|
Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi. |
Installation de SUSE Rancher Prime dans un environnement VMware vSphere
Ce guide présente une architecture de référence pour l’installation de Rancher sur un cluster Kubernetes RKE dans un environnement VMware vSphere. Il décrit également les meilleures pratiques standard de vSphere telles que documentées par VMware.
1. Considérations sur le répartiteur de charge
Un répartiteur de charge est nécessaire pour diriger le trafic vers les charges de travail Rancher résidant sur les nœuds RKE.
Tirer parti de la tolérance aux pannes et de la haute disponibilité
Tirez parti de l’utilisation d’un répartiteur de charge externe (matériel ou logiciel) qui possède une fonctionnalité de haute disponibilité intégrée (F5, NSX-T, Keepalived, etc.).
Sauvegarder la configuration du répartiteur de charge
En cas d’activité de récupération après sinistre, la disponibilité de la configuration du répartiteur de charge accélérera le processus de récupération.
Configurer les vérifications de santé
Configurez le répartiteur de charge pour marquer automatiquement les nœuds comme indisponibles si une vérification de santé échoue. Par exemple, NGINX peut faciliter cela avec :
max_fails=3 fail_timeout=5s
2. Considérations sur les VM
Dimensionnez les VM selon la documentation de Rancher
Voir Exigences d’installation.
Utilisez des modèles de VM pour construire l’environnement
Pour faciliter la cohérence des machines virtuelles déployées dans l’environnement, envisagez d’utiliser des "images de référence" sous forme de modèles de VM. Packer peut être utilisé pour accomplir cela, ajoutant de plus grandes options de personnalisation.
Utilisez les règles d’anti-affinité DRS (lorsque cela est possible) pour séparer les nœuds du cluster Rancher entre les hôtes ESXi
Cela garantira que les VM des nœuds sont réparties sur plusieurs hôtes ESXi, évitant ainsi un point de défaillance unique au niveau de l’hôte.
Utilisez les règles d’anti-affinité DRS (lorsque cela est possible) pour séparer les nœuds du cluster Rancher entre les magasins de données
Cela garantira que les VM des nœuds sont réparties sur plusieurs magasins de données, évitant ainsi un point de défaillance unique au niveau du magasin de données.
Configurez les VM comme approprié pour Kubernetes
Il est important de suivre les meilleures pratiques de K8s et d’etcd lors du déploiement de vos nœuds, y compris en désactivant le swap, en vérifiant que vous disposez d’une connectivité réseau complète entre toutes les machines du cluster, et en utilisant des noms d’hôtes, des adresses MAC et des product_uuids uniques pour chaque nœud.
3. Considérations réseau
Utilisez une connectivité à faible latence et à large bande entre les nœuds ETCD
Déployez les membres etcd dans un seul centre de données lorsque cela est possible pour éviter les surcoûts de latence et réduire la probabilité de partitionnement du réseau. Pour la plupart des configurations, des connexions de 1 Gb suffiront. Pour les grands clusters, des connexions de 10 Gb peuvent réduire le temps nécessaire pour restaurer à partir d’une sauvegarde.