Passez en revue le modèle de référence réseau de déploiement sans commutateur, à stockage quatre nœuds, double TOR et double connexion pour Azure Local.
S’applique à : Azure Local 2411.1 et versions ultérieures
Cet article explique comment utiliser un modèle de référence réseau sans commutateur de stockage à quatre nœuds avec deux commutateurs TOR L3 et deux liens de maillage complet pour déployer votre solution Locale Azure.
Remarque
Microsoft a testé et validé les modèles de référence réseau sans commutateur à quatre nœuds décrits dans cet article.
Scénarios
Les scénarios de ce modèle réseau incluent les laboratoires, les usines, les succursales et les centres de données.
Envisagez d’implémenter ce modèle lorsque vous recherchez une solution économique qui a une tolérance de panne sur tous les composants réseau.
Les services SDN L3 sont entièrement pris en charge sur ce modèle. Les services de routage tels que le protocole BGP (Border Gateway Protocol) peuvent être configurés directement sur les commutateurs TOR s’ils prennent en charge les services L3. Les fonctionnalités de sécurité réseau telles que la micro segmentation ou qoS ne nécessitent pas de configuration supplémentaire de l’appareil de pare-feu, car elles sont implémentées au niveau de la couche de carte réseau virtuelle.
Composants de connectivité physique
Comme illustré dans le diagramme réseau à quatre nœuds suivant, ce modèle présente les composants réseau physiques suivants :
Pour les communications vers le nord et vers le sud, l'instance Azure Local nécessite deux commutateurs TOR dans une configuration MLAG (Multi-Chassis Link Aggregation Group).
Deux cartes réseau utilisant un commutateur virtuel SET pour gérer la gestion et le trafic de calcul, connectées aux commutateurs TOR. Chaque port d’interface réseau est connecté à un autre TOR.
Six cartes d'interface réseau RDMA sur chaque nœud dans une configuration à double lien à maillage complet pour le trafic est-ouest du stockage. Chaque nœud du système dispose d’une connexion redondante avec deux chemins d’accès à l’autre nœud du système.
| Réseau | Gestion et calcul | Stockage |
|---|---|---|
| Vitesse de liaison | Au moins 1 Gbit/s. 10 GBits/s recommandés | Au moins 10 Gbits/s |
| Type d’interface | RJ45, SFP+ ou SFP28 | SFP+ ou SFP28 |
| Ports et agrégation | Deux ports en équipe | Quatre ports autonomes |
Réseaux logiques
Réseaux d'interconnexion de nœuds VLAN pour le trafic SMB (stockage et migration en direct)
Le trafic basé sur l’intention de stockage se compose de douze sous-réseaux individuels prenant en charge le trafic RDMA. Chaque interface est dédiée à un réseau d’interconnexion de nœud distinct. Ce trafic est destiné uniquement à se déplacer entre les quatre nœuds. Le trafic de stockage sur ces sous-réseaux est isolé sans connectivité à d’autres ressources.
Chaque paire d’adaptateurs de stockage entre les nœuds fonctionne dans différents sous-réseaux IP. Pour activer une configuration sans commutateur, chaque nœud connecté prend en charge le même sous-réseau correspondant de son voisin.
Lors du déploiement de quatre nœuds dans une configuration sans commutateur, Network ATC a les exigences suivantes :
Prend uniquement en charge un seul réseau local virtuel pour tous les sous-réseaux IP utilisés pour la connectivité de stockage.
StorageAutoIPparamètre doit être défini sur false,Switchlessparamètre doit être défini sur true et vous devez spécifier les adresses IP sur le modèle Azure Resource Manager (ARM) utilisé pour déployer l’instance locale Azure à partir d’Azure.Pour Azure Local :
L'extensibilité horizontale des systèmes de stockage sans commutateur n’est pas prise en charge.
Il est uniquement possible de déployer ce scénario à quatre nœuds à l’aide de modèles ARM.
Pour plus d’informations, consultez Déployer via le modèle de déploiement Azure Resource Manager.
VLAN de gestion
Tous les hôtes de calcul physiques doivent accéder au réseau logique de gestion. À des fins de planification d’adresses IP, chaque hôte doit avoir au moins une adresse IP affectée à partir du réseau logique de gestion.
Un serveur DHCP peut affecter automatiquement des adresses IP pour le réseau de gestion, ou vous pouvez affecter manuellement des adresses IP statiques. Lorsque DHCP est la méthode d’attribution IP préférée, les réservations DHCP sans expiration sont recommandées.
Pour plus d’informations, consultez considérations relatives au réseau DHCP pour le déploiement cloud.
Le réseau de gestion prend en charge deux configurations de réseau local virtuel différentes pour le trafic : Native et Tagged.
Le réseau local virtuel natif pour le réseau de gestion ne vous oblige pas à fournir un ID de réseau local virtuel.
Le VLAN balisé pour le réseau de gestion nécessite la configuration de l'ID VLAN sur les adaptateurs réseau physiques ou l'adaptateur réseau virtuel de gestion avant d'enregistrer les nœuds dans Azure Arc.
Les ports de commutateur physique doivent être configurés correctement pour accepter l’ID de réseau local virtuel sur les adaptateurs de gestion.
Si l’intention inclut des types de trafic de gestion et de calcul, les ports de commutateur physique doivent être configurés en mode jonction pour accepter tous les réseaux locaux virtuels requis pour la gestion et les charges de travail de calcul.
Le réseau de gestion prend en charge le trafic utilisé par l’administrateur pour la gestion du système, notamment le Bureau à distance, Windows Admin Center et Active Directory.
Pour plus d’informations, consultez Considérations relatives au réseau local virtuel de gestion.
VLAN de calcul
Dans certains scénarios, vous n’avez pas besoin d’utiliser des réseaux virtuels SDN avec l’encapsulation VXLAN. À la place, vous pouvez utiliser des réseaux locaux virtuels traditionnels pour isoler les charges de travail de leurs locataires. Ces réseaux locaux virtuels doivent être configurés sur le port des commutateurs TOR en mode jonction. Lors de la connexion de nouvelles machines virtuelles à ces réseaux locaux virtuels, la balise VLAN correspondante est définie sur la carte réseau virtuelle.
Réseau HNV Provider Address (PA)
Le réseau de virtualisation de réseau Hyper-V (HNV PA) sert de réseau physique sous-jacent pour le trafic des locataires est-ouest (interne-interne), le trafic des locataires nord-sud (externe-interne) et pour échanger des informations d'appairage BGP avec le réseau physique. Ce réseau n’est requis que lorsqu’il y a besoin de déployer des réseaux virtuels à l’aide de l’encapsulation VXLAN pour ajouter une couche d’isolation supplémentaire et de multitenance réseau.
Pour plus d’informations, consultez Planifier une infrastructure réseau définie par logiciel.
Intentions ATC du réseau
Pour les modèles sans commutateur de stockage à quatre nœuds, deux intentions ATC de réseau sont créées. La première intention est de gérer et de calculer le trafic réseau, et la deuxième intention concerne le trafic de stockage.
Intention de gestion et de calcul
- Type d’intention : Gestion et calcul
- Mode d'intention : Mode cluster
- Formation d'équipe : Oui. Équipe pNIC01 et pNIC02.
- Réseau local virtuel de gestion par défaut : le réseau local virtuel configuré pour les adaptateurs de gestion n’est pas modifié.
- VLAN et vNIC de PA et de calcul : L'ATC réseau est transparent pour les vNIC et les VLAN de PA ou les vNIC et les VLAN de VM de calcul.
Intention de stockage
Type d’intention : Stockage
Mode d'intention : Mode cluster
Teaming : Non. Les cartes réseau RDMA utilisent SMB Multichannel pour fournir une résilience et une agrégation de bande passante.
Réseaux locaux virtuels par défaut : réseau local virtuel unique pour tous les sous-réseaux.
Adresse IP automatique du stockage : False. Ce modèle nécessite une configuration IP manuelle ou une définition d’adresse IP de modèle ARM.
Douze sous-réseaux requis (défini par l’utilisateur) :
- Réseau de stockage 1 : 10.0.1.0/24 –
Node1 -> Node2 - Réseau de stockage 2 : 10.0.2.0/24 –
Node1 -> Node2 - Réseau de stockage 3 : 10.0.3.0/24 –
Node1 -> Node3 - Réseau de stockage 4 : 10.0.4.0/24 –
Node1 -> Node3 - Réseau de stockage 5 : 10.0.5.0/24 –
Node1 -> Node4 - Réseau de stockage 6 : 10.0.6.0/24 –
Node1 -> Node4 - Réseau de stockage 7 : 10.0.7.0/24 –
Node2 -> Node3 - Réseau de stockage 8 : 10.0.8.0/24 –
Node2 -> Node3 - Réseau de stockage 9 : 10.0.9.0/24 –
Node2 -> Node4 - Réseau de stockage 10 : 10.0.10.0/24 –
Node2 -> Node4 - Réseau de stockage 11 : 10.0.11.0/24 –
Node3 -> Node4 - Réseau de stockage 12 : 10.0.12.0/24 –
Node3 -> Node4
- Réseau de stockage 1 : 10.0.1.0/24 –
Pour plus d'informations, voir Déployer la mise en réseau d'hôtes avec l'ATC de réseau.
Modèle ARM Exemple de configuration des réseaux d'intention de stockage
Vous pouvez utiliser le modèle ARM pour le stockage à quatre nœuds sans commutateur, double TOR et double liaison.
"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"
}
]
}
]
},