Planifier une infrastructure de réseau défini par logiciel

S’applique à : Azure Stack HCI, versions 22H2 et 21H2, Windows Server 2022, Windows Server 2019, Windows Server 2016

Apprenez-en davantage sur la planification du déploiement d’une infrastructure de réseau défini par logiciel, notamment sur les conditions matérielles et logicielles préalables requises. Cette rubrique décrit les exigences de planification pour la configuration physique et logique du réseau, le routage, les passerelles, le matériel réseau, et bien plus. Il inclut également des considérations relatives à l’extension d’une infrastructure SDN et à l’utilisation d’un déploiement par phases.

Prérequis

Il existe plusieurs prérequis matériels et logiciels pour une infrastructure SDN, notamment :

• Groupes de sécurité et inscription dynamique de réseau défini par logiciel. Vous devez préparer votre centre de données au déploiement du contrôleur de réseau qui nécessite un ensemble de machines virtuelles. Avant de déployer le contrôleur de réseau, vous devez configurer des groupes de sécurité et une inscription dynamique de réseau défini par logiciel.

  Pour en savoir plus sur le déploiement du contrôleur de réseau pour votre centre de données, consultez Configuration requise pour le déploiement du contrôleur de réseau.

• Réseau physique. Pour configurer les réseaux locaux virtuels (VLAN), le routage et le protocole BGP (Border Gateway Protocol), vous devez avoir accès à vos périphériques réseau physiques. Cette rubrique contient des instructions pour la configuration manuelle du commutateur, et le choix entre une homologation BGP via des commutateurs/routeurs de couche 3 et une machine virtuelle faisant office de serveur de routage et d’accès distant (RRAS).

• Ordinateurs hôtes de calcul physique. Ces hôtes exécutent Hyper-V et sont requis pour héberger une infrastructure SDN et des machines virtuelles clientes. Pour permettre à ces ordinateurs hôtes de produire des performances optimales, un matériel réseau spécifique est requis, comme décrit dans la section suivante.

Configuration matérielle requise pour la mise en réseau SDN

Cette section fournit la configuration matérielle requise pour les commutateurs physiques lors de la planification d’un environnement SDN.

Commutateurs et routeurs

Lorsque vous sélectionnez un commutateur et un routeur physiques pour votre environnement SDN, assurez-vous qu'ils prennent en charge les fonctionnalités suivantes :

• Paramètres de MTU de port commuté (requis)
• MTU définie sur >= 1 674 octets (en-tête L2-Ethernet compris)
• Protocoles L3 (requis)
• Routage multichemin à coût égal (Equal-Cost Multi-Path, ECMP)
• ECMP basé sur BGP (IETF RFC 4271)

Les implémentations doivent prendre en charge les instructions MUST dans les normes IETF suivantes :

• RFC 2545 : Extensions multiprotocoles BGP-4 pour le routage inter-domaines IPv6
• RFC 4760 : Extensions multiprotocoles pour BGP-4
• RFC 4893 : Prise en charge de BGP pour l’espace de numéro AS de quatre octets
• RFC 4456 : Réflexion d’itinéraire BGP : alternative au BGP interne de maille complète (Internal BGP, IBGP)
• RFC 4724 : Mécanisme de redémarrage correct pour BGP

Les protocoles d’étiquetage suivants sont requis :

• VLAN – Isolation des différents types de trafic
• Tronc 802.1q

Les éléments suivants fournissent un contrôle de lien :

• Qualité de service (QoS) (PFC requis seulement si vous utilisez RoCE)
• Sélection du trafic améliorée (802.1Qaz)
• Contrôle de flux basé sur la priorité (PFC) (802.1p/Q and 802.1Qbb)

Les éléments suivants assurent la disponibilité et la redondance :

• Disponibilité du commutateur (obligatoire)
• Un routeur hautement disponible est requis pour exécuter les fonctions de passerelle. Vous pouvez implémenter cela à l’aide d’un commutateur\routeur multichâssis ou de technologies telles que le protocole VRRP (Virtual Router Redundancy Protocol).

Configuration physique et logique du réseau

Chaque hôte de calcul physique requiert une connexion réseau via une ou plusieurs cartes réseau connectées à un port commuté physique. Un réseau local virtuel (VLAN) de couche 2 prend en charge des réseaux divisés en plusieurs segments de réseau logique.

Logical networks

Cette section traite des exigences de planification de l’infrastructure de réseau défini par logiciel pour le réseau logique de gestion et le réseau logique du fournisseur de virtualisation de réseau Hyper-V (HNV). Elle comprend des détails sur l’approvisionnement de réseaux logiques supplémentaires pour l’utilisation de passerelles et d’un équilibreur de charge logiciel (Software Load Balancer, SLB), ainsi qu’un exemple de topologie de réseau.

