Delen via

Controleer het opslagnetwerkpatroon zonder switch voor een opslagsysteem met drie knooppunten, dubbele TOR, en een enkele link, voor Azure Local.

  • Artikel

Van toepassing op: Azure Local 2311.2 en hoger

In dit artikel leert u over het drie-knooppunts opslag systeem zonder switches, met twee TOR L3-switches en een volledige mesh netwerk referentiepatroon met een enkele link, dat u kunt gebruiken om uw Azure lokale oplossing te implementeren.

Notitie

De referentiepatronen met 3 knooppunten zonder schakelaars die in dit artikel worden beschreven, zijn getest en gevalideerd door Microsoft. Voor informatie over netwerken zonder schakelaars met twee knooppunten, zie Azure lokale netwerkimplementatiepatronen.

Scenarios

Scenario's voor dit netwerkpatroon zijn laboratoria, fabrieken, winkels, openbare sectoren en overheid.

Overweeg dit patroon te implementeren wanneer u op zoek bent naar een kostenefficiënte oplossing met fouttolerantie voor alle netwerkonderdelen. SdN-services (Software Defined Network) L3 worden volledig ondersteund op dit patroon. Routeringsservices zoals Border Gateway Protocol (BGP) kunnen rechtstreeks op de TOR-switches worden geconfigureerd als ze L3-services ondersteunen. Voor netwerkbeveiligingsfuncties zoals microsegmentatie of QoS (Quality of Service) is geen extra configuratie van het firewallapparaat vereist, omdat deze worden geïmplementeerd op de laag van de virtuele netwerkadapter.

Onderdelen van fysieke connectiviteit

Diagram met schakelloze drie knooppunten, twee TOR, fysieke connectiviteitsindeling met één koppeling.

Zoals u in het bovenstaande diagram kunt zien, heeft dit patroon de volgende fysieke netwerkonderdelen:

  • Voor northbound- en zuidkomende communicatie vereist het Lokale Azure-exemplaar twee TOR-switches in de MLAG-configuratie (Multi-Chassis Link Aggregation Group).
  • Twee netwerkkaarten die virtuele SET-switch gebruiken om beheer- en rekenverkeer te verwerken, verbonden met de TOR-switches. Elke NIC is verbonden met een andere TOR.
  • Twee RDMA-NIC's op elk knooppunt in een volledige mesh-configuratie met één koppeling voor oost-west-verkeer voor de opslag.

    Notitie

    Voor deze configuratie is er geen redundante netwerkverbinding tussen de knooppunten.

Netwerken Beheer en rekenkracht Opslag
Snelheid van koppeling Ten minste 1 GBps. 10 GBps aanbevolen Ten minste 10 GBps
Interface-type RJ45, SFP+ of SFP28 SFP+ of SFP28
Poorten en aggregatie Twee gekoppelde poorten Twee zelfstandige poorten

Logische netwerken

Zoals wordt geïllustreerd in het onderstaande diagram, heeft dit patroon de volgende onderdelen van het logische netwerk:

Diagram met schakelloze drie knooppunten, twee TOR, logische connectiviteitsindeling met één koppeling.

VLAN van knooppuntconnectnetwerken voor SMB-verkeer (opslag en livemigratie)

Het op intenties gebaseerde opslagverkeer bestaat uit drie afzonderlijke subnetten die RDMA-verkeer ondersteunen. Elke interface is toegewezen aan een afzonderlijk knooppuntverbindingsnetwerk. Dit verkeer is alleen bedoeld om tussen de drie knooppunten te reizen. Opslagverkeer op deze subnetten wordt geïsoleerd zonder verbinding met andere resources.

Elk paar opslagadapters tussen de knooppunten werkt in verschillende IP-subnetten. Als u een switchloze configuratie wilt inschakelen, ondersteunt elk verbonden knooppunt hetzelfde overeenkomende subnet van de buurman.

Bij het implementeren van een switchloze configuratie met drie knooppunten heeft Network ATC de volgende vereisten:

  • Ondersteunt slechts één VLAN voor alle IP-subnetten die worden gebruikt voor opslagconnectiviteit.

  • StorageAutoIP parameter moet worden ingesteld op false, Switchless parameter moet worden ingesteld op true en u bent verantwoordelijk voor het opgeven van de IP-adressen in de ARM-sjabloon die wordt gebruikt voor het deployen van het lokale Azure-exemplaar vanuit Azure.

  • Voor lokale Azure-cloudimplementaties:

    • Het uitschalen van opslagsystemen zonder schakelaars wordt niet ondersteund.

    • Het is alleen mogelijk om dit scenario met drie knooppunten te implementeren met behulp van ARM-sjablonen.

    Zie Implementeren via een Azure Resource Manager-implementatiesjabloon voor meer informatie.

Beheer-VLAN

Alle fysieke rekenhosts moeten toegang hebben tot het logische beheernetwerk. Voor planning van IP-adressen moet aan elke host ten minste één IP-adres zijn toegewezen vanuit het logische beheernetwerk.

