Passez en revue le modèle de référence réseau de déploiement double liaison, double tor et sans basculement de stockage à trois nœuds pour Azure Stack HCI

> S’applique à : Azure Stack HCI, version 23H2 et ultérieure

Dans cet article, découvrez le modèle de référence réseau de stockage à trois nœuds avec deux commutateurs TOR L3 et deux liens de maillage complet que vous pouvez utiliser pour déployer votre solution Azure Stack HCI.

Scénarios

Les scénarios de ce modèle de 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 présente 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 la qualité de service ne nécessitent pas de configuration supplémentaire du périphérique 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 ci-dessus, ce modèle comporte les composants réseau physiques suivants :

• Pour la communication en direction nord et en direction sud, le cluster Azure Stack HCI nécessite deux commutateurs TOR dans la configuration du groupe d’agrégation de liens (MLAG) multi-châssis.

• Deux cartes réseau utilisant le commutateur virtuel SET pour gérer le trafic de gestion et de calcul, connectées aux commutateurs TOR. Chaque carte réseau est connectée à un autre TOR.

• Quatre cartes réseau RDMA sur chaque nœud dans une configuration de liaison double maillage complet pour East-West le trafic pour le stockage. Chaque nœud du cluster a une connexion redondante avec deux chemins d’accès à l’autre nœud du cluster.

Logical networks

Comme illustré dans le diagramme ci-dessous, ce modèle comporte les composants réseau logiques suivants :

Réseau local virtuel des réseaux d’interconnexion de nœuds pour le trafic SMB (stockage et migration dynamique)

Le trafic basé sur l’intention de stockage se compose de six 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 uniquement destiné à voyager entre les trois 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 basculement, chaque nœud connecté prend en charge le même sous-réseau correspondant que celui de son voisin.

Lors du déploiement de trois nœuds dans une configuration sans basculement, Network ATC a les exigences suivantes :

• Prend uniquement en charge un seul VLAN pour tous les sous-réseaux IP utilisés pour la connectivité de stockage.

• StorageAutoIP le paramètre doit avoir la valeur false, Switchless le paramètre doit avoir la valeur true et vous êtes responsable de spécifier les adresses IP sur le modèle ARM utilisé pour déployer le cluster Azure Stack HCI à partir d’Azure.

• Pour les déploiements cloud Azure Stack HCI version 23H2 :

  • Les clusters switchless de stockage scale-out ne sont pas pris en charge.

  • Il est uniquement possible de déployer ce scénario à trois nœuds à l’aide de modèles ARM.

Pour plus d’informations, consultez Déployer via Azure Resource Manager modèle de déploiement.

Réseau local virtuel de gestion

Tous les hôtes de calcul physique doivent accéder au réseau logique de gestion. À des fins de planification des adresses IP, au moins une adresse IP doit être attribuée à chaque hôte à partir du réseau logique de gestion.

Un serveur DHCP peut attribuer automatiquement des adresses IP pour le réseau de gestion, ou vous pouvez attribuer 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 VLAN différentes pour le trafic : natif et étiqueté :

• Le réseau virtuel natif pour le réseau de gestion ne vous oblige pas à fournir un ID de réseau local virtuel.

• Le réseau local virtuel étiqueté pour le réseau de gestion nécessite la configuration de l’ID de réseau virtuel sur les cartes réseau physiques ou la carte réseau virtuelle de gestion avant d’inscrire les nœuds dans Azure Arc.

• Les ports de commutateur physique doivent être configurés correctement pour accepter l’ID VLAN sur les cartes 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 les charges de travail de gestion et de calcul.

Le réseau de gestion prend en charge le trafic utilisé par l’administrateur pour la gestion du cluster, notamment bureau à distance, Windows Admin Center et Active Directory.

Pour plus d’informations, consultez Considérations relatives au réseau VLAN de gestion.

Réseaux locaux virtuels de calcul

Dans certains scénarios, vous n’avez pas besoin d’utiliser des réseaux virtuels SDN avec l’encapsulation VXLAN. Au lieu de cela, vous pouvez utiliser des réseaux locaux virtuels traditionnels pour isoler leurs charges de travail de locataire. 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 d’adresse du fournisseur HNV (PA)

Le réseau Hyper-V Network Virtualization Provider Address (HNV PA) sert de réseau physique sous-jacent pour East-West trafic client (interne-interne), North-South trafic client (externe-interne) et pour échanger des informations de peering BGP avec le réseau physique. Ce réseau n’est requis que lorsqu’il est nécessaire de déployer des réseaux virtuels à l’aide de l’encapsulation VXLAN pour une couche supplémentaire d’isolation et de mutualisation réseau.

Pour plus d’informations, consultez Planifier une infrastructure de réseau défini par logiciel.

Intentions atc réseau

Pour les modèles switchless de stockage à trois nœuds, deux intentions ATC réseau sont créées. La première intention concerne la gestion et le calcul du trafic réseau, et la deuxième pour le trafic de stockage.

Intention de gestion et de calcul

• Type d’intention : Gestion et calcul
• Mode Intention : mode Cluster
• Association : Oui. équipe pNIC01 et pNIC02.
• Réseau local virtuel de gestion par défaut : le réseau local virtuel configuré pour les cartes de gestion n’est pas modifié.
• Pa et calcul de VLAN et vNIC : Network ATC est transparent pour les vNIC pa et VLAN ou les VLAN de machine virtuelle de calcul.

Intention de stockage

• Type d’intention : Stockage

• Mode Intention : mode Cluster

• Association : Non. Les cartes réseau RDMA utilisent SMB Multichannel pour fournir la résilience et l’agrégation de bande passante.

• Réseaux locaux virtuels par défaut : VLAN 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 IP de modèle ARM.

• Six sous-réseaux requis (définis 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 – Node2 -> Node3
  • Réseau de stockage 4 : 10.0.4.0/24 – Node1 -> Node3
  • Réseau de stockage 5 : 10.0.5.0/24 – Node1 -> Node3
  • Réseau de stockage 6 : 10.0.6.0/24 – Node2 -> Node3

Pour plus d’informations, consultez Déployer un réseau hôte avec Network ATC.

Exemple de configuration de réseaux d’intention de stockage de modèle ARM

Vous pouvez utiliser le modèle ARM pour le stockage à 3 nœuds sans commutateur, double TOR et double liaison.

"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"
              }
            ]
        }
        ]
      },