Configurations de déploiement

Les configurations de déploiement en rack autonome, en rack multiple et de reprise après sinistre sont disponibles sur IBM Fusion HCI. La topologie multi-rack offre les variantes suivantes : multi-rack à haute disponibilité, multi-rack à haute disponibilité 3 zones et rack d'extension.

Rayon autonome

Le rack autonome de IBM Fusion HCI se compose de commutateurs de gestion, de commutateurs à grande vitesse, de PDU, de nœuds de stockage, de nœuds de calcul et de nœuds GPU pour former un cluster unique OpenShift® cluster. Vous pouvez augmenter la taille du nœud pour accroître la capacité d'un rack autonome. Il ne dispose pas de tolérance de panne en cas de défaillance complète du rack.

Pour en savoir plus sur chacun des composants d'un rack autonome, voir Vue d'ensemble du matériel.

Topologie multi-rack à haute disponibilité et rack HA à 3 zones

IBM Fusion H CI est livré avec le logiciel de démarrage qui est installé en usine pour l'installation de Fusion HCI dans le centre de données. Pour les racks multiples hautement disponibles, le représentant du support IBM effectue la vérification initiale et connecte physiquement un minimum de trois racks au réseau et à l'alimentation. Ensuite, ils procèdent à la mise en réseau des deux premières baies, appelées baies auxiliaires. La mise en réseau du site 3rd, également appelé dernier rack, est effectuée après les deux premiers racks. Cette configuration réseau valide le matériel et le câblage du rack et connecte le rack au réseau du centre de données. Cette procédure permet de configurer tous les nœuds par défaut. Lors de la configuration du réseau du dernier rack, le logiciel recueille automatiquement les détails de la configuration du réseau des deux premiers racks et affiche une vue consolidée de l'appareil. Une fois la configuration du réseau terminée pour les trois baies, le plan de contrôle est créé sur les trois baies. Dans cette configuration, le cluster reste opérationnel même en cas de défaillance d'un rack, ce qui garantit la résilience et la continuité. Le SSR IBM fournit l'étape 2 URL au client pour qu'il puisse poursuivre la phase suivante de l'installation.

Dans le cas d'un multirack à haute disponibilité, au moment de l'installation, vous pouvez connecter trois racks IBM Fusion HCI pour créer un seul grand cluster OpenShift Container Platform cluster. Les noeuds de contrôle sont répartis sur plusieurs armoires pour la tolérance aux pannes. Cette topologie répartit également les répliques de Fusion Data Foundation sur l'ensemble des baies afin de résister à la perte d'une baie entière d'infrastructure sans impact sur la disponibilité de la plateforme.

Note : Commandez trois racks similaires à l'usine IBM avec un minimum de six nœuds de stockage par rack.

IBM Fusion HCI offre une configuration flexible des baies dans les zones de disponibilité, ce qui permet un contrôle précis des domaines de défaillance. Vous avez la possibilité de mettre en place un multi-rack à haute disponibilité de deux manières différentes. Lorsque vous sélectionnez une zone de disponibilité, vous pouvez choisir de déployer toutes les baies dans une seule zone physique (trois zones virtuelles) ou de les répartir dans trois zones de disponibilité physiques. La répartition des déploiements sur différents sites physiques renforce la résilience en garantissant l'isolement physique, avec des infrastructures d'alimentation et de réseau distinctes. Cela garantit que Fusion reste opérationnel même si une zone subit une panne.

Zone unique HA

Le plan de contrôle OpenShift le plan de contrôle est réparti sur trois racks. Les répliques de Fusion Data Foundation sont réparties sur trois racks contenant des nœuds de stockage.

Le diagramme suivant montre une seule zone de disponibilité physique. Dans cette configuration, IBM Fusion HCI fournit un domaine de défaillance sous la forme d'un rack.

Le diagramme montre trois domaines de défaillance au sein d'une même zone de disponibilité. — Figure 1 : Trois domaines de défaillance au sein d'une même zone de disponibilité physique

3-Zone HA