Een DHCP-server kan automatisch IP-adressen toewijzen voor het beheernetwerk of u kunt handmatig statische IP-adressen toewijzen. Wanneer DHCP de voorkeursmethode voor IP-toewijzing is, worden DHCP-reserveringen zonder vervaldatum aanbevolen.

Zie overwegingen voor DHCP-netwerk voor cloudimplementatie voor meer informatie.

Het beheernetwerk ondersteunt twee verschillende VLAN-configuraties voor verkeer: systeemeigen en getagd. De volgende overwegingen zijn van toepassing op elke configuratie:

  • Systeemeigen VLAN voor beheernetwerk vereist niet dat u een VLAN-id opgeeft.

  • Een getagd VLAN voor het beheernetwerk vereist VLAN-ID-configuratie op de fysieke netwerkadapters of op de virtuele netwerkadapter voor beheer voordat de knooppunten in Azure Arc worden geregistreerd.

  • Fysieke switchpoorten moeten correct worden geconfigureerd om de VLAN-id op de beheeradapters te accepteren.

  • Als de intentie beheer- en rekenverkeerstypen bevat, moeten de fysieke switchpoorten worden geconfigureerd in de trunk-modus om alle VLAN's te accepteren die vereist zijn voor beheer- en rekenworkloads.

Het beheernetwerk ondersteunt verkeer dat door de beheerder wordt gebruikt voor het beheer van het systeem, waaronder Extern bureaublad, Windows-beheercentrum en Active Directory.

Zie Overwegingen voor het beheer van VLAN-netwerken voor meer informatie.

VLAN's berekenen

In sommige scenario's hoeft u geen SDN Virtual Networks te gebruiken met VXLAN-inkapseling. In plaats daarvan kunt u traditionele VLAN's gebruiken om hun tenantworkloads te isoleren. Deze VLAN's moeten worden geconfigureerd op de TOR-switchespoort in de trunk-modus. Wanneer u nieuwe virtuele machines verbindt met deze VLAN's, wordt de bijbehorende VLAN-tag gedefinieerd op de virtuele netwerkadapter.

HNV Provider Address (PA) netwerk

Het HNV PA-netwerk (Hyper-V Network Virtualization Provider Address) fungeert als het onderliggende fysieke netwerk voor oost-west (intern-intern) tenantverkeer, noord-zuid (extern-intern) tenantverkeer, en om BGP-peeringgegevens uit te wisselen met het fysieke netwerk. Dit netwerk is alleen vereist wanneer virtuele netwerken moeten worden geïmplementeerd met VXLAN-inkapseling voor een extra isolatielaag en netwerk multitenancy.

Zie Een software-gedefinieerde netwerkinfrastructuur plannen voor meer informatie.

ATC-intenties voor netwerken

Voor switchloze patronen voor opslag met drie knooppunten worden twee netwerk-ATC-intenties gemaakt. De eerste intentie is voor beheer- en rekennetwerkverkeer en de tweede intentie is voor opslagverkeer.

Diagram met drie knooppunten zonder switch, twee TOR's en een single link Network ATC-intenties.

Beheer- en rekenintentie

  • Intentietype: Beheer en compute
  • Intentiemodus: Clustermodus
  • Teaming: Ja. pNIC01- en pNIC02-team
  • Standaardbeheer-VLAN: geconfigureerde VLAN voor beheeradapters wordt niet gewijzigd.
  • PA en reken-VLANs en vNICs: Netwerk-ATC is transparant voor PA vNICs en VLANs of reken-VM vNICs en VLANs.

Opslagintentie

  • Intentietype: Opslag

  • Intentiemodus: Clustermodus

  • Teaming: Nee. RDMA NIC's gebruiken SMB Multichannel om veerkracht en bandbreedteaggregatie te bieden.

  • Standaard-VLAN's: één VLAN voor alle subnetten

  • Automatisch IP-adres van opslag: onwaar. Dit patroon vereist handmatige IP-configuratie of IP-definitie van ARM-sjabloon.

  • Drie subnetten vereist (door de gebruiker gedefinieerd):

    • Opslagnetwerk 1: 10.0.1.0/24 – Node1 -> Node2
    • Opslagnetwerk 2: 10.0.2.0/24 – Node1 -> Node2
    • Opslagnetwerk 3: 10.0.3.0/24 – Node2 -> Node3

Zie Hostnetwerken implementeren met Network ATC voor meer informatie.

Voorbeeld van netwerkconfiguratie met storage intent voor ARM-template

U kunt de ARM-sjabloon gebruiken voor opslag zonder 3 knooppunten, dubbele TOR en één koppeling.

Hier volgt een fragment uit de sjabloon:

"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.2.1",
                        "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.3.1",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node3",
                        "ipv4Address": "10.0.3.2",
                        "subnetMask": "255.255.255.0"
                    }
                ]
            }
        ]
      },