Die häufig gestellten Fragen zu Azure Local bieten Informationen zur lokalen Azure-Konnektivität mit der Cloud und zur Beziehung zwischen Azure Local und Windows Server.
Azure Local ist ein lokaler Hyperconverged-Infrastrukturstapel, der als Azure-Hybriddienst bereitgestellt wird. Sie installieren die lokale Azure-Software auf physischen Computern, die Sie lokal steuern.
Anschließend stellen Sie eine Verbindung mit Azure her, um Überwachung, Support und Abrechnung sowie optionale Verwaltungs- und Sicherheitsfeatures cloudbasiert zu erhalten.
In diesem Häufig gestellten Abschnitt wird erläutert, wie Azure Local die Cloud verwendet, indem häufig gestellte Fragen zu Konnektivitätsanforderungen und -verhalten behandelt werden.
Nein Kundendaten, einschließlich der Namen, Metadaten, Konfiguration und Inhalte Ihrer lokalen virtuellen Computer (VMs), werden niemals an die Cloud gesendet, es sei denn, Sie aktivieren weitere Dienste wie Azure Backup oder Azure Site Recovery, oder es sei denn, Sie registrieren diese virtuellen Computer einzeln in Cloudverwaltungsdienste wie Azure Arc.
Da Azure Local Kundendaten nicht in der Cloud speichert, wird die Notfallwiederherstellung (Business Continuity Disaster Recovery, BCDR) für die lokalen Daten des Kunden definiert und vom Kunden gesteuert.
Informationen zum Einrichten Ihrer eigenen Site-to-Site-Replikation mithilfe eines Stretchingclusters finden Sie unter Stretchingcluster: Übersicht. Gestreckte Clusterfunktionen sind nur in Azure Local, Version 22H2, verfügbar.
Weitere Informationen zu den diagnosedaten, die wir sammeln, um Azure Local sicher, auf dem neuesten Stand zu halten und wie erwartet zu funktionieren, finden Sie unter:
Nein Sie können edgelokale Tools wie Windows Admin Center, PowerShell oder System Center verwenden, um direkt die Hostinfrastruktur und VMs zu verwalten, auch wenn Ihre Netzwerkverbindung mit der Cloud herunterfällt oder stark eingeschränkt ist.
Häufige alltägliche Vorgänge, z. B. das Verschieben eines virtuellen Computers zwischen Hosts, das Ersetzen eines fehlerhaften Laufwerks oder das Konfigurieren von IP-Adressen basieren nicht auf der Cloud. Cloudkonnektivität ist jedoch erforderlich, um drahtlose Softwareupdates zu erhalten, Ihre Azure-Registrierung zu ändern oder Features zu nutzen, die Clouddienste direkt für die Sicherung, Überwachung und mehr nutzen.
Nein Verbindungen mit eingeschränkter Bandbreite wie ländliche T1-Leitungen oder Satelliten-/Mobilfunkverbindungen eignen sich für die Synchronisierung von Azure Local. Die minimale erforderliche Konnektivität beträgt mehrere Kilobyte pro Tag. Weitere Dienste erfordern möglicherweise zusätzliche Bandbreite, insbesondere um ganze VMs zu replizieren oder zu sichern, große Softwareupdates herunterzuladen oder ausführliche Protokolle zur Analyse und Überwachung in der Cloud hochzuladen.
Nein Azure Local ist für die Behandlung von Zeiträumen mit begrenzter oder null Konnektivität konzipiert.
Während die Verbindung unterbrochen ist, werden die gesamte Hostinfrastruktur und alle VMs weiterhin normal ausgeführt, und Sie können lokale Tools am Edge für die Verwaltung verwenden. Sie würden jedoch nicht in der Lage sein, Features zu verwenden, die direkt auf Clouddienste angewiesen sind. Informationen im Azure-Portal sind möglicherweise auch veraltet, bis Azure Local erneut synchronisiert werden kann.
Konfigurationsänderungen, die an Arc-VMs mit edge-lokalen Tools vorgenommen wurden, werden nicht automatisch mit Azure synchronisiert.
Mindestens Azure Local muss einmal pro 30 aufeinander folgenden Tagen mit Azure synchronisiert werden.
Wenn Azure Local in 30 aufeinander folgenden Tagen nicht mit Azure synchronisiert wird, wird der Verbindungsstatus des Clusters in der Azure-Portal und anderen Tools außerhalb der Richtlinie angezeigt, und der Cluster wechselt in einen Modus mit eingeschränkter Funktionalität. In diesem Modus bleibt die Hostinfrastruktur in Betrieb, und alle aktuellen VMs werden weiterhin normal ausgeführt. Neue VMs können jedoch erst erstellt werden, wenn Azure Local erneut synchronisiert werden kann. Der interne technische Grund besteht darin, dass die in der Cloud generierte Lizenz des Clusters abgelaufen ist und durch Synchronisieren mit Azure erneuert werden muss.
Dies hängt davon ab, welche Features Sie verwenden. Mindestens synchronisiert Azure Local grundlegende Clusterinformationen, die in der Azure-Portal angezeigt werden, einschließlich der Liste der gruppierten Knoten, des Hardwaremodells und der Softwareversion; Abrechnungsinformationen, die fälligkeiten Kerntage seit der letzten Synchronisierung zusammenfassen, und mindestens erforderliche Diagnoseinformationen, die Microsoft dabei helfen, Ihre lokale Azure-Instanz sicher, auf dem neuesten Stand zu halten und ordnungsgemäß zu funktionieren.
Die Gesamtgröße ist klein – einige Kilobyte. Wenn Sie zusätzliche Dienste aktivieren, laden sie möglicherweise mehr hoch. Beispielsweise würde Azure Log Analytics Protokolle und Leistungsindikatoren für die Überwachung hochladen.
Dies hängt davon ab, welche Features Sie verwenden. Mindestens versucht Azure Local, alle 12 Stunden zu synchronisieren. Wenn ein Synchronisierungsvorgang nicht erfolgreich ist, wird der Inhalt lokal aufbewahrt und mit der nächsten erfolgreichen Synchronisierung gesendet. Zusätzlich zu diesem regulären Timer können Sie mithilfe des Sync-AzureStackHCI
PowerShell-Cmdlets jederzeit manuell synchronisieren.
Wenn Sie zusätzliche Dienste aktivieren, werden sie möglicherweise häufiger hochgeladen. Beispielsweise lädt Azure Log Analytics alle 5 Minuten zur Überwachung hoch.
Azure Local synchronisiert sich mit Azure und speichert Daten in einem sicheren, von Microsoft betriebenen Rechenzentrum. Weitere Informationen zu den diagnosedaten, die wir sammeln, um Azure Local sicher, auf dem neuesten Stand zu halten und wie erwartet zu arbeiten, finden Sie unter Azure Local data collection and Data Residency in Azure.
Nein Azure Local muss einmal pro 30 aufeinander folgenden Tagen mit Azure synchronisiert werden.
Nein Es gibt derzeit keinen Mechanismus zum Registrieren und Synchronisieren zwischen lokalem und Azure ohne Netzwerkkonnektivität.
Windows Server ist die Grundlage nahezu aller Azure-Produkte, und alle Features, die für Sie wichtig sind, werden weiterhin mit Unterstützung in Windows Server veröffentlicht. Das anfängliche Angebot von Azure Local basiert auf Windows Server 2019 und verwendete das herkömmliche Windows Server-Lizenzierungsmodell.
Heute verfügt Azure Local über ein eigenes Betriebssystem und ein abonnementbasiertes Lizenzierungsmodell. Azure Local ist die empfohlene Methode zum Bereitstellen von HCI lokal mit von Microsoft überprüfter Hardware von unseren Partnern.
Azure Local unterstützt mehrere Gastbetriebssysteme. Weitere Informationen finden Sie unter Unterstützte Windows-Gastbetriebssysteme für Hyper-V in Windows Server.
Derzeit gibt es kein direktes Upgrade von Windows Server auf Azure Local. Sie können Ihre VM-Workloads jedoch von Windows Server zu Azure Local mithilfe von Azure Migrate migrieren. Weitere Informationen finden Sie unter Übersicht über die azure Migrate-basierte Migration für Azure Local (Vorschau).
Eine aktualisierte Liste der Azure-Dienste, mit denen Sie Azure Local verbinden können, finden Sie unter Verwalten von Hybridfunktionen in Azure Local mit Azure-Diensten.
Wechseln Sie in Azure-Portal zu Ihrem Computer. Wenn der Computer arc registriert ist, sollten Sie in der Lage sein, die Betriebssystemversion und die gesamte lokale Azure-Version anzuzeigen.
Verwenden Sie den folgenden PowerShell-Befehl, um den Betriebssystemnamen und die Betriebssystemversion abzufragen.
Get-ComputerInfo -Property 'osName', 'osDisplayVersion'
Hier ist eine Beispielausgabe angegeben:
OsName OSDisplayVersion
------ ----------------
Microsoft Azure Stack HCI 23H2
Azure Local, Version 22H2, endet bis Mai 2025. Danach erhalten Sie keine monatlichen Sicherheits- und Qualitätsupdates, die Schutz vor den neuesten Sicherheitsbedrohungen bieten. Um weiterhin Updates zu erhalten, empfehlen wir, Ihr Betriebssystem auf Version 23H2 zu aktualisieren. Wenn Sie derzeit einen Azure Local, Version 22H2 Stretch Cluster oder die Verwaltung von Azure Local über System Center – Virtual Machine Manager ausführen, lesen Sie die Tabelle "Unterstützte Workloads und Konfigurationen " für Aktualisierungszeitachsen.