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.

Modèles RKE et infrastructure

Rancher Kubernetes Engine (RKE/RKE1) will reach end of life on July 31, 2025. Rancher 2.12.0 and later will no longer support provisioning or managing downstream RKE1 clusters. We recommend replatforming RKE1 clusters to RKE2 to ensure continued support and security updates. Learn more about the transition here.

Dans Rancher, les modèles RKE sont utilisés pour provisionner Kubernetes et définir les paramètres de Rancher, tandis que les modèles de nœuds sont utilisés pour provisionner des nœuds.

Par conséquent, même si l’application des modèles RKE est activée, l’utilisateur final a toujours la flexibilité de choisir le matériel sous-jacent lors de la création d’un cluster Rancher. Les utilisateurs finaux d’un modèle RKE peuvent toujours choisir un fournisseur d’infrastructure et les nœuds qu’ils souhaitent utiliser.

Si vous souhaitez standardiser le matériel de vos clusters, utilisez les modèles RKE en conjonction avec des modèles de nœuds ou avec un outil de provisionnement de serveurs tel que Terraform.

Modèles de nœuds

Les modèles de nœuds sont responsables de la configuration des nœuds et du provisionnement des nœuds dans Rancher. Depuis votre profil utilisateur, vous pouvez configurer des modèles de nœuds pour définir quels modèles sont utilisés dans chacun de vos pools de nœuds. Avec les pools de nœuds activés, vous pouvez vous assurer d’avoir le nombre requis de nœuds dans chaque pool de nœuds et garantir que tous les nœuds du pool sont identiques.

Terraform

Terraform est un outil de provisionnement de serveurs. Il utilise l’infrastructure en tant que code qui vous permet de créer presque tous les aspects de votre infrastructure avec des fichiers de configuration Terraform. Il peut automatiser le processus de provisionnement de serveurs d’une manière auto-documentée et facile à suivre dans le contrôle de version.

Cette section se concentre sur la façon d’utiliser Terraform avec le fournisseur Terraform Rancher 2, qui est une option recommandée pour standardiser le matériel de vos clusters Kubernetes. Si vous utilisez le fournisseur Terraform Rancher pour provisionner du matériel, puis utilisez un modèle RKE pour provisionner un cluster Kubernetes sur ce matériel, vous pouvez rapidement créer un cluster complet et prêt pour la production.

Terraform vous permet de :

  • Définir presque tout type d’infrastructure en tant que code, y compris des serveurs, des bases de données, des équilibreurs de charge, des paramètres de surveillance, des paramètres de passerelle de périmètre de sécurité et des certificats SSL

  • Codifier l’infrastructure sur de nombreuses plateformes, y compris Rancher et les principaux fournisseurs de cloud

  • Valider l’infrastructure en tant que code dans le contrôle de version

  • Répétez facilement la configuration de l’infrastructure

  • Intégrer les changements d’infrastructure dans les pratiques de développement standard

  • Prévenir la dérive de configuration, où certains serveurs sont configurés différemment des autres

Comment fonctionne Terraform ?

Terraform est écrit dans des fichiers avec l’extension .tf. Il est écrit en HashiCorp Configuration Language, qui est un langage déclaratif permettant de définir l’infrastructure souhaitée dans votre cluster, le fournisseur de cloud que vous utilisez et vos identifiants pour le fournisseur. Ensuite, Terraform effectue des appels API au fournisseur afin de créer efficacement cette infrastructure.

Pour créer un cluster provisionné par Rancher avec Terraform, allez dans votre fichier de configuration Terraform et définissez le fournisseur comme Rancher 2. Vous pouvez configurer votre fournisseur Rancher 2 avec une clé API Rancher. Remarque : La clé API a les mêmes permissions et le même niveau d’accès que l’utilisateur auquel elle est associée.

Ensuite, Terraform appelle l’API Rancher pour provisionner votre infrastructure, et Rancher appelle le fournisseur d’infrastructure. Par exemple, si vous souhaitez utiliser Rancher pour provisionner une infrastructure sur AWS, vous devez fournir à la fois votre clé API Rancher et vos identifiants AWS dans le fichier de configuration Terraform ou dans des variables d’environnement afin qu’ils puissent être utilisés pour provisionner l’infrastructure.

Lorsque vous devez apporter des modifications à votre infrastructure, au lieu de mettre à jour manuellement les serveurs, vous pouvez effectuer des modifications dans les fichiers de configuration Terraform. Ensuite, ces fichiers peuvent être validés dans le contrôle de version, puis examinés si nécessaire Ensuite, lorsque vous exécutez terraform apply, les modifications seraient déployées.

Conseils pour travailler avec Terraform

  • Il existe des exemples de la manière de fournir la plupart des aspects d’un cluster dans la documentation pour le fournisseur Rancher 2.

  • Dans les paramètres de Terraform, vous pouvez installer Docker Machine en utilisant le pilote de nœud Docker Machine.

  • Vous pouvez également modifier l’authentification dans le fournisseur Terraform.

  • Vous pouvez rétroconcevoir comment définir un paramètre dans Terraform en modifiant le paramètre dans Rancher, puis en revenant et en vérifiant votre fichier d’état Terraform pour voir comment il correspond à l’état actuel de votre infrastructure.

Conseil pour créer des clusters conformes aux normes CIS Benchmark

Cette section décrit une manière de standardiser les fichiers de configuration liés à la sécurité et à la conformité dans vos clusters.

Lorsque vous créez un cluster conforme aux normes CIS, vous disposez d’un fichier de configuration de chiffrement et d’un fichier de configuration de journal d’audit.

Votre système de provisionnement d’infrastructure peut écrire ces fichiers sur le disque. Ensuite, dans votre modèle RKE, vous spécifierez où ces fichiers seront, puis ajouterez votre fichier de configuration de chiffrement et votre fichier de configuration de journal d’audit en tant que montages supplémentaires au kube-api-server.

Vous devez ensuite vous assurer que le drapeau kube-api-server dans votre modèle RKE utilise vos fichiers de configuration conformes aux normes CIS.

De cette manière, vous pouvez créer des drapeaux qui respectent les normes CIS.

Ressources