Granska referensmönstret för ett switchlöst lagringsnätverk med fyra noder, dubbla TOR och dubbla länkar för Azure Lokalt.
Gäller för: Azure Local 2411.1 och senare
Den här artikeln beskriver hur du kan använda ett växlingslöst nätverksreferensmönster med fyra noder med två TOR L3-växlar och två fullnätslänkar för att distribuera din lokala Azure-lösning.
Notera
Microsoft har testat och verifierat de växellösa nätverksreferensmönster med fyra noder som beskrivs i den här artikeln.
Scenarier
Scenarier för det här nätverksmönstret är 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äxlarna 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ätverkskortlagret.
Fysiska anslutningskomponenter
Som du ser i följande nätverksdiagram med fyra noder har det här mönstret följande fysiska nätverkskomponenter:
För norrgående och södergående kommunikation kräver Azure Local-instansen två TOR-växlar i MLAG-konfiguration (multi-chassi 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ätverksgränssnittsport är ansluten till en annan TOR.
Sex RDMA-nätverkskort på varje nod i en dubbellänkskonfiguration med ett fullt meshnätverk för East-West-trafik för lagring. Varje nod i systemet har en redundant anslutning med två sökvägar till den andra noden i systemet.
Nätverk | Hantering och beräkning | Lagring |
---|---|---|
Länkhastighet | Minst 1 Gbps. 10 GBIT/s rekommenderas | Minst 10 Gbps |
Gränssnittstyp | RJ45, SFP+ eller SFP28 | SFP+ eller SFP28 |
Portar och aggregering | Två sammanlagda portar | Fyra fristående portar |
Logiska nätverk
Nodanslutningsnätverk VLAN för SMB-trafik (lagring och direktmigrering)
Avsiktsbaserad lagringstrafik består av tolv 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 fyra noderna. Lagringstrafiken på dessa undernät är isolerad utan anslutning till andra resurser.
Varje par lagringsadaptrar 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 fyra 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 vara inställd på falskt,Switchless
-parametern måste anges till sant, och du måste specificera IP-adresserna i mallen Azure Resource Manager (ARM) som används för att distribuera den lokala Azure-instansen.För Azure Local:
Utskalning av växellösa lagringssystem stöds inte.
Det går bara att distribuera det här scenariot med fyra noder med hjälp av ARM-mallar.
Mer information finns i Distribuera via Azure Resource Manager-distributionsmallen.
hanterings-VLAN
Alla fysiska datorvärdar måste ha åtkomst till det logiska styrningsnä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 – interna och taggade:
Internt VLAN för hanteringsnätverk kräver inte att du anger ett VLAN-ID.
Taggat VLAN för nätverkshantering kräver konfiguration av VLAN-ID på de fysiska nätverkskorten eller det virtuella nätverkskortet för hantering innan noderna registreras i Azure Arc.
Fysiska växelportar måste konfigureras korrekt för att acceptera VLAN-ID:t på hanteringskorten.
Om avsikten innehåller trafiktyper för hantering och beräkning 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 systemet, inklusive Fjärrskrivbord, Windows Administrationscenter och Active Directory.
Mer information finns i Management VLAN-nätverksöverväganden.
Dator-VLAN
I vissa scenarier 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:er måste konfigureras på TOR-växlarnas port 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)
Nätverket Hyper-V Network Virtualization Provider Address (HNV PA) 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 nätverks multitenancy.
Mer information finns i Planera en programvarudefinierad nätverksinfrastruktur.
Atc-avsikter för nätverk
För lagringsmönster med fyra noder utan switch skapas två Network ATC-intentioner. Den första avsikten är för hantering och beräkning av nätverkstrafik, och den andra avsikten är för lagringstrafik.
Hantering och beräkningsavsikt
- Avsiktstyp: Hantering och beräkning
- Avsiktsläge: Klusterläge
- Teamindelning: Ja. pNIC01 och pNIC02-teamet.
- VLAN för standardhantering: Konfigurerat VLAN för hanteringsadaptrar blir inte ändrat.
- PA- och beräknings-VLANs och vNICs: Nätverks-ATC är transparent för PA vNICs och VLANs eller beräknings-VM vNICs och VLANs.
Lagrings avsikt
Avsiktstyp: Lagring
Avsiktsläge: Klusterläge
Teamindelning: Nej. RDMA-nätverkskort använder SMB Multichannel för att tillhandahålla återhämtning och bandbreddsaggregering.
Standard-VLAN: enskilt VLAN för alla undernät.
Automatisk IP-adress för lagring: False. Det här mönstret kräver manuell IP-konfiguration eller IP-definition för ARM-mallar.
Tolv 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 –
Node1 -> Node3
- Lagringsnätverk 4: 10.0.4.0/24 –
Node1 -> Node3
- Lagringsnätverk 5: 10.0.5.0/24 –
Node1 -> Node4
- Lagringsnätverk 6: 10.0.6.0/24 –
Node1 -> Node4
- Lagringsnätverk 7: 10.0.7.0/24 –
Node2 -> Node3
- Lagringsnätverk 8: 10.0.8.0/24 –
Node2 -> Node3
- Lagringsnätverk 9: 10.0.9.0/24 –
Node2 -> Node4
- Lagringsnätverk 10: 10.0.10.0/24 –
Node2 -> Node4
- Lagringsnätverk 11: 10.0.11.0/24 –
Node3 -> Node4
- Lagringsnätverk 12: 10.0.12.0/24 –
Node3 -> Node4
- Lagringsnätverk 1: 10.0.1.0/24 –
Mer information finns i Distribuera värdnätverk med Network ATC.
Konfigurationsexempel för ARM-mallens Storage intentnätverk
Du kan använda ARM-mallen för växellös lagring med fyra noder, dubbel TOR och dubbel länk.
"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"
}
]
}
]
},