|
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. |
Clusters Kubernetes dans la SUSE Rancher Primeconfiguration
Rancher simplifie la création de clusters en vous permettant de les créer via l’interface utilisateur de Rancher plutôt que par des alternatives plus complexes. Rancher propose plusieurs options pour lancer un cluster. Utilisez l’option qui correspond le mieux à votre cas d’utilisation.
Cette section suppose une familiarité de base avec Docker et Kubernetes. Pour une brève explication de la façon dont les composants Kubernetes fonctionnent ensemble, reportez-vous à la page concepts.
Pour un aperçu conceptuel de la manière dont le serveur Rancher provisionne des clusters et des outils qu’il utilise pour les provisionner, consultez la page architecture.
Capacités de gestion des clusters par type de cluster
Le tableau suivant résume les options et paramètres disponibles pour chaque type de cluster :
| Action | Rancher Launched Kubernetes Clusters | EKS, GKE and AKS Clusters1 | Other Hosted Kubernetes Clusters | Non-EKS or GKE Registered Clusters |
|---|---|---|---|---|
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
✓ |
✓ |
|
Editing and Upgrading Clusters |
✓ |
✓ |
✓ |
✓2 |
✓ |
✓ |
✓ |
✓3 |
|
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
✓ |
✓ |
|
Configuring Tools (Alerts, Notifiers, Monitoring, Logging, Istio) |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
✓ |
✓ |
|||
✓ |
✓ |
✓4 |
||
Cleaning Kubernetes components when clusters are no longer reachable from Rancher |
✓ |
-
Registered EKS, GKE and AKS clusters have the same options available as EKS, GKE and AKS clusters created from the Rancher UI. The difference is that when a registered cluster is deleted from the Rancher UI, it is not destroyed.
-
Cluster configuration options can’t be edited for registered clusters, except for K3s and RKE2 clusters.
-
For registered cluster nodes, the Rancher UI exposes the ability to cordon, drain, and edit the node.
-
For registered clusters using etcd as a control plane, snapshots must be taken manually outside of the Rancher UI to use for backup and recovery.
Configuration des clusters dans un fournisseur Kubernetes hébergé
Dans ce scénario, Rancher ne provisionne pas Kubernetes car il est installé par des fournisseurs tels que Google Kubernetes Engine (GKE), Amazon Elastic Container Service for Kubernetes ou Azure Kubernetes Service.
Si vous utilisez un fournisseur Kubernetes tel que Google GKE, Rancher s’intègre à ses API cloud, vous permettant de créer et de gérer le contrôle d’accès en fonction du rôle pour le cluster hébergé depuis l’interface utilisateur de Rancher.
Pour plus d’informations, consultez la section sur clusters Kubernetes hébergés.
Lancement de Kubernetes avec Rancher
Rancher utilise RKE2 ou K3s comme bibliothèque lors du provisionnement de Kubernetes sur vos propres nœuds. RKE2 est l’installateur Kubernetes léger propre à Rancher.
Dans les clusters RKE2, Rancher gère le déploiement de Kubernetes. Ces clusters peuvent être déployés sur n’importe quel matériel sans système d’exploitation, fournisseur de cloud ou plate-forme de virtualisation.
Si vous avez déjà un nœud que vous souhaitez ajouter à un cluster RKE2, vous pouvez l’ajouter au cluster en exécutant un conteneur agent RKE2 de Rancher dessus.
Pour plus d’informations, consultez Lancement de Kubernetes avec Rancher.
Lancement de Kubernetes et provisionnement de nœuds dans un fournisseur d’infrastructure
Rancher peut provisionner dynamiquement des nœuds dans des fournisseurs d’infrastructure tels qu’Amazon EC2, DigitalOcean, Azure ou vSphere, puis installer Kubernetes dessus.
Un avantage d’utiliser des nœuds hébergés par un fournisseur d’infrastructure est que si un nœud perd la connectivité avec le cluster, Rancher peut automatiquement le remplacer, maintenant ainsi la configuration attendue du cluster.
Pour plus d’informations, consultez Lancement de Kubernetes sur de nouveaux nœuds dans un fournisseur d’infrastructure
Lancement de Kubernetes sur des nœuds personnalisés existants.
Lors de la configuration de ce type de cluster, Rancher installe Kubernetes sur des nœuds personnalisés existants, ce qui crée un cluster personnalisé.
Vous pouvez apporter tous les nœuds que vous souhaitez à Rancher et les utiliser pour créer un cluster.
Ces nœuds incluent du matériel sans système d’exploitation sur site, des machines virtuelles hébergées dans le cloud ou des machines virtuelles sur site.
Enregistrement des clusters existants
La fonctionnalité d’enregistrement de cluster remplace la fonctionnalité d’importation de clusters.
L’enregistrement des clusters EKS offre désormais des avantages supplémentaires. Pour la plupart, les clusters EKS enregistrés et les clusters EKS créés dans Rancher sont traités de la même manière dans l’interface utilisateur de Rancher, sauf pour la suppression.
Lorsque vous supprimez un cluster EKS qui a été créé dans Rancher, le cluster est détruit. Lorsque vous supprimez un cluster EKS qui a été enregistré dans Rancher, il est déconnecté du serveur Rancher, mais il existe toujours et vous pouvez y accéder de la même manière que vous le faisiez avant qu’il ne soit enregistré dans Rancher.
Pour plus d’informations, consultez Enregistrement des clusters existants.
Création programmatique de clusters
La manière la plus courante de déployer des clusters Kubernetes de manière programmatique via Rancher est d’utiliser le fournisseur Terraform Rancher2. Consultez la documentation pour la création de clusters avec Terraform.
Les clusters EKS, GKE et AKS peuvent être créés ou importés avec Terraform.