Freigeben über

Übersicht über Netzwerkreferenzmuster für Azure Local

  • Artikel

Gilt für: Azure Local, Versionen 23H2 und 22H2

Wichtig

Azure Stack HCI ist jetzt Teil von Azure Local. Weitere Informationen

In diesem Artikel erhalten Sie einen Überblick über die Bereitstellung von Netzwerkreferenzmustern in Azure Local.

Eine Bereitstellung besteht aus Einzelknoten- oder mehreren Knotensystemen (bis zu 16 Maschinen pro System), die mit einem oder zwei Top of Rack (TOR)-Schaltern verbunden sind. Diese Umgebungen weisen die folgenden Merkmale auf:

  • Mindestens zwei Netzwerkadapterports, die für die Absicht des Speicherdatenverkehrs reserviert sind. Die einzige Ausnahme dieser Regel sind Bereitstellungen mit einem Einzigen Knoten, bei denen Netzwerkadapter für den Speicher nicht erforderlich sind, wenn Sie nicht planen, das System in Zukunft zu skalieren.

  • Mindestens zwei Netzwerkadapterports, die für die Verwaltung und Berechnung von Datenverkehrsabsichten vorgesehen sind.

Überlegungen zur wechsellosen Speicherkonnektivität

Im Folgenden werden einige Überlegungen zur Verwendung von switchlosen Konfigurationen erläutert:

  • Wechsellose Speicherbereitstellungen in Azure Local, Version 23H2, unterstützen nur 1,2 oder 3 Knoten.

  • Skalierungsvorgänge für wechsellose Bereitstellungen ohne Speicher von Azure-Portal oder ARM werden in Azure Local, Version 23H2-Systemen, nicht unterstützt.

  • Für den In-System-Verkehr (Ost-West) ist kein Schalter erforderlich; Für den Datenverkehr außerhalb des Systems (Nord-Süd) ist jedoch ein physischer Schalter erforderlich.

  • Netzwerk-ATC unterstützt keine autoIP für Speichernetzwerke auf drei Knoten switchless-Bereitstellungen. Die Planung ist für IP- und Subnetzadressierungsschemas erforderlich.

  • Speicheradapter sind Einzelzweckschnittstellen. Verwaltung, Berechnung, Gestreckter Cluster und anderer Datenverkehr, der für die Nord-Süd-Kommunikation erforderlich ist, können die Speichernetzwerkadapter nicht verwenden.

  • Da die Anzahl der Knoten im System über zwei Knoten hinaus wächst, können die Kosten für Netzwerkadapter die Kosten für die Verwendung von Netzwerkswitchen überschreiten.

  • Über ein Drei-Knoten-System hinaus wächst die Komplexität der Kabelverwaltung.

Weitere Informationen finden Sie unter physische Netzwerkanforderungen für Azure Local.

Firewallanforderungen

Azure Local erfordert regelmäßige Konnektivität mit Azure. Wenn die ausgehende Firewall Ihrer Organisation eingeschränkt ist, müssen Sie Firewallanforderungen für ausgehende Endpunkte und interne Regeln und Ports einschließen. Es gibt erforderliche und empfohlene Endpunkte für die lokalen Azure-Kernkomponenten, einschließlich Systemerstellung, Registrierung und Abrechnung, Microsoft Update und Cloudzeugen.

Eine vollständige Liste der Endpunkte finden Sie in den Firewallanforderungen . Stellen Sie sicher, dass Sie diese erforderlichen URLs in Ihre liste zulässige Url einschließen. Ordnungsgemäße Netzwerkports müssen zwischen allen Computern sowohl innerhalb eines Standorts als auch zwischen Standorten (für gestreckte Cluster) geöffnet werden.

Azure Local connectivity validator of the Environment Checker tool, checks for the outbound connectivity requirement by default during deployment. Darüber hinaus können Sie das Eigenständige Umgebungsprüfungstool vor, während oder nach der Bereitstellung ausführen, um die ausgehende Konnektivität Ihrer Umgebung auszuwerten.

Es empfiehlt sich, alle relevanten Endpunkte in einer Datendatei zu verwenden, auf die vom Tool für die Umgebungsprüfung zugegriffen werden kann. Dieselbe Datei kann auch für Ihren Firewalladministrator freigegeben werden, um die erforderlichen Ports und URLs zu öffnen.

Weitere Informationen finden Sie unter Firewallanforderungen.

Nächste Schritte