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.

Avantages

  • Interface de plan de contrôle unique pour visualiser toutes les régions et environnements.

  • Kubernetes ne nécessite pas Rancher pour fonctionner et peut tolérer la perte de connectivité avec l’instance Rancher.

Inconvénients

  • Soumise aux latences réseau.

  • Si Rancher tombe en panne, le provisionnement global de nouveaux services n’est pas disponible tant qu’il n’est pas rétabli. Cependant, chaque cluster Kubernetes peut continuer à être géré individuellement.

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.