Granska nätverksreferensmönstret för tre noder för lagring utan växel, dubbel TOR och nätverksreferens med dubbla länkar för Azure Stack HCI

> Gäller för: Azure Stack HCI, version 23H2 och senare

I den här artikeln får du lära dig mer om den växellösa lagringen med tre noder med två TOR L3-växlar och två nätverksreferensmönster för fullnätslänkar som du kan använda för att distribuera din Azure Stack HCI-lösning.

Scenarier

Scenarier för det här nätverksmönstret omfattar laboratorier, fabriker, avdelningskontor och datacenter.

Överväg att implementera det här mönstret när du letar efter en kostnadseffektiv lösning som har feltolerans för alla nätverkskomponenter. SDN L3-tjänster stöds fullt ut i det här mönstret. Routningstjänster som BGP (Border Gateway Protocol) kan konfigureras direkt på TOR-växlar om de stöder L3-tjänster. Nätverkssäkerhetsfunktioner som mikrosegmentering eller QoS kräver inte extra konfiguration av brandväggsenheten, eftersom de implementeras på det virtuella nätverkskortets lager.

Fysiska anslutningskomponenter

Som illustreras i diagrammet ovan har det här mönstret följande fysiska nätverkskomponenter:

• För nordgående och sydgående kommunikation kräver Azure Stack HCI-klustret två TOR-växlar i MLAG-konfiguration (multi-chassis link aggregation group).

• Två nätverkskort som använder den virtuella SET-växeln för att hantera hanterings- och beräkningstrafik, anslutna till TOR-växlarna. Varje nätverkskort är anslutet till en annan TOR.

• Fyra RDMA-nätverkskort på varje nod i en dubbellänkkonfiguration med fullständigt nät för East-West trafik för lagringen. Varje nod i klustret har en redundant anslutning med två sökvägar till den andra noden i klustret.

Logical networks

Som illustreras i diagrammet nedan har det här mönstret följande logiska nätverkskomponenter:

Node interconnect networks VLAN for SMB traffic (Storage and live migration)

Avsiktsbaserad lagringstrafik består av sex enskilda undernät som stöder RDMA-trafik. Varje gränssnitt är dedikerat till ett separat nodanslutningsnätverk. Den här trafiken är endast avsedd att färdas mellan de tre noderna. Lagringstrafiken i dessa undernät är isolerad utan anslutning till andra resurser.

Varje par med lagringskort mellan noderna fungerar i olika IP-undernät. För att aktivera en växellös konfiguration stöder varje ansluten nod samma matchande undernät för grannen.

När du distribuerar tre noder i en växellös konfiguration har Network ATC följande krav:

• Stöder endast ett enda VLAN för alla IP-undernät som används för lagringsanslutning.

• StorageAutoIP parametern måste anges till false, Switchless parametern måste vara inställd på true och du ansvarar för att ange IP-adresser på ARM-mallen som används för att distribuera Azure Stack HCI-klustret från Azure.

• För Molndistributioner i Azure Stack HCI version 23H2:

  • Skalbara lagringsväxellösa kluster stöds inte.

  • Det går bara att distribuera det här scenariot med tre noder med arm-mallar.

Mer information finns i Distribuera via Azure Resource Manager distributionsmall.

Hantering av VLAN

Alla fysiska beräkningsvärdar måste ha åtkomst till det logiska hanteringsnätverket. I planeringssyfte för IP-adresser måste varje värd ha minst en IP-adress tilldelad från det logiska hanteringsnätverket.

En DHCP-server kan automatiskt tilldela IP-adresser för hanteringsnätverket, eller så kan du tilldela statiska IP-adresser manuellt. När DHCP är den föredragna IP-tilldelningsmetoden rekommenderas DHCP-reservationer utan förfallodatum.

Mer information finns i DHCP-nätverksöverväganden för molndistribution.

Hanteringsnätverket stöder två olika VLAN-konfigurationer för trafik – intern och taggad:

• Internt VLAN för hanteringsnätverk kräver inte att du anger ett VLAN-ID.

• Taggat VLAN för hanteringsnätverk kräver VLAN-ID-konfiguration på de fysiska nätverkskorten eller det virtuella nätverkskortet för hantering innan noderna registreras i Azure Arc.

• Fysiska växelportar måste vara korrekt konfigurerade för att acceptera VLAN-ID:t på hanteringskorten.

• Om avsikten innehåller hanterings- och beräkningstrafiktyper måste de fysiska växelportarna konfigureras i trunkläge för att acceptera alla VLAN som krävs för hanterings- och beräkningsarbetsbelastningar.

Hanteringsnätverket stöder trafik som används av administratören för hantering av klustret, inklusive Fjärrskrivbord, Windows Admin Center och Active Directory.

Mer information finns i Hantering av VLAN-nätverksöverväganden.