Fournisseurs de gestion et de HNV

Tous les hôtes de calcul physique doivent accéder au réseau logique de gestion et au réseau logique du fournisseur de HNV. Pour la planification des adresses IP, chaque ordinateur hôte de calcul physique doit avoir au moins une adresse IP affectée à partir du réseau logique de gestion. Le contrôleur de réseau a besoin d’une adresse IP réservée de ce réseau pour servir d’adresse IP REST (Representational State Transfer).

Le réseau du fournisseur de HNV fait office de réseau physique sous-jacent pour le trafic de locataire est/ouest (interne-interne), le trafic de locataire nord/sud (interne-externe), ainsi que pour l’échange d’informations d’homologation BGP avec le réseau physique.

Voici comment le réseau du fournisseur HNV alloue des adresses IP. Utilisez cette option pour planifier votre espace d’adressage pour le réseau du fournisseur HNV.

• Alloue deux adresses IP à chaque serveur physique
• Alloue une adresse IP à chaque machine virtuelle MUX SLB
• Alloue une adresse IP à chaque machine virtuelle de passerelle

Un serveur DHCP peut attribuer automatiquement des adresses IP pour le réseau de gestion, ou vous pouvez attribuer manuellement des adresses IP statiques. La pile de réseau défini par logiciel affecte automatiquement des adresses IP pour le réseau logique du fournisseur de HNV pour les ordinateurs hôtes Hyper-V individuels à partir d’un pool d’adresses IP. Le contrôleur de réseau spécifie et gère le pool d’adresses IP.

Pour plus d’informations sur la virtualisation de réseau Hyper-V (HNV) que vous pouvez utiliser pour virtualiser des réseaux dans un déploiement de réseau défini par logiciel Microsoft, consultez Virtualisation de réseau Hyper-V.

Passerelles et équilibreur de charge logiciel (SLB)

Vous devez créer et approvisionner des réseaux logiques supplémentaires pour utiliser les passerelles et le SLB. Veillez à obtenir les préfixes d’adresse IP, ID de VLAN et adresses IP de passerelle appropriés pour ces réseaux.

Exemple de topologie de réseau

Modifiez les exemples de préfixes de sous-réseau IP et d’ID de VLAN pour votre environnement.

Infrastructure de routage

Les informations de routage (telles que le tronçon suivant) pour les sous-réseaux d’adresses IP virtuelles sont publiées par les passerelles SLB/MUX et de serveur d’accès à distance (Remote Access Server, RAS) dans le réseau physique à l’aide d’une homologation BGP interne. Les réseaux logiques VIP n’ont pas de VLAN affecté et ils ne sont pas préconfigurés dans le commutateur de couche 2 (par exemple, le commutateur Top-of-Rack).

Vous devez créer un homologue BGP sur le routeur qu’utilise votre infrastructure de réseau défini par logiciel pour recevoir des itinéraires pour les réseaux logiques d’adresses IP virtuelles publiés par les passerelles SLB/MUX et RAS. L’homologation BGP ne doit avoir lieu que dans un sens (de la passerelle SLB/MUX ou RAS vers l’homologue BGP externe). Au-dessus de la première couche de routage, vous pouvez utiliser des itinéraires statiques ou un autre protocole de routage dynamique, tel que OSPF (Open Shortest Path First). Toutefois, comme indiqué précédemment, le préfixe de sous-réseau IP pour les réseaux logiques d’adresses IP virtuelles doit être routable à partir du réseau physique vers l’homologue BGP externe.

L’homologation BGP est généralement configurée dans un commutateur ou un routeur managé dans le cadre de l’infrastructure réseau. L’homologue BGP peut également être configuré sur un serveur Windows Server avec le rôle RAS installé en mode Routage uniquement. L’homologue de routeur BGP dans l’infrastructure réseau doit être configuré pour utiliser ses propres numéros de système autonome (ASN) et autoriser l’homologation à partir d’un ASN affecté aux composants de réseau défini par logiciel (passerelles SLB/MUX et RAS).

Vous devez obtenir les informations suivantes de votre routeur physique ou de l’administrateur réseau contrôlant celui-ci :

• ASN du routeur
• Adresse IP du routeur

Vous ou votre administrateur réseau devez configurer l’homologue de routeur BGP pour qu’il accepte les connexions à partir de l’adresse IP ou de l’adresse de sous-réseau du réseau logique du fournisseur de HNV que votre passerelle RAS et vos SLB/MUX utilisent.

Pour plus d’informations, consultez Border Gateway Protocol (BGP).

Passerelles par défaut

