Automatisieren der Verwaltung von benutzerdefinierten Routen (UDRs) mit Azure Virtual Network Manager
Dieser Artikel enthält eine Übersicht über die UDR-Verwaltung, warum sie wichtig ist, wie sie funktioniert, und allgemeine Routingszenarien, die Sie mithilfe der UDR-Verwaltung vereinfachen und automatisieren können.
Was ist UDR-Verwaltung?
Mit Azure Virtual Network Manager können Sie Ihr gewünschtes Routingverhalten beschreiben und benutzerdefinierte Routen (User-Defined Routes, UDRs) orchestrieren, um das gewünschte Routingverhalten zu erzielen und aufrechtzuerhalten. Benutzerdefinierte Routen erfüllen die Notwendigkeit der Automatisierung und Vereinfachung beim Verwalten von Routingverhalten. Derzeit erstellen Sie manuell benutzerdefinierte Routen (User-defined Routes, UDRs) oder verwenden benutzerdefinierte Skripts. Diese Methoden sind jedoch anfällig für Fehler und übermäßig kompliziert. Sie können den von Azure verwalteten Hub in Virtual WAN nutzen. Diese Option hat bestimmte Einschränkungen (z. B. die fehlende Möglichkeit, den Hub anzupassen, und fehlende IPV6-Unterstützung) und ist für Ihre Organisation möglicherweise nicht relevant. Mit der UDR-Verwaltung in Ihrem virtuellen Netzwerk-Manager verfügen Sie über einen zentralen Hub zum Verwalten und Warten von Routingverhalten.
Funktionsweise der UDR-Verwaltung
Im Manager für virtuelle Netzwerke erstellen Sie eine Routingkonfiguration. Innerhalb der Konfiguration erstellen Sie Regelsammlungen, um die UDRs zu beschreiben, die für eine Netzwerkgruppe (Zielnetzwerkgruppe) erforderlich sind. In der Regelsammlung werden Routenregeln verwendet, um das gewünschte Routingverhalten für die Subnetze oder virtuellen Netzwerke in der Zielnetzwerkgruppe zu beschreiben. Nachdem die Konfiguration erstellt wurde, müssen Sie die Konfiguration bereitstellen, damit sie auf Ihre Ressourcen angewendet wird. Bei der Bereitstellung werden alle Routen in einer Routingtabelle gespeichert, die sich in einer vom virtuellen Netzwerk-Manager verwalteten Ressourcengruppe befindet.
Routingkonfigurationen erstellen UDRs für Sie basierend auf den angegebenen Routenregeln. Sie können beispielsweise angeben, dass die Spoke-Netzwerkgruppe, bestehend aus zwei virtuellen Netzwerken, über eine Firewall auf die Adresse des DNS-Diensts zugreift. Ihr Netzwerk-Manager erstellt UDRs, um dieses Routingverhalten zu ermöglichen.
Routingkonfigurationen
Routingkonfigurationen sind die Bausteine der UDR-Verwaltung. Sie werden verwendet, um das gewünschte Routingverhalten für eine Netzwerkgruppe zu beschreiben. Eine Routingkonfiguration besteht aus den folgenden Einstellungen:
| Attribut | Beschreibung |
|---|---|
| Name | Der Name der Routingkonfiguration. |
| Beschreibung | Die Beschreibung der Routingkonfiguration. |
Einstellungen für die Routensammlung
Eine Routensammlung besteht aus den folgenden Einstellungen:
| Attribut | Beschreibung |
|---|---|
| Name | Der Name der Routensammlung. |
| Enable BGP route propagation | Die BGP-Einstellungen für die Routensammlung. |
| Target network group | Die Zielnetzwerkgruppe für die Routensammlung. |
| Route rules | Die Routenregeln, die das gewünschte Routingverhalten für die Zielnetzwerkgruppe beschreiben. |
Einstellungen für Routenregeln
Eine Routenregel besteht aus den folgenden Einstellungen:
| Attribut | Beschreibung |
|---|---|
| Name | Der Name der Routenregel. |
| Zieltyp | |
| IP-Adresse | Die IP-Adresse des Ziels. |
| Ziel-IP-Adressen/CIDR-Bereiche | Die IP-Adresse oder der CIDR-Bereich des Ziels. |
| Diensttag | Das Diensttag des Ziels. |
| Typ des nächsten Hops | |
| Gateway des virtuellen Netzwerks | Das virtuelle Netzwerkgateway als nächster Hop. |
| Virtuelles Netzwerk | Das virtuelle Netzwerk als nächster Hop. |
| Internet | Das Internet als nächster Hop. |
| Virtuelles Gerät | Das virtuelle Gerät als nächster Hop. |
| Adresse des nächsten Hops | Die IP-Adresse des nächsten Hops. |
Verweisen Sie für jeden Typ des nächsten Hops auf benutzerdefinierte Routen.
Allgemeine Zielmuster für IP-Adressen
Beim Erstellen von Routenregeln können Sie den Zieltyp und die Zieladresse angeben. Wenn Sie den Zieltyp als IP-Adresse angeben, können Sie die IP-Adressinformationen angeben. Im Folgenden finden Sie allgemeine Zielmuster:
| Datenverkehrsziel | Beschreibung |
|---|---|
| Internet > NVA | Geben Sie für Datenverkehr, der über ein virtuelles Netzwerkgerät an das Internet geleitet wird, 0.0.0.0/0/0 als Ziel in der Regel ein. |
| Privater Datenverkehr > NVA | Geben Sie für Datenverkehr, der über ein virtuelles Netzwerkgerät in den privaten Bereich geleitet wird, 192.168.0.0/16, 172.16.0.0/12, 40.0.0.0/24, 10.0.0.0/24 als Ziel in der Regel ein. Diese Ziele basieren auf dem privaten RFC1918-IP-Adressraum. |
| Spoke-Netzwerk > NVA | Geben Sie für Datenverkehr an zwei virtuelle Spoke-Netzwerke, die über ein virtuelles Netzwerkgerät verbunden sind, die CIDRs der Spokes als Ziel in der Regel ein. |
Verwenden der Azure Firewall als nächsten Hop
Sie können auch ganz einfach Azure Firewall als nächsten Hop auswählen, indem Sie die Option zum Importieren der privaten IP-Adresse von Azure Firewall beim Erstellen Ihrer Routingregel auswählen. Die IP-Adresse von Azure Firewall wird dann als nächster Hop verwendet.
Verwenden zusätzlicher benutzerdefinierter Routen in einer einzelnen Routingtabelle
In der UDR-Verwaltung von Azure Virtual Network Manager können Benutzende jetzt bis zu 1.000 benutzerdefinierte Routen (User-Defined Routes, UDRs) in einer einzigen Routingtabelle erstellen, und nicht mehr wie zuvor nur 400 Routen. Dieser höhere Grenzwert ermöglicht komplexere Routingkonfigurationen, z. B. das Weiterleiten von Datenverkehr von lokalen Rechenzentren über eine Firewall zu allen Spoke-VNets in einer Hub-and-Spoke-Topologie. Diese größere Kapazität ist besonders für die Verwaltung der Datenverkehrsüberprüfung und -sicherheit in großen Netzwerkarchitekturen mit zahlreichen Spoke-Netzwerken nützlich.
In einer Hub-and-Spoke-Topologie ist es z. B. üblich, dass der Netzwerkdatenverkehr von einer Firewall im virtuellen Hubnetzwerk überprüft oder gefiltert werden muss, bevor er die virtuellen Spoke-Netzwerke erreicht. Der Azure Virtual Network Manager unterstützt bis zu 1.000 virtuelle Spoke-Netzwerke und ermöglicht die Konfiguration der Routingtabelle für das Subnetz der Firewall, um bis zu 1.000 benutzerdefinierte Routen für Datenverkehr von der Firewall zu den virtuellen Spoke-Netzwerken zu unterstützen. Sie können dies folgendermaßen erreichen:
- Erstellen Sie eine Azure Virtual Network Manager-Instanz.
- Erstellen Sie eine Netzwerkgruppe, und schließen Sie das Subnetz, das die Firewall enthält, in diese Gruppe ein.
- Richten Sie eine Routingkonfiguration ein, und erstellen Sie eine Regelsammlung. Legen Sie dabei die in Schritt 2 erstellte Zielnetzwerkgruppe fest.
- Definieren Sie eine Routingregel, indem Sie die Adressräume der virtuellen Spoke-Netzwerke hinzufügen. Legen Sie den nächsten Hop auf „virtuelles Gerät“ fest, und geben Sie die IP-Adresse der Firewall als Adresse für den nächsten Hop an.
- Stellen Sie diese Routingkonfiguration in der Region bereit, in der sich das Subnetz der Firewall befindet.
Mit dieser Methode kann die Routingtabelle des Firewallsubnetzes bis zu 1.000 UDRs aufnehmen. Wenn Sie ein neues virtuelles Spoke-Netzwerk hinzufügen, nehmen Sie einfach seine Adressräume in die vorhandene Regel auf, und stellen Sie die Routingkonfiguration erneut bereit.
Häufige Routingszenarien mit UDR-Verwaltung
Hier sind die gängigen Routingszenarien, die Sie mithilfe der UDR-Verwaltung vereinfachen und automatisieren können.
| Routingszenarien | Beschreibung |
|---|---|
| Spoke-Netzwerk -> Virtuelles Netzwerkgerät -> Spoke-Netzwerk | Verwenden Sie dieses Szenario für Datenverkehr zwischen zwei virtuellen Spoke-Netzwerken, die über ein virtuelles Netzwerkgerät verbunden sind. |
| Spoke-Netzwerk -> Virtuelles Netzwerkgerät -> Endpunkt oder Dienst im Hub-Netzwerk | Verwenden Sie dieses Szenario für den Datenverkehr aus dem Spoke-Netzwerk für einen Dienstendpunkt in einem Hubnetzwerk, das eine Verbindung über ein virtuelles Netzwerkgerät herstellt. |
| Subnetz -> Virtuelles Netzwerkgerät -> Subnetz sogar im selben virtuellen Netzwerk | |
| Spoke-Netzwerk -> Virtuelles Netzwerkgerät -> Lokales Netzwerk/Internet | Verwenden Sie dieses Szenario für ausgehenden Internetdatenverkehr über ein virtuelles Netzwerkgerät oder an einem lokalen Standort, z. B. in Hybridnetzwerkszenarien. |
| Über Hub-and-Spoke-Netzwerk über virtuelles Netzwerkgerät in jedem Hub | |
| Hub-and-Spoke-Netzwerk mit Spoke-Netzwerk an lokale Standorte muss über das virtuelle Netzwerkgerät laufen. | |
| Gateway -> Virtuelles Netzwerkgerät -> Spoke-Netzwerk |
Weitere virtuelle Netzwerke hinzufügen
Wenn Sie einer Netzwerkgruppe andere virtuelle Netzwerke hinzufügen, wird die Routingkonfiguration automatisch auf das neue virtuelle Netzwerk angewendet. Ihr Netzwerkmanager erkennt automatisch das neue virtuelle Netzwerk und wendet die Routingkonfiguration darauf an. Wenn Sie ein virtuelles Netzwerk aus der Netzwerkgruppe entfernen, wird auch die angewendete Routingkonfiguration automatisch entfernt.
Neu erstellte oder gelöschte Subnetze haben ihre Routentabelle mit der eventuellen Konsistenz aktualisiert. Die Verarbeitungszeit kann je nach Umfang der Subnetzerstellung und -löschung variieren.
Auswirkungen der UDR-Verwaltung auf Routen und Routingtabellen
Im Folgenden finden Sie die Auswirkungen der UDR-Verwaltung mit Azure Virtual Network Manager auf Routen und Routingtabellen:
- Wenn widersprüchliche Routingregeln vorhanden sind (Regeln mit demselben Ziel, aber anderen nächsten Hops), wird nur eine der in Konflikt stehenden Regeln angewendet, während die anderen ignoriert werden. Jede der in Konflikt stehenden Regeln kann zufällig ausgewählt werden. Es ist wichtig zu beachten, dass in Konflikt stehende Regeln innerhalb von Regelsammlungen oder in Regelsammlungen, die dasselbe virtuelle Netzwerk oder Subnetz anvisieren, nicht unterstützt werden.
- Wenn Sie eine Routingregel mit demselben Ziel wie eine vorhandene Route in der Routingtabelle erstellen, wird die Routingregel ignoriert.
- Wenn eine Routingtabelle mit bereits bestehenden UDRs vorhanden ist, erstellt Azure Virtual Network Manager eine neue verwaltete Routingtabelle, die sowohl die vorhandenen Routen als auch die neuen Routen, die auf der bereitgestellten Routingkonfiguration basieren, enthält.
- Andere UDRs, die einer verwalteten Routentabelle hinzugefügt wurden, bleiben unberührt und werden nicht gelöscht, wenn die Routingkonfiguration entfernt wird. Es werden nur Routen entfernt, die von Azure Virtual Network Manager erstellt wurden.
- Wenn ein von Azure Virtual Network Manager verwaltetes UDR manuell in der Routingtabelle bearbeitet wurde, wird diese Route gelöscht, wenn die Konfiguration aus der Region entfernt wird.
- Azure Virtual Network Manager stört Ihre vorhandenen UDRs nicht. Es fügt einfach die neuen UDRs zu den aktuellen hinzu, um sicherzustellen, dass Ihr Routing weiterhin funktioniert wie jetzt. Außerdem funktionieren UDRs für bestimmte Azure-Dienste weiterhin zusammen mit den UDRs Ihres Netzwerkmanagers, ohne dass neue Einschränkungen auftreten.
- Azure Virtual Network Manager erfordert eine verwaltete Ressourcengruppe zum Speichern der Routingtabelle. Wenn Azure Policy bestimmte Tags oder Eigenschaften für Ressourcengruppen erzwingt, müssen diese Richtlinien für die verwaltete Ressourcengruppe deaktiviert oder angepasst werden, um Bereitstellungsprobleme zu vermeiden. Wenn Sie diese verwaltete Ressourcengruppe löschen müssen, stellen Sie außerdem sicher, dass das Löschen vor dem Initiieren neuer Bereitstellungen für Ressourcen innerhalb desselben Abonnements erfolgt.
- Mit der UDR-Verwaltung können Benutzende bis zu 1.000 UDRs pro Routingtabelle erstellen.