IBM Fusion HCI prend en charge 3 zones HA où les racks sont répartis sur des sites distincts au sein d'une région qui sont conçus pour être isolés des défaillances survenant dans d'autres zones. Pour une HA à 3 zones, chaque rack doit être connecté aux commutateurs du client de manière à ce qu'ils se trouvent dans le même domaine de diffusion.

Dans le cadre d'un déploiement multi-racks ou de trois zones de disponibilité (AZ) à haute disponibilité, chaque nœud se voit automatiquement attribuer une étiquette de zone distincte. Cela garantit que tous les nœuds d'un même rack partagent le même label de zone, créant ainsi trois zones distinctes pour la répartition de la charge.

Déployer des baies dans chacune des deux ou trois zones de disponibilité pour obtenir un déploiement de trois ZA de IBM Fusion HCI. Le plan de contrôle OpenShift le plan de contrôle est réparti sur les baies de chacune des trois ZA. Les répliques de Fusion Data Foundation sont réparties sur les nœuds de stockage de chaque AZ. Les nœuds de stockage sont placés dans le même rack que les nœuds de contrôle. Des racks supplémentaires de serveurs de calcul ou de GPU uniquement fournissent des nœuds de travail supplémentaires et sont placés dans chaque zone d'activité.

Le diagramme suivant montre comment le plan de contrôle OpenShift et les répliques de stockage sont répartis sur des baies dans des zones de disponibilité distinctes.

Pour la haute disponibilité multi-rack et 3-Zone HA, Fusion Data Foundation est le seul type de stockage pris en charge. Le stockage de Fusion Data Foundation répartit ses ressources dans ces trois racks, de sorte que vous ne perdez pas de données lorsqu'un rack tombe en panne pour des raisons de maintenance ou de coupure de courant. Les trois appliances côte à côte (adjacentes) agissent comme une seule unité et hébergent un seul stockage et cluster Fusion Data Foundation OpenShift Container Platform cluster. Pour atteindre la haute disponibilité, 1 noeud de contrôle (unité d'armoire 2) est disponible dans chacune de ces trois armoires. Ainsi, même lorsqu'une armoire tombe en panne, le cluster reste disponible. Les composants de chacune des trois armoires sont identiques à ceux d'une seule armoire.

Le nœud de service peut être mis à disposition dans n'importe lequel des racks. Le rack auquel le nœud de service est connecté est désigné et utilisé comme rack de base.

Pour plus d'informations sur les détails des composants et la configuration du matériel, voir Aperçu du matériel. Pour plus d'informations sur la configuration du stockage pour le multi-rack, voir Prise en charge du stockage de Global Data Platform pour le multi-rack et Prise en charge du stockage de Fusion Data Foundation pour le multi-rack. Pour plus d'informations sur les problèmes et les limitations connus dans le domaine du multi-rack, voir Problèmes liés au multi-rack.

Important : Le multi-rack haute disponibilité n'est pris en charge qu'avec le stockage Fusion Data Foundation 4.16 et supérieur.

Armoires d'extension

Le rack d'extension permet d'augmenter la capacité d'un cluster existant, qui peut être un système autonome, une configuration multi-rack à haute disponibilité ou une configuration précédemment étendue.

Pour la topologie basée sur la Global Data Platform, des commutateurs de colonne vertébrale sont nécessaires pour connecter le réseau d'approvisionnement et le réseau de stockage entre les baies. Le réseau OpenShift est connecté au commutateur du client.
Pour la topologie basée sur Fusion Data Foundation, tous les réseaux sont connectés au commutateur du client.

Topologie de reprise après sinistre

IBM Fusion HCI prend en charge la reprise après sinistre (DR) grâce à deux configurations principales : Metro-DR et Regional-DR. La topologie Metro-DR permet une réplication synchrone des données entre deux clusters HCI IBM Fusion situés à des distances métropolitaines (avec une latence inférieure à 40 millisecondes). La topologie Regional-DR utilise la réplication asynchrone des données entre des clusters situés à de grandes distances ou entre deux clusters géographiquement séparés. Bien qu'il introduise un léger retard dans la synchronisation des données, il est idéal pour les scénarios dans lesquels une séparation géographique est nécessaire pour la reprise après sinistre.