Juli-Update für Microsoft Azure- und VNET-Peering

    Gute Nachrichten für diejenigen, die bereits Microsoft Azure verwenden, und für diejenigen, die dies gerade planen. Im Juli wurde ein umfangreiches Update für die Azure-Plattform veröffentlicht . Ich bin sicher, dass in der umfangreichen Liste der Innovationen jeder etwas für sich finden wird, das besonders wichtig ist. Für mich ist das ohne Zweifel VNET Peering.



    Schließlich wurde es möglich, VNET direkt aneinander zu binden. Dies eröffnet neue Möglichkeiten für den Aufbau einer virtuellen Infrastruktur auf Basis der Microsoft Cloud. Details unter dem Schnitt.

    Was ist das Problem und warum ist dieses Update so wichtig? VNET ist ein virtuelles Netzwerk in der Azure-Cloud, eine Reihe von Subnetzen mit einigen gemeinsamen Merkmalen und der Möglichkeit des internen Routings ohne zusätzliche Geräte. Um das Verkehrsrouting zwischen VNET und anderen Netzwerken (Ihrem anderen VNET, Ihrem lokalen Netzwerk, VNET in anderen Azure-Abonnements) zu erhalten, müssen Sie Virtual Gateway hinzufügen, mit dem Sie VPN-Verbindungen konfigurieren können. Genau das bot uns Microsoft an .



    Mit ExpressRoute wurde alles besonders unangenehm . Tatsache ist, dass Sie in VNET nur ein virtuelles Gateway erstellen konnten und der Gateway-Typ für VPN und ExpressRoute unterschiedlich war. Infolgedessen mussten Sie in jedem VNET ein ExpressRoute Virtual Gateway erstellen und alle mit einer ExpressRoute-Verbindung verbinden. Aber was ist, wenn Sie das Routing in VNET in einem anderen Abonnement erreichen möchten? Und wenn Sie einige VNETs von ExpressRoute isolieren möchten, aber die Konnektivität mit anderen VNETs beibehalten möchten? Ich musste nach nicht trivialen Lösungen suchen.

    Jetzt ändert sich alles. Eine der Neuerungen in der obigen Ankündigung ist die Veröffentlichung von VNET Peering in der öffentlichen Vorschau. Es ist sehr schön, dass wir laut Microsoft die Möglichkeit haben, VNET nicht nur innerhalb des Abonnements und zwischen Abonnements zu binden, sondern auch Azure Service Manager VNET und Azure Resource Manager VNET. Als Bonus wird der VNET-Peering-Datenverkehr in die Azure-Infrastruktur geleitet, ohne dass ein zusätzliches virtuelles Gerät durchlaufen wird. Dadurch wird die Zuverlässigkeit einer solchen Verbindung erhöht und die Geschwindigkeit erhöht.

    Leider konnte ich noch keine technischen Details zur Nutzung dieser Funktionalität finden. Sobald ich sie finde, werden sie sicherlich auf Habrahabr auftauchen.

    Jetzt auch beliebt: