Azure-Agenten in virtueller Maschine installieren

Standardmäßig wird die entsprechende Funktionalität bei Windows-VMs durch eine Azure-Richtlinie mit dem Namen AzurePolicyforWindows erzwungen, die wiederum als VM-Extension bereitgestellt wird.

Sie können das leicht kontrollieren, wenn Sie im Abschnitt Settings auf Extensions + applications klicken.

Das eben Gesagte klingt wie ein Zirkelschluss, weil Extensions, die man für die Installation des Agenten benötigt, den Agenten eigentlich voraussetzen. Die Auflösung dieses Widerspruchs besteht darin, dass das Windows-Gast-Agent-Paket aus zwei Teilen besteht, nämlich dem Bereitstellungs­agenten (PA) und dem Windows-Gast-Agent (WinGA).

Beim Starten einer VM (aus einem Machine Image) muss nur der PA auf der VM installiert sein, sprich Teil des Machine Images sein. Die Installation von WinGA wird bei der Bereitstellung über den beschriebenen Mechanismus nachgezogen.

Agent manuell einrichten

Wenn man den Windows-VM-Agenten manuell mittels Installationspaket hinzufügen will, dann steht dieses auf GitHub zum Download bereit, wobei man dort die neueste Version auswählen wird.

In den Releases für den Windows-VM-Agent kann man aber auch nach einer bestimmten Version suchen.

Systemvoraussetzungen

Für das Ausführen des Windows-VM-Agenten sind mindestens Windows Server 2008 SP2 (64 Bit) und .NET-Framework 4.0 erforderlich. Ferner muss die betreffende virtuelle Maschine Zugriff auf die IP-Adresse 168.63.129.16 haben.

Hierbei handelt es sich in Azure um eine virtuelle öffentliche IP-Adresse, welche die Cloud-Plattform verwendet, um einen Kommunikationskanal zu den Azure-Ressourcen zu etablieren.

Ferner muss DHCP auf der Gast-VM aktiviert sein, damit die Host- oder Fabric-Adresse des Dynamic Host Configuration-Protokolls (DHCP) für den IaaS-VM-Agent und die Erweiterungen funktioniert.