Définir des ensembles de clusters
Les charges de travail d’entreprise peuvent nécessiter des degrés de scalabilité et de disponibilité plus élevés que ceux disponibles avec le modèle de clustering de basculement Windows Server traditionnel. Vous pouvez prendre en charge cette exigence en implémentant des ensembles de clusters.
Qu’est-ce que les ensembles de clusters ?
Dans les termes les plus simples, vous pouvez considérer un ensemble de clusters comme un cluster de clusters exécutant Windows Server 2025. Les ensembles de clusters vous permettent d’étendre l’étendue de votre centre de données défini par logiciel (SDDC) en combinant plusieurs clusters dans une structure logique, hautement évolutive et résiliente. L’infrastructure fournit un espace de noms soFS (File Server) unique Scale-Out, ainsi que la possibilité de transférer facilement des machines virtuelles entre des clusters sans affecter négativement la disponibilité ou le temps d’activité de leurs charges de travail.
Les ensembles de clusters fournissent une couche d’abstraction qui masque les clusters individuels et présente une interface unifiée pour les clients qui se connectent aux applications et services en cluster. Ils facilitent également l’approvisionnement et le déprovisionnement transparents de clusters individuels.
Les ensembles de clusters répondent à deux principaux défis associés à des clusters individuels :
- Disponibilité. Les clusters individuels, quelle que soit leur taille, sont soumis aux mêmes règles concernant leur résilience. Par exemple, un cluster d’espaces de stockage direct avec quatre nœuds ou plus peut résister à une défaillance d’au plus deux d’entre eux. Étant donné que cette règle s’applique même aux clusters les plus volumineux avec 64 nœuds, il est plus pratique de créer plus de clusters plus petits, plutôt que moins de clusters plus volumineux. Toutefois, cette approche a des implications négatives sur l’extensibilité.
- Scalabilité. La mise à l’échelle verticale ou horizontale des clusters lorsqu’ils épuisent leur capacité de stockage ou de traitement actuelle nécessite un matériel correspondant et implique de longues reconstructions.
Les dispositions de résilience supplémentaires intégrées à la conception des groupes de clusters augmentent la disponibilité globale des charges de travail. Pour résoudre les problèmes d’extensibilité, vous pouvez déployer un autre cluster et l’ajouter à l’ensemble de clusters.
Important
Les ensembles de clusters ne prennent pas en charge le basculement automatique entre les clusters.
Remarque
Pour fournir une résilience de stockage entre clusters, vous devez implémenter un réplica de stockage.
Composants de l’ensemble de clusters
Un ensemble de clusters se compose des composants suivants :
- Cluster de gestion. Il s’agit d’un cluster de basculement qui héberge le plan de gestion de l’ensemble de clusters, y compris l’espace de noms SOFS unifié. Les nœuds du cluster de gestion peuvent être physiques ou virtuels, y compris les machines virtuelles invitées s’exécutant sur des clusters membres.
- Clusters membres. Il s’agit de clusters exécutant Windows Server 2025, qui hébergent des machines virtuelles, des partages SOFS et des charges de travail basées sur des espaces de stockage direct.
- Jeu de clusters référence SOFS de référence d’espace de noms. Il s’agit d’une instance de SOFS hébergée sur le cluster de gestion. Ce mécanisme sert de couche d’abstraction qui présente une interface uniforme aux clients SMB pour accéder aux partages SMB hébergés sur le soFS du cluster membre.
- Maître de l’ensemble de clusters. Il s’agit d’une ressource de cluster hébergée sur le cluster de gestion, qui coordonne la communication entre les clusters membres.
- Worker de l’ensemble de clusters. Il s’agit d’une ressource de cluster hébergée sur chaque cluster membre, qui gère l’interaction entre le cluster de gestion et les clusters membres individuels, comme l’état de création de rapports des ressources locales ou le placement de machine virtuelle.
