Planification du déploiement de la virtualisation OpenShift
Cloud privé virtuel 4.17 et plus tard Nœuds de travail en métal nu uniquement RHCOS uniquement
Avant de déployer OpenShift Virtualization sur Red Hat OpenShift on IBM Cloud, examinez les conditions préalables et planifiez la configuration de votre cluster, la solution de stockage et la configuration du réseau.
OpenShift Le service de virtualisation est l'option la plus rapide, avec une configuration automatique du stockage, du réseau et des opérateurs : tout est prêt en quelques minutes au lieu de plusieurs heures.
Prérequis
Pour déployer la virtualisation d' OpenShift, vous devez disposer d'un compte IBM Cloud doté des autorisations IAM appropriées. Plus précisément, vous devez disposer du rôle « Opérateur » pour les services d' Kubernetes Service, et du rôle « Éditeur » ou « Administrateur » pour les services d' VPC.
Votre infrastructure VPC doit comprendre un VPC comportant des sous-réseaux dans les zones de votre choix et un quota suffisant pour les nœuds de travail bare metal. Votre cluster d' OpenShift s doit être de version 4.17 ou ultérieure, et fonctionner sur des nœuds de travail bare metal VPC équipés de RHCOS. Le cluster doit utiliser le CNI OVN- Kubernetes, et la protection du trafic sortant doit être désactivée.
Planifier la configuration de votre cluster
Choix des saveurs de métal nu
Sélectionnez les saveurs de métal nu en fonction des exigences de votre charge de travail. Pour une liste complète des saveurs prises en charge, voir Saveurs de métal nu.
Si vous prévoyez d'utiliser l' OpenShift Data Foundation (ODF), choisissez des instances « bare metal » dont le nom comporte le suffixe « d » ou « 3d », car celles-ci intègrent un stockage local NVMe. ODF nécessite
des disques locaux pour des performances optimales. Pour l' File Storage d'un VPC, n'importe quelle configuration « bare metal » prise en charge peut être utilisée, bien que les configurations avec stockage local restent recommandées pour
de meilleures performances globales.
Choisissez une solution « bare metal » adaptée à votre type de charge de travail. Pour les charges de travail exigeantes, optez pour des instances bare metal dotées d'un stockage local et d'ODF. Les charges de travail gourmandes en mémoire
fonctionnent mieux sur les instances bare metal de la série « mx », tandis que les charges de travail gourmandes en puissance de calcul tirent davantage parti des instances de la série « cx ». Pour des charges de
travail équilibrées, choisissez les versions « bare metal » de la série d' bx. Si l'optimisation des coûts est votre priorité, envisagez des instances « bare metal » plus petites avec l' File Storage VPC.
Architecture du pool de travailleurs
Pour optimiser les coûts, envisagez une configuration à deux pools : un pool « bare metal » pour les charges de travail d' VM, et un pool VSI pour les composants d'infrastructure. Vous pouvez également opter pour une configuration à pool unique, dans laquelle tous les composants s'exécutent sur des nœuds « bare metal ». Cette approche est plus simple, mais son coût est plus élevé.
Les déploiements à zone unique sont recommandés pour les charges de travail de virtualisation, car ils minimisent la latence de stockage pour les charges de travail d' VM, simplifient la configuration des VNI (les VNI étant spécifiques à chaque zone) et réduisent la charge liée à la réplication du stockage entre les zones. Les déploiements multizones offrent une meilleure haute disponibilité, et ODF nécessite au moins trois zones pour assurer cette haute disponibilité. Toutefois, la réplication de stockage entre zones peut affecter les performances d' VM, et il est recommandé d'éviter la migration d' VM s entre zones lorsque vous utilisez des VNI.
Planifier votre solution de stockage
OpenShift La virtualisation nécessite un stockage prenant en charge le mode d'accès ReadWriteMany (RWX). Choisissez une solution de stockage en fonction des exigences de votre charge de travail.
Matrice de décision pour le stockage
| Cas d'utilisation | OpenShift Data Foundation | VPC File Storage |
|---|---|---|
| Haute disponibilité (multizone) | Recommandé | Non recommandé |
| Charges de travail élevées en lecture/écriture | Recommandé | Possible avec des classes à haut débit IOPS |
| Faible lecture/écriture ou non production | Coûteux | Recommandé |
| Prise en charge des instantanés et du clonage | Pris en charge | Non pris en charge |
| Migration active | Pris en charge | Pris en charge |
| Coût | Supérieur | Inférieur |
Options de stockage
- OpenShift Fondation pour les données (ODF)
- ODF est particulièrement adapté aux environnements de production présentant des exigences élevées en matière d'E/S et nécessitant la prise en charge des instantanés ou du clonage. ODF nécessite un serveur physique équipé d'un stockage NVMe local, au moins 3 nœuds et au moins 3 zones pour assurer la haute disponibilité. Pour plus d'informations, voir Présentation d'ODF.
- VPC File Storage
- Le stockage de fichiers VPC est idéal pour les environnements de développement, les déploiements où le coût est un facteur déterminant et les charges de travail présentant des besoins en E/S faibles à modérés. Vous pouvez utiliser n'importe
quelle version « bare metal » avec VPC File Storage, et vous aurez besoin du pilote de fichier CSI pour VPC. Veuillez noter que l' File Storage VPC ne prend pas en charge les instantanés ni le clonage. Pour obtenir les meilleures performances,
utilisez les classes de stockage «
ibmc-vpc-file-1000-iops» ou «ibmc-vpc-file-6000-iops». Pour plus d'informations, consultez la section « Profils d' File Storage s VPC ».
Planification de la mise en réseau
Options de mise en réseau
OpenShift 4.17 et prendra ensuite en charge les fonctionnalités réseau de base, qui utilisent le réseau de pods par défaut, les services, les routes et les équilibreurs de charge VPC. OpenShift Pour des fonctionnalités réseau plus avancées, la version 0. 4.20 et les versions ultérieures prennent en charge les interfaces réseau virtuelles (VNI), qui offrent une connectivité directe aux VPC, des adresses IP flottantes et la préservation du réseau pendant la migration. Les VNI nécessitent l'opérateur NMState, des ponts OVS, des UDN et l'interface CNI OVN- Kubernetes. N'oubliez pas que les VNI varient selon les zones. La fonctionnalité VNI est désormais disponible pour tous les utilisateurs d' OpenShift 4.20.
La fonction VNI est généralement disponible. Il se peut qu'un petit nombre de comptes soient encore bloqués; veuillez contacter le service d'assistance de IBM Cloud si vous avez besoin d'y accéder.
Pour plus d'informations sur l'installation de l'opérateur NMState et la configuration des VNI, voir Managing virtual network interfaces for OpenShift Virtualization.
Node placement
Pour optimiser les coûts, déployez les composants d'infrastructure tels que les opérateurs d' KubeVirt, le CDI et les contrôleurs sur des nœuds VSI à l'aide de sélecteurs de nœuds ou de taints et de tolérances. Déployez des charges de travail d' VM sur des nœuds bare metal pour obtenir des performances optimales, en utilisant des sélecteurs de nœuds pour cibler ces derniers.
Une stratégie de placement efficace consiste à créer des pools de travailleurs distincts pour baremetal-pool et vsi-pool, puis à attribuer les étiquettes appropriées aux nœuds. Étiquetez les nœuds « bare metal » avec
node-role.kubernetes.io/worker-vm=true et les nœuds VSI avec node-role.kubernetes.io/infra=true. Enfin, configurez le contrôleur de répartition de charge (CR) d' HyperConverged avec des règles de placement des nœuds
afin d'assurer cette séparation.
Dimensionnement et optimisation
La configuration minimale du cluster nécessite 3 nœuds physiques dans une seule zone. Pour les déploiements en production, il est recommandé d'opter pour une configuration à zone unique comprenant au moins trois nœuds bare metal, ainsi que des nœuds VSI supplémentaires pour l'infrastructure. Si vous avez besoin d'une haute disponibilité, déployez au moins trois nœuds bare metal par zone, répartis sur trois zones, ainsi que des nœuds VSI supplémentaires pour l'infrastructure.
Lors de la planification des ressources d' VM, prévoyez environ 10 vCPU et 32 Go de RAM par nœud pour couvrir les frais généraux du système. Par exemple, un nœud 96- vCPU s offre environ 86 vCPU s pour les machines virtuelles.
Pour optimiser les coûts, utilisez l' File Storage VPC pour les environnements hors production, déployez les composants d'infrastructure sur des VSI, adaptez la taille de vos ressources d' VM, utilisez des classes d'IOPS de stockage adaptées et envisagez de recourir à la capacité réservée pour une utilisation à long terme. Pour plus d'informations, consultez la section « Comprendre les coûts liés aux clusters ».
Pour des raisons de sécurité, utilisez des groupes de sécurité et des stratégies réseau pour contrôler le trafic, activez le chiffrement du stockage afin de protéger les données au repos, configurez l'authentification basée sur les rôles (RBAC) pour la gestion d' VM s afin de contrôler les accès, et utilisez l'authentification par mot de passe ( Secrets Manager ) pour les données sensibles telles que les identifiants et les certificats.
Etapes suivantes
Après avoir planifié votre déploiement :
- Configurer le stockage pour la virtualisation OpenShift
- Installez l'opérateur de virtualisation d' OpenShift (non requis pour le service de virtualisation d' OpenShift, dont les opérateurs sont préinstallés)
- Configurer les interfaces réseau virtuelles(facultatif) (pour le service de virtualisation, ignorer les étapes d'installation de l'opérateur NMState et de création de la ressource NNCP)