Freigeben über

Migrieren eines (klassischen) virtuellen Netzwerks aus einer Affinitätsgruppe in eine Region

  • Artikel

Wichtig

Azure verfügt über zwei verschiedene Bereitstellungsmodelle für das Erstellen und Verwenden von Ressourcen: das Resource Manager-Modell und das klassische Bereitstellungsmodell. Dieser Artikel befasst sich mit der Verwendung des klassischen Bereitstellungsmodells. Microsoft empfiehlt für die meisten neuen Bereitstellungen die Verwendung des Resource Manager-Bereitstellungsmodells.

Mit einer Affinitätsgruppe können Sie sicherstellen, dass Ressourcen, die innerhalb der gleichen Affinitätsgruppe erstellt werden, physisch von Servern gehostet werden, die sich in geringem Abstand zueinander befinden. Auf diese Weise können die Ressourcen schneller miteinander kommunizieren. In der Vergangenheit waren Affinitätsgruppen eine Voraussetzung für die Erstellung (klassischer) virtueller Netzwerke. Damals konnte der Netzwerk-Manager-Dienst, der die (klassischen) virtuellen Netzwerke verwaltete, nur innerhalb einer Gruppe physischer Server oder innerhalb einer Skalierungseinheit verwendet werden. Aufgrund von Verbesserungen bei der Architektur konnte die Netzwerkverwaltung inzwischen jedoch auf eine Region ausgeweitet werden.

Deshalb ist die Verwendung von Affinitätsgruppen nicht mehr empfehlenswert und für (klassische) virtuelle Netzwerke auch nicht mehr erforderlich. Die Verwendung von Affinitätsgruppen für (klassische) virtuelle Netzwerke wird durch Regionen ersetzt. (Klassische) virtuelle Netzwerke mit regionaler Zuordnung werden als regionale virtuelle Netzwerke bezeichnet.

Es wird grundsätzlich von der Verwendung von Affinitätsgruppen abgeraten. Abgesehen von der virtuellen Netzwerkanforderung wurde mit Affinitätsgruppen auch sichergestellt, dass etwa (klassische) Compute- und (klassische) Speicherressourcen nah beieinander platziert wurden. Dank der aktuellen Netzwerkarchitektur von Azure ist dies jedoch nicht mehr erforderlich.

Wichtig

Die Erstellung eines virtuellen Netzwerks mit Zuordnung zu einer Affinitätsgruppe ist zwar weiterhin technisch möglich, aber nicht mehr notwendig. Viele neue Funktionen von virtuellen Netzwerken wie etwa Netzwerksicherheitsgruppen stehen nur bei Verwendung eines regionalen virtuellen Netzwerks und nicht bei Verwendung virtueller Netzwerke mit Affinitätsgruppenzuordnung zur Verfügung.

Bearbeiten Sie die Netzwerkkonfigurationsdatei

  1. Exportieren Sie die Netzwerkkonfigurationsdatei. Um zu erfahren, wie Sie eine Netzwerkkonfigurationsdatei mit PowerShell oder der Azure-Befehlszeilenschnittstelle (CLI) 1.0 exportieren können, konsultieren Sie Konfigurieren eines virtuellen Netzwerks mithilfe einer Netzwerkkonfigurationsdatei.

  2. Bearbeiten Sie die Netzwerkkonfigurationsdatei, und ersetzen Sie dabei AffinityGroup durch Location. Geben Sie eine Azure-Region für Location (Standort) an.

    Hinweis

    Geben Sie für Location die Region an, die Sie auch für die Affinitätsgruppe angegeben haben, die Ihrem (klassischen) virtuellen Netzwerk zugeordnet ist. Ist Ihr (klassisches) virtuelles Netzwerk also beispielsweise einer Affinitätsgruppe im Westen der USA zugeordnet, müssen Sie bei der Migration für Location ebenfalls den USA, Westen angeben.

    Bearbeiten Sie die folgenden Zeilen Ihrer Netzwerkkonfigurationsdatei, und ersetzen Sie dabei die Werte durch Ihre eigenen Werte:

    Alter Wert:< VirtualNetworkSitename="VNetUSWest" AffinityGroup="VNetDemoAG">

    Neuer Wert:< VirtualNetworkSitename="VNetUSWest" Location="USA, Westen">

  3. Speichern Sie die Änderungen, und importieren Sie die Netzwerkkonfiguration in Azure.

Hinweis

Bei dieser Migration kommt es zu keinerlei Ausfallzeiten für Ihre Dienste.

Vorgehensweise bei Verwendung eines (klassischen) virtuellen Computers in einer Affinitätsgruppe

(Klassische) Virtuelle Computer, die sich derzeit in einer Affinitätsgruppe befinden, müssen nicht aus der Gruppe entfernt werden. Die Bereitstellung eines virtuellen Computers erfolgt in einer einzelnen Skalierungseinheit. Affinitätsgruppen können zwar den Satz verfügbarer VM-Größen für eine neue VM-Bereitstellung einschränken, alle vorhandenen und bereits bereitgestellten virtuellen Computer sind jedoch bereits auf den Satz von VM-Größen beschränkt, der in der entsprechenden Skalierungseinheit verfügbar ist. Da der virtuelle Computer bereits für eine Skalierungseinheit bereitgestellt wurde, hat das Entfernen eines virtuellen Computers aus der Affinitätsgruppe keine Auswirkung auf den virtuellen Computer.