Les machines configurées pour se connecter à plusieurs réseaux, telles que les hôtes physiques, les SLB/MUX et les machines virtuelles de passerelle, ne doivent avoir qu’une seule passerelle par défaut configurée. Utilisez les passerelles par défaut suivantes pour les ordinateurs hôtes et les machines virtuelles d’infrastructure :

• Pour des ordinateurs hôtes Hyper-V, utilisez le réseau de gestion comme passerelle par défaut.
• Pour des machines virtuelles de contrôleur de réseau, utilisez le réseau de gestion comme passerelle par défaut.
• Pour des machines virtuelles SLB/MUX, utilisez le réseau de gestion comme passerelle par défaut.
• Pour des machines virtuelles de passerelle, utilisez le réseau du fournisseur de HNV comme passerelle par défaut. Cette valeur doit être définie sur la carte réseau frontale des machines virtuelles de passerelle.

Commutateurs et routeurs

Pour faciliter la configuration de votre commutateur ou routeur physique, un ensemble d’exemples de fichiers de configuration pour un éventail de modèles de commutateur et de fournisseurs est disponible dans le Dépôt GitHub pour réseau défini par logiciel Microsoft. Un fichier Lisez-moi et des commandes d’interface de ligne de commande (CLI) testées pour des commutateurs spécifiques sont fournis.

Pour plus d’informations sur la configuration matérielle requise pour les commutateurs et les routeurs, consultez la section Configuration matérielle SDN.

Calcul

Le système d’exploitation approprié doit être installé sur tous les ordinateurs hôtes Hyper-V, être activé pour Hyper-V et utiliser un commutateur virtuel Hyper-V externe avec au moins une carte physique connectée au réseau logique de gestion. L’hôte doit être accessible via une adresse IP de gestion affectée à la vNIC de l’hôte de gestion.

Vous pouvez utiliser n’importe quel type de stockage compatible avec Hyper-V, partagé ou local.

Exigences de calcul de l’ordinateur hôte

La configuration matérielle et logicielle minimale requise pour les quatre hôtes physiques utilisés dans l’exemple de déploiement est illustrée ci-dessous.

Configuration requise pour le rôle de machine virtuelle d’infrastructure de réseau défini par logiciel

Voici la configuration requise pour les rôles de machine virtuelle.

Si vous utilisez System Center – Virtual Machine Manager (VMM) pour le déploiement, des ressources de machine virtuelle d’infrastructure supplémentaires sont requises pour VMM et des infrastructures autres que de réseau défini par logiciel. Pour en savoir plus, consultez Configuration système requise pour System Center Virtual Machine Manager.

Extension de votre infrastructure

La configuration requise en termes de dimensionnement et de ressources de votre infrastructure dépend des machines virtuelles de charge de travail du locataire que vous envisagez d’héberger. La configuration requise pour le processeur, la mémoire et le disque pour les machines virtuelles d’infrastructure (par exemple : contrôleur de réseau, SLB, passerelle, etc.) est définie dans le tableau précédent. Vous pouvez ajouter des machines virtuelles d’infrastructure pour la mise à l’échelle en fonction des besoins. Toutefois, les machines virtuelles de locataire s’exécutant sur des hôtes Hyper-V ont leurs propres exigences en matière de processeur, de mémoire et de disque que vous devez prendre en considération.

Lorsque les machines virtuelles de charge de travail du locataire commencent à consommer trop de ressources sur les hôtes Hyper-V physiques, vous pouvez étendre votre infrastructure en ajoutant des hôtes physiques. Vous pouvez utiliser Windows Admin Center, VMM ou des scripts PowerShell pour créer des ressources de serveur via le contrôleur de réseau. La méthode à utiliser dépend de la façon dont vous avez déployé initialement l’infrastructure. Si vous devez ajouter des adresses IP pour le réseau du fournisseur de HNV, vous pouvez créer des sous-réseaux logiques (avec les pools d’adresses IP correspondants) que les hôtes peuvent utiliser.

Déploiement par phases

En fonction de vos besoins, il se peut que vous deviez déployer un sous-ensemble de l’infrastructure SDN. Par exemple, si vous souhaitez héberger uniquement des charges de travail client dans votre centre de données et que la communication externe n’est pas requise, vous pouvez déployer un contrôleur de réseau et ignorer le déploiement des machines virtuelles SLB/MUX et de passerelle. La rubrique suivante décrit la configuration requise de l’infrastructure de fonctionnalités réseau pour un déploiement en phases de l’infrastructure de réseau défini par logiciel.

Étapes suivantes

Pour consulter des informations connexes, reportez-vous également à :

• Configuration requise pour le déploiement du contrôleur de réseau
• SDN dans Azure Stack HCI
• Module d’apprentissage : Planification et déploiement de l’infrastructure SDN sur Azure Stack HCI