Beräknings-VLAN

I vissa fall behöver du inte använda SDN Virtual Networks med VXLAN-inkapsling. I stället kan du använda traditionella VLAN för att isolera sina klientarbetsbelastningar. Dessa VLAN måste konfigureras på TOR-växlar porten i trunkläge. När du ansluter nya virtuella datorer till dessa VLAN definieras motsvarande VLAN-tagg på det virtuella nätverkskortet.

PA-nätverk (HNV Provider Address)

HNV PA-nätverket (Hyper-V Network Virtualization Provider Address) fungerar som det underliggande fysiska nätverket för East-West (intern)klienttrafik, North-South (extern-intern) klienttrafik och för att utbyta BGP-peeringinformation med det fysiska nätverket. Det här nätverket krävs bara när det finns ett behov av att distribuera virtuella nätverk med hjälp av VXLAN-inkapsling för ett extra lager av isolering och flera nätverk.

Mer information finns i Planera en programvarudefinierad nätverksinfrastruktur.

Atc-avsikter för nätverk

För växlingslösa mönster för lagring med tre noder skapas två ATC-avsikter för nätverk. Den första avsikten är för hantering och beräkning av nätverkstrafik, och den andra avsikten är för lagringstrafik.

Hanterings- och beräknings avsikt

• Avsiktstyp: Hantering och beräkning
• Avsiktsläge: Klusterläge
• Teamindelning: Ja. pNIC01- och pNIC02-teamet.
• Standardhanterings-VLAN: Konfigurerat VLAN för hanteringskort ändras inte.
• PA och compute VLAN och vNICs: Network ATC är transparent för PA vNICs och VLAN eller compute VM vNICs och VLAN.

Lagrings avsikt

• Avsiktstyp: Lagring

• Avsiktsläge: Klusterläge

• Teamindelning: Nej. RDMA-nätverkskort använder SMB Multichannel för att ge återhämtning och bandbreddsaggregering.

• Standard-VLAN: enskilt VLAN för alla undernät.

• Automatisk IP-adress för lagring: Falskt. Det här mönstret kräver manuell IP-konfiguration eller IP-definition för ARM-mallar.

• Sex undernät krävs (användardefinierade):

  • Lagringsnätverk 1: 10.0.1.0/24 – Node1 -> Node2
  • Lagringsnätverk 2: 10.0.2.0/24 – Node1 -> Node2
  • Lagringsnätverk 3: 10.0.3.0/24 – Node2 -> Node3
  • Lagringsnätverk 4: 10.0.4.0/24 – Node1 -> Node3
  • Lagringsnätverk 5: 10.0.5.0/24 – Node1 -> Node3
  • Lagringsnätverk 6: 10.0.6.0/24 – Node2 -> Node3

Mer information finns i Distribuera värdnätverk med Network ATC.

Konfigurationsexempel för konfiguration av nätverk för lagrings avsiktsnätverk i ARM-mall

Du kan använda ARM-mallen för växellös lagring med 3 noder, dubbel TOR och dubbel länk.

"storageNetworkList": {
        "value": [
            {
                "name": "StorageNetwork1",
                "networkAdapterName": "SMB1",
                "vlanId": "711",
                "storageAdapterIPInfo": [
                    {
                        "physicalNode": "Node1",
                        "ipv4Address": "10.0.1.1",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node2",
                        "ipv4Address": "10.0.1.2",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node3",
                        "ipv4Address": "10.0.5.3",
                        "subnetMask": "255.255.255.0"
                  }
                ]
            },
            {
                "name": "StorageNetwork2",
                "networkAdapterName": "SMB2",
                "vlanId": "711",
                "storageAdapterIPInfo": [
                    {
                        "physicalNode": "Node1",
                        "ipv4Address": "10.0.2.1",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node2",
                        "ipv4Address": "10.0.2.2",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node3",
                        "ipv4Address": "10.0.4.3",
                        "subnetMask": "255.255.255.0"
                  }
                ]
            },
            {
              "name": "StorageNetwork3",
              "networkAdapterName": "SMB3",
              "vlanId": "711",
              "storageAdapterIPInfo": [
                  {
                      "physicalNode": "Node1",
                      "ipv4Address": "10.0.5.1",
                      "subnetMask": "255.255.255.0"
                  },
                  {
                      "physicalNode": "Node2",
                      "ipv4Address": "10.0.3.2",
                      "subnetMask": "255.255.255.0"
                  },
                  {
                      "physicalNode": "Node3",
                      "ipv4Address": "10.0.3.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.6.1",
                    "subnetMask": "255.255.255.0"
                },
                {
                    "physicalNode": "Node3",
                    "ipv4Address": "10.0.6.3",
                    "subnetMask": "255.255.255.0"
              }
            ]
        }
        ]
      },