Überprüfen Sie das Netzwerkreferenzmuster für Azure Local, das die Bereitstellung von Vier-Knoten-Storage ohne Switch, Dual TOR, Dual Link vorsieht.
Gilt für: Azure Local 2411.1 und höher
Dieser Artikel beschreibt, wie Sie ein Netzwerkreferenzmuster ohne Storage-Knoten mit zwei TOR-L3-Switches und zwei Full-Mesh-Links verwenden können, um Ihre Azure Local-Lösung bereitzustellen.
Anmerkung
Microsoft hat die in diesem Artikel beschriebenen Switchless Networking-Referenzmuster mit vier Knoten getestet und validiert.
Szenarien
Szenarien für dieses Netzwerkmuster umfassen Labore, Fabriken, Zweigstellen und Rechenzentren.
Erwägen Sie die Implementierung dieses Musters, wenn Sie nach einer kosteneffizienten Lösung suchen, die über Fehlertoleranz für alle Netzwerkkomponenten verfügt.
SDN L3-Dienste sind in diesem Muster vollständig unterstützt. Routingdienste wie das Border Gateway Protocol (BGP) können direkt auf den TOR-Switches konfiguriert werden, wenn sie L3-Dienste unterstützen. Netzwerksicherheitsfeatures wie Mikrosegmentierung oder QoS erfordern keine zusätzliche Konfiguration des Firewallgeräts, da sie auf virtueller Netzwerkadapterebene implementiert werden.
Physische Verbindungskomponenten
Wie im folgenden Diagramm mit vier Knoten dargestellt, weist dieses Muster die folgenden physischen Netzwerkkomponenten auf:
Für die Kommunikation nach Norden und Süden benötigt die Azure Local-Instanz zwei TOR-Switches in einer Multi-Chassis Link Aggregation Group (MLAG) Konfiguration.
Zwei Netzwerkkarten, die mit den TOR-Switches verbunden sind und einen virtuellen SET-Switch verwenden, um den Datenverkehr zu verwalten und zu berechnen. Jede Netzwerkschnittstelle (Port) ist mit einem anderen TOR verbunden.
Sechs RDMA-NICs auf jedem Knoten in einer Full-Mesh-Dual-Link-Konfiguration für den Ost-West-Datenverkehr für das Storage. Jeder Knoten im System verfügt über eine redundante Verbindung mit zwei Pfaden zum anderen Knoten im System.
| Netzwerke | Verwaltung und Rechenleistung | Lagerung |
|---|---|---|
| Verbindungsgeschwindigkeit | Mindestens 1 GBps. 10 GBps empfohlen | Mindestens 10 GBps |
| Schnittstellentyp | RJ45, SFP+ oder SFP28 | SFP+ oder SFP28 |
| Ports und Aggregation | Zwei Ports im Team | Vier eigenständige Ports |
Logische Netzwerke
Node-Interconnect-Netzwerke VLAN für SMB-Datenverkehr (Storage und Live-Migration)
Der Storage-Datenverkehr besteht aus zwölf einzelnen Subnetzen, die den RDMA-Datenverkehr unterstützen. Jede Schnittstelle ist einem separaten Knotenverbindungsnetzwerk zugeordnet. Dieser Netzwerkverkehr soll nur zwischen den vier Knoten fließen. Der Speicherdatenverkehr auf diesen Subnetzen wird isoliert und hat keine Verbindung zu anderen Ressourcen.
Jedes Paar von Speicheradaptern zwischen den Knoten funktioniert in verschiedenen IP-Subnetzen. Um eine switchlose Konfiguration zu ermöglichen, unterstützt jeder verbundene Knoten das gleiche übereinstimmende Subnetz seines Nachbarn.
Bei der Bereitstellung von vier Knoten in einer switchlosen Konfiguration hat Network ATC die folgenden Anforderungen:
Unterstützt nur ein einzelnes VLAN für alle IP-Subnetze, die für die Speicherkonnektivität verwendet werden.
Der
StorageAutoIP-Parameter muss auf Falsch festgelegt werden, derSwitchless-Parameter muss auf Wahr festgelegt werden, und Sie müssen die IPs auf der Azure Resource Manager (ARM)-Vorlage angeben, die für die Bereitstellung der Azure Local-Instanz von Azure verwendet wird.Für Azure Local:
Horizontal skalierende Storage-Switchless-Systeme werden nicht unterstützt.
Es ist nur möglich, dieses Szenario mit vier Knoten mithilfe von ARM-Vorlagen bereitzustellen.
Weitere Informationen finden Sie unter Bereitstellen über Azure Resource Manager Bereitstellungsvorlage.
Verwaltungs-VLAN
Alle physischen Hosts müssen Zugriff auf das logische Verwaltungsnetzwerk haben. Für die Planung von IP-Adressen muss jedem Host mindestens eine IP-Adresse aus dem logischen Verwaltungsnetzwerk zugewiesen werden.
Ein DHCP-Server kann automatisch IP-Adressen für das Verwaltungsnetzwerk zuweisen, oder Sie können statische IP-Adressen manuell zuweisen. Wenn DHCP die bevorzugte IP-Zuweisungsmethode ist, werden DHCP-Reservierungen ohne Ablaufdatum empfohlen.
Weitere Informationen finden Sie unter DHCP Netzwerküberlegungen für die Bereitstellung in der Cloud.
Das Management-Netzwerk unterstützt zwei verschiedene VLAN-Konfigurationen für den Datenverkehr – Nativ und Tagged:
Natives VLAN für Verwaltungsnetzwerk erfordert nicht, dass Sie eine VLAN-ID angeben.
Das Tagged-VLAN für das Management-Netzwerk erfordert eine VLAN-ID-Konfiguration auf den physischen Netzwerkadaptern oder dem virtuellen Netzwerkadapter für das Management, bevor die Knoten in Azure Arc registriert werden.
Physische Switchports müssen ordnungsgemäß konfiguriert werden, um die VLAN-ID auf den Verwaltungsadaptern zu akzeptieren.
Wenn die Zielsetzung Arten von Management- und Datenverkehr umfasst, müssen die physischen Switch-Ports im Trunk-Modus konfiguriert werden, um alle für Management- und Compute-Workloads erforderlichen VLANs zu akzeptieren.
Das Management-Netzwerk unterstützt den Datenverkehr, der vom Administrator für die Verwaltung des Systems verwendet wird, einschließlich Remote Desktop, Windows Admin Center und Active Directory.
Weitere Informationen finden Sie unter Überlegungen zum Management-VLAN-Networking.
VLANs berechnen
In einigen Szenarien müssen Sie keine virtuellen SDN-Netzwerke mit VXLAN-Kapselung verwenden. Stattdessen können Sie herkömmliche VLANs verwenden, um ihre Mandant Workloads zu isolieren. Diese VLANs müssen auf dem Port der TOR-Switches im Trunk-Modus konfiguriert werden. Beim Verbinden neuer virtueller Computer mit diesen VLANs wird das entsprechende VLAN-Tag auf dem virtuellen Netzwerkadapter definiert.
HNV Provider Address (PA) Netzwerk
Das Hyper-V Network Virtualisierung Provider Address (HNV PA)-Netzwerk dient als zugrunde liegendes physisches Netzwerk für den Ost-West-Datenverkehr (intern) der Mandanten, den Nord-Süd-Datenverkehr (extern) der Mandanten und für den Austausch von BGP-Peering-Informationen mit dem physischen Netzwerk. Dieses Netzwerk ist nur dann erforderlich, wenn virtuelle Netzwerke mit VXLAN-Kapselung bereitgestellt werden müssen, um eine zusätzliche Schicht der Isolierung und Netzwerk-Multitenancy zu schaffen.
Weitere Informationen finden Sie unter Planen einer Software-definierten Networking-Infrastruktur.
Networking ATC-Intents
Für Storage-Switchless-Muster mit vier Knoten werden zwei Network ATC Intents erstellt. Der erste Zweck besteht darin, Netzwerkdatenverkehr zu verwalten und zu berechnen, und der zweite Zweck ist der Speicherdatenverkehr.
Management- und Compute-Intent
- Intent-Typ: Management und Rechenleistung
- Intent-Modus: Cluster-Modus
- Teamarbeit: Ja. pNIC01 und pNIC02 Team.
- Standardverwaltungs-VLAN: Konfiguriertes VLAN für Verwaltungsadapter wird nicht geändert.
- PA- und Compute-VLANs und vNICs: Network ATC ist transparent für PA-vNICs und VLANs oder Compute-VM-vNICs und -VLANs.
Speicherabsicht
Intent-Typ: Speicher
Intent-Modus: Cluster-Modus
Teambildung: Nein. RDMA-NICs verwenden SMB Multichannel, um Resilienz und Bandbreitenaggregation bereitzustellen.
Standard-VLANs: einzelnes VLAN für alle Subnetze.
Storage Auto IP: Falsch. Für dieses Muster ist entweder eine manuelle IP-Konfiguration oder die IP-Definition in einer ARM-Vorlage erforderlich.
Zwölf Subnetze erforderlich (benutzerdefiniert):
- Speichernetzwerk 1: 10.0.1.0/24 –
Node1 -> Node2 - Speichernetzwerk 2: 10.0.2.0/24 –
Node1 -> Node2 - Speichernetzwerk 3: 10.0.3.0/24 –
Node1 -> Node3 - Speichernetzwerk 4: 10.0.4.0/24 –
Node1 -> Node3 - Speichernetzwerk 5: 10.0.5.0/24 –
Node1 -> Node4 - Speichernetzwerk 6: 10.0.6.0/24 –
Node1 -> Node4 - Speichernetzwerk 7: 10.0.7.0/24 –
Node2 -> Node3 - Speichernetzwerk 8: 10.0.8.0/24 –
Node2 -> Node3 - Speichernetzwerk 9: 10.0.9.0/24 –
Node2 -> Node4 - Speichernetzwerk 10: 10.0.10.0/24 –
Node2 -> Node4 - Speichernetzwerk 11: 10.0.11.0/24 –
Node3 -> Node4 - Speichernetzwerk 12: 10.0.12.0/24 –
Node3 -> Node4
- Speichernetzwerk 1: 10.0.1.0/24 –
Weitere Informationen finden Sie unter Host-Networking mit Network ATC bereitstellen.
ARM-Vorlage Beispiel für die Netzwerkkonfiguration von Storage Intent Networks
Sie können die ARM-Vorlage für Storage mit vier Knoten ohne Switch, Dual TOR und Dual Link verwenden.
"storageNetworkList": {
"value": [
{
"name": "StorageNetwork1",
"networkAdapterName": "SMB1",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.1.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.1.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.3.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.5.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork2",
"networkAdapterName": "SMB2",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.2.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.2.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.4.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.6.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork3",
"networkAdapterName": "SMB3",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.3.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.7.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.7.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.9.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork4",
"networkAdapterName": "SMB4",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.4.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.8.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.8.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.10.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork5",
"networkAdapterName": "SMB5",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.5.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.9.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.11.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.11.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork6",
"networkAdapterName": "SMB6",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.6.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.10.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.12.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.12.3",
"subnetMask": "255.255.255.0"
}
]
}
]
},