|
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. |
SUSE Rancher Prime Stratégie de déploiement
Il existe deux stratégies de déploiement recommandées pour une instance Rancher qui gère des clusters Kubernetes en aval. Chacune a ses propres avantages et inconvénients. Lisez-en plus sur celle qui conviendrait le mieux à votre cas d’utilisation.
Stratégie Hub & Spoke
Dans ce scénario de déploiement, il y a une seule instance Rancher gérant des clusters Kubernetes à travers le monde. L’instance Rancher serait exécutée sur un cluster Kubernetes à haute disponibilité, et il y aurait un impact dû aux latences.
Stratégie régionale
Dans le modèle de déploiement régional, une instance Rancher est déployée à proximité des clusters Kubernetes en aval.
Avantages
-
La fonctionnalité de Rancher dans les régions reste opérationnelle si une instance Rancher dans une autre région tombe en panne.
-
La latence réseau entre Rancher et les clusters en aval est considérablement réduite, améliorant la performance des fonctionnalités dans Rancher.
-
Les mises à niveau de Rancher peuvent être effectuées indépendamment par région.
Inconvénients
-
Surcharge de gestion de plusieurs installations Rancher.
-
La visibilité sur les clusters Kubernetes dans différentes régions nécessite plusieurs interfaces ou tableaux de bord.
-
Le déploiement d’applications multi-clusters dans Rancher nécessite de répéter le processus pour chaque serveur Rancher.