Vue d’ensemble des modèles de référence réseau pour Azure Stack HCI
S’applique à : Azure Stack HCI, versions 23H2 et 22H2
Dans cet article, découvrez comment déployer des modèles de référence réseau sur Azure Stack HCI.
Un déploiement se compose d’un seul serveur ou de plusieurs systèmes serveurs (jusqu’à 16 serveurs par cluster) qui se connectent à un ou deux commutateurs ToR (Top of Rack). Ces environnements présentent les caractéristiques suivantes :
Au moins deux ports de carte réseau dédiés à l’intention du trafic de stockage. La seule exception à cette règle est les déploiements à serveur unique, où les cartes réseau pour le stockage ne sont pas requises si vous ne prévoyez pas d’effectuer un scale-out du cluster à l’avenir.
Un ou deux ports de carte réseau dédiés à la gestion et aux intentions de trafic de calcul.
Considérations relatives à la connectivité sans commutateur de stockage
Voici quelques considérations relatives à l’utilisation de configurations sans commutateur :
Les déploiements sans commutateur de stockage dans Azure Stack HCI 23H2 prennent uniquement en charge 1,2 ou 3 nœuds.
Les opérations de scale-out sur les déploiements sans commutateur de stockage à partir de Portail Azure ou ARM ne sont pas prises en charge dans les clusters Azure Stack HCI 23H2.
Aucun commutateur n’est nécessaire pour le trafic en cluster (Est-Ouest) ; toutefois, un commutateur physique est requis pour le trafic en dehors du cluster (nord-sud).
Network ATC ne prend pas en charge l’autoIP du réseau de stockage sur 3 nœuds sans basculement de déploiements. La planification est requise pour les schémas d’adressage IP et de sous-réseau.
Les adaptateurs de stockage sont des interfaces à usage unique. La gestion, le calcul, le cluster étendu et d’autres trafics nécessitant une communication nord-sud ne peuvent pas utiliser les cartes réseau de stockage.
À mesure que le nombre de nœuds du cluster dépasse deux nœuds, le coût des cartes réseau peut dépasser le coût d’utilisation des commutateurs réseau.
Au-delà d’un cluster à trois nœuds, la complexité de la gestion des câbles augmente.
Pour plus d’informations, consultez Configuration réseau physique requise pour Azure Stack HCI.
Configuration requise du pare-feu
Azure Stack HCI nécessite une connectivité périodique à Azure. Si le pare-feu sortant de votre organisation est restreint, vous devez inclure les exigences de pare-feu pour les points de terminaison sortants et les règles et ports internes. Il existe des points de terminaison obligatoires et recommandés pour les composants principaux Azure Stack HCI, qui incluent la création, l’inscription et la facturation du cluster, Microsoft Update et le témoin de cluster cloud.
Consultez les exigences de pare-feu pour obtenir la liste complète des points de terminaison. Veillez à inclure ces URL requises dans votre liste autorisée. Les ports réseau appropriés doivent être ouverts entre tous les nœuds serveur à la fois au sein d’un site et entre les sites (pour les clusters étendus).
Le validateur de connectivité Azure Stack HCI de l’outil Vérificateur d’environnement vérifie l’exigence de connectivité sortante par défaut pendant le déploiement. En outre, vous pouvez exécuter l’outil Vérificateur d’environnement autonome avant, pendant ou après le déploiement pour évaluer la connectivité sortante de votre environnement.
Une bonne pratique consiste à disposer de tous les points de terminaison pertinents dans un fichier de données accessible par l’outil de vérificateur d’environnement. Le même fichier peut également être partagé avec votre administrateur de pare-feu pour ouvrir les ports et URL nécessaires.
Pour plus d’informations, consultez la configuration requise pour le pare-feu.
Étapes suivantes
- Choisissez un modèle réseau à examiner.