# AZURE ON DEMAND ### ÜBERBLICK ÜBER MICROSOFT AZURE EXPRESSROUTE Microsoft Azure ExpressRoute bietet private und zuverlässige Netzwerkverbindungen zur Azure-Cloud über eine dedizierte private Verbindung – so können Kunden das öffentliche Internet umgehen. Über die Colt On Demand Plattform sind zwei ExpressRoute-Angebote verfügbar – **gehostete Ports** und **dedizierte Ports (für „ExpressRoute Direct“)**. Gehostete Ports ermöglichen Layer-2-Konnektivität zur Azure-Cloud über bestehende Interconnects zwischen dem Colt- und dem Azure-Netzwerk, wodurch die Anbindung an die Azure-Cloud sofort hergestellt werden kann. Im gehosteten Modell wird ein einzelner ExpressRoute-Dienst unterstützt – basierend entweder auf einem oder zwei BGP-(IP-)Peering pro Verbindung (d. h. Private und/oder Microsoft Peering). Dedizierte Ports (für ER Direct) ermöglichen es Kunden, mehrere ExpressRoute-Dienste über denselben physischen Port bereitzustellen, wodurch wiederum mehrere BGP-Peerings unterstützt werden können (2 Peerings pro ExpressRoute-Dienst). On Demand-Leitungsverbindungen können nahezu in Echtzeit hergestellt werden, jedoch ist ein physischer Cross-Connect zwischen dem ExpressRoute-Direct-Port und dem Colt-Netzwerk erforderlich. ExpressRoute-Konnektivität wird standardmäßig mit doppelter Redundanz bereitgestellt, mit einer primären und einer sekundären Komponente. Kunden können wählen, beide Komponenten oder nur die primäre Komponente zu verwenden. Die primäre und die sekundäre Komponente enthalten jeweils zwei Peerings (insgesamt vier Peerings: 2 primäre + 2 sekundäre) und werden über das Azure-Portal konfiguriert. Die beiden Peerings innerhalb jedes ER-Dienstes sind wie folgt: * **Azure Private Peering** für virtuelle Netzwerke (VNETs), erreichbar über private IPs * **Microsoft Peering** für die Konnektivität zu Office 365, Dynamics 365, Diensten, die über öffentliche IPs erreichbar sind ## GEHOSTETE EXPRESSROUTE-DIENSTE ### GEHOSTETE AZURE EXPRESSROUTE-PORTS Kunden müssen zunächst über das Microsoft Azure-Portal unter Verwendung ihres Azure-Abonnements einen ExpressRoute-Circuit anfordern. Kunden müssen einen ExpressRoute-PoP (z. B. Amsterdam, London oder Dublin) sowie eine ER-Circuit-Bandbreite (50 Mbit/s–10 Gbit/s) auswählen. Die Bandbreite des ExpressRoute-Circuits bestimmt die maximale Bandbreite der On Demand-Verbindung – ein 100-Mbit/s-ER-Circuit unterstützt beispielsweise Verbindungsgeschwindigkeiten von bis zu 2 x 100 Mbit/s (100 Mbit/s primär, 100 Mbit/s sekundär). Wenn die Anfrage über das Azure-Portal gestellt wird, erhalten Kunden einen Service Key. Beachten Sie, dass die Microsoft-Abrechnung beginnt, sobald der Service Key generiert wird. Microsoft ExpressRoute On Demand Cloud-Ports werden erstellt, indem eine Region, ein PoP-Standort und eine Bandbreite ausgewählt, der Service Key eingegeben und ein Portname zugewiesen wird. ### VERBINDUNGEN ZU AZURE EXPRESSROUTE-PORTS Microsoft Azure ExpressRoute ist standardmäßig redundant. Kunden können sich dafür entscheiden, doppelte Verbindungen für eine Active-Active-Topologie bereitzustellen oder eine einzelne Verbindung zu verwenden. Wenn doppelte Circuit-Verbindungen erforderlich sind, können Kunden diese an einem einzigen Port oder an zwei separaten Ports terminieren. Für zusätzliche Redundanz können Kunden Ports an zwei separaten Standorten innerhalb desselben physischen Gebäudes wählen oder, für maximale Redundanz, zwei separate physische Gebäude im selben Land (z. B. zwei separate Rechenzentren). Weitere Details finden Sie im Abschnitt zur Redundanz. Mehrere Verbindungspaare zu einem gehosteten ExpressRoute-Port sind KEINE unterstützte Konfiguration – das Microsoft-ExpressRoute-Modell basiert auf einer einzelnen ExpressRoute-Instanz pro Circuit-Verbindung. Kunden, die mehrere Verbindungen benötigen, sollten die Option ExpressRoute Direct wählen. Die standardmäßigen VLAN-Modi gelten an beiden A-End-Ports des Kunden, was in der folgenden Tabelle zusammengefasst ist: | Kundenport-Modus | Anwendung | Beschreibung | | ---------------- | ------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Offener Port | Circuit 1 / 2 belegt den gesamten A-End-Port | Portbasierte Übergabe, 2 Microsoft-„innere“ VLANs werden transparent über das Colt-Netzwerk zum Microsoft-ExpressRoute-PoP durchgereicht. Der Kunde ist für die Zuweisung der inneren VLANs verantwortlich | | VLAN hinzufügen | Der Kunde verwendet QinQ, um die drei „inneren“ VLANs in einem einzigen „äußeren“ VLAN zu kapseln | VLAN wird beim Egress zum Kunden hin hinzugefügt (im Übersetzungsmodus). Das VLAN kann ein S-VLAN (88a8) oder C-VLAN (8100) sein. Standard-H\&S-Konfiguration. Das VLAN enthält drei „innere“ VLANs. Der Kunde muss die inneren VLANs dem „äußeren“ Tag zuordnen. Innere VLANs müssen den Ethertype 8100 verwenden | ### GEHOSTETE EXPRESSROUTE-KONFIGURATION Das folgende Diagramm fasst die Konfiguration zusammen, die für beide Circuit-Verbindungen im 1+1-redundanten Paar identisch ist. Jede On Demand-Circuit-Verbindung unterstützt die beiden ExpressRoute-BGP-Peerings (Private, Microsoft). Jedes Peering wird durch ein „inneres VLAN“ identifiziert. ![](/files/aba60d34e043d1220911ad7541f1050e4516cfe2) Wichtige Hinweise: * Die von Azure zugewiesenen VLANs liegen in der Verantwortung des Kunden und werden von Colt weder zugewiesen noch geändert. * Der Kunde muss für das primäre und das sekundäre Peering dieselbe VLAN-ID zuweisen (z. B. privates Peering VLAN 801 für primär und sekundär; Microsoft Peering 802). * Wenn die Azure-Circuit-Verbindungen neben anderen Circuit-Verbindungen bestehen müssen, MUSS der Kundenrouter QinQ/Double Tagging unterstützen – d. h. die Möglichkeit, ein äußeres VLAN-Tag für die Übergabe zwischen dem Kundenrouter und dem On Demand-Port sowie innere VLAN-Tags für die jeweiligen privaten/Microsoft-Peerings zuzuweisen, die im äußeren Tag gekapselt sind. ### END-TO-END-KUNDENREISE (GEHOSTETER ER-PORT) Die Kundenreise zur Herstellung einer End-to-End-Konnektivität zu Microsoft ExpressRoute ist unten dargestellt: ![](/files/af5d5abd34b36295fa763fca8262ecb0ff980fa0) ## DIENSTE FÜR DEDIZIERTE PORTS (ÜBER EXPRESSROUTE DIRECT) ### DEDIZIERTE MICROSOFT-AZURE-PORTS („EXPRESSROUTE DIRECT“) Kunden müssen zunächst über das Microsoft Azure-Portal unter Verwendung ihres Azure-Abonnements einen ExpressRoute-Direct-Dienst anfordern. Kunden müssen einen ExpressRoute-PoP (z. B. Amsterdam, London oder Dublin) sowie eine ER-Direct-Bandbreite (10 Gbit/s/100 Gbit/s) auswählen. Wenn die Anfrage über das Azure-Portal gestellt wird, erhalten Kunden eine LOA. Microsoft ExpressRoute On Demand Cloud-Ports werden im On Demand-Portal angefordert, indem ein PoP-Standort und eine Bandbreite ausgewählt, das ExpressRoute-Direct-Letter-of-Authorization (LOA) hochgeladen und ein Portname zugewiesen wird. ### VERBINDUNGEN ZU EXPRESSROUTE-DIRECT-PORTS Verbindungen zu dedizierten ExpressRoute-Direct-Ports folgen denselben allgemeinen Prinzipien wie gehostete Verbindungen. Folgendes sollte beachtet werden: * Das Standardszenario ist ein einzelnes Verbindungs­paar (primär/sekundär — jeweils mit Unterstützung für zwei L3-Peerings) im transparenten Modus („offener Port“) an den Enden A und B. * Kunden können bei Bedarf mehrere On Demand-Verbindungen anfordern. Eine einzelne Verbindung (primär) ist ebenfalls ein unterstütztes Szenario. * Kunden können auch mehrere ExpressRoute-Dienste auf demselben ExpressRoute-Direct-Port anfordern. Eine einzelne On Demand-Circuit-Verbindung kann mehrere ExpressRoute-Dienste unterstützen, sofern die Kunden die VLAN-Konfiguration für jedes einzelne Peering verwalten. ### EXPRESSROUTE-DIRECT-KONFIGURATION Das folgende Diagramm fasst die Konfiguration zusammen, die für beide Circuit-Verbindungen im 1+1-redundanten Paar identisch ist. Das folgende Beispiel zeigt zwei ExpressRoute-Dienste auf demselben ER-Direct-Port. Jede On Demand-Ethernet-Circuit-Verbindung kann mehrere ExpressRoute-Dienste über denselben ER-Direct-Port unterstützen, und jeder ExpressRoute-Dienst unterstützt 2 BGP-Peerings (Private, Microsoft). Jedes Peering wird wie im gehosteten Modell durch ein „inneres VLAN“ identifiziert. ![](/files/330f7a2cad9fdb4a92259544775221fc6fa65019) ### END-TO-END-KUNDENREISE (ER-DIRECT-PORT) Die Kundenreise zur Herstellung einer End-to-End-Konnektivität zu einem ExpressRoute-Direct-Port ist unten dargestellt: ![](/files/8b19a3955ffb061cf55777600da30e54e798d136) ## MÖCHTEN SIE MEHR ÜBER ON DEMAND ERFAHREN? Ein Leitfaden zu On Demand Colt On Demand unterstützt Punkt-zu-Punkt-Verbindungen zwischen Rechenzentren und Unternehmensstandorten, private Verbindungen zur Public Cloud und Internetkonnektivität. Besuchen Sie die On Demand-Lösungsseite, um mehr über On Demand zu erfahren und darüber, wie es Ihnen helfen kann, den richtigen Weg für Ihr Unternehmen zu finden. [On Demand entdecken](https://www.colt.net/solutions/on-demand/) --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.colt.net/colt-docs/all-docs-de/on-demand/benutzerhandbucher/cloud-on-demand/azure-on-demand.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.