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.