Skip to main content
Tous les fournisseurs cloud
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Tous les fournisseurs cloud
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Ajoutez un cluster public autogéré à Astra Control Service

Contributeurs

Une fois votre environnement configuré, vous êtes prêt à créer un cluster Kubernetes, puis à l'ajouter à Astra Control Service.

Un cluster autogéré est un cluster que vous provisionnez et gérez directement. ASTRA Control Service prend en charge les clusters autogérés qui s'exécutent dans un environnement de cloud public. Vous pouvez ajouter un cluster auto-géré au service Astra Control en téléchargeant un kubeconfig.yaml fichier. Vous devez vous assurer que le cluster répond aux exigences décrites ici.

Distributions Kubernetes prises en charge

Vous pouvez utiliser Astra Control Service pour gérer les types suivants de clusters publics et autogérés :

Distribution Kubernetes Versions prises en charge

Kubernetes (en amont)

1.27 à 1.29

Rancher Kubernetes Engine (RKE)

RKE 1 : versions 1.24.17, 1.25.13, 1.26.8 avec Rancher Manager 2.7.9
RKE 2 : versions 1.23.16 et 1.24.13 avec Rancher Manager 2.6.13
RKE 2 : versions 1.24.17, 1.25.14, 1.26.9 avec Rancher Manager 2.7.9

Plateforme de conteneurs Red Hat OpenShift

4.12 à 4.14

Ces instructions supposent que vous avez déjà créé un cluster autogéré.

Ajoutez le cluster à Astra Control Service

Une fois connecté au service Astra Control, la première étape consiste à commencer à gérer vos clusters. Avant d'ajouter un cluster à Astra Control Service, vous devez effectuer des tâches spécifiques et vous assurer qu'il répond à certaines exigences.

Avant de commencer

Un cluster autogéré est un cluster que vous provisionnez et gérez directement. ASTRA Control Service prend en charge les clusters autogérés qui s'exécutent dans un environnement de cloud public. Vos clusters autogérés peuvent utiliser Astra Control Provisioner pour s'interfacer avec les services de stockage NetApp ou des pilotes Container Storage interface (CSI) pour s'interfacer avec Amazon Elastic Block Store (EBS), les disques gérés Azure et le service Google persistent Disk.

ASTRA Control Service prend en charge les clusters autogérés qui utilisent les distributions Kubernetes suivantes :

  • Plateforme de conteneurs Red Hat OpenShift

  • Moteur rancher Kubernetes

  • Kubernetes en amont

Votre cluster autogéré doit répondre aux exigences suivantes :

  • Le cluster doit être accessible via Internet.

  • Si vous utilisez ou prévoyez d'utiliser le stockage activé avec des pilotes CSI, les pilotes CSI appropriés doivent être installés sur le cluster. Pour plus d'informations sur l'utilisation des pilotes CSI pour intégrer le stockage, reportez-vous à la documentation de votre service de stockage.

  • Vous avez accès au fichier kubeconfig du cluster qui ne contient qu'un seul élément de contexte. Suivre "ces instructions" pour générer un fichier kubeconfig.

  • Si vous ajoutez le cluster à l'aide d'un fichier kubeconfig qui fait référence à une autorité de certification privée (CA), ajoutez la ligne suivante au cluster section du fichier kubeconfig. Cela permet à Astra Control d'ajouter le cluster :

    insecure-skip-tls-verify: true

  • Rancher uniquement: Lorsque vous gérez des clusters d'applications dans un environnement Rancher, modifiez le contexte par défaut du cluster d'applications dans le fichier kubeconfig fourni par Rancher pour utiliser un contexte de plan de contrôle au lieu du contexte du serveur d'API Rancher. La charge est réduite sur le serveur API Rancher et les performances sont améliorées.

  • Exigences du mécanisme de provisionnement Astra Control : vous devez avoir un mécanisme de provisionnement Astra Control correctement configuré, y compris ses composants Astra Trident, pour gérer les clusters.

Étapes

  1. Dans le Tableau de bord, sélectionnez Manage Kubernetes cluster.

    Suivez les invites pour ajouter le cluster.

  2. Fournisseur : sélectionnez l'onglet autre pour ajouter des détails sur votre cluster auto-géré.

    1. Autre: Fournir des détails sur votre cluster auto-géré en téléchargeant un kubeconfig.yaml ou en collant le contenu du kubeconfig.yaml fichier à partir du presse-papiers.

      Remarque Si vous créez la vôtre kubeconfig fichier, vous ne devez définir que un élément de contexte dans celui-ci. Reportez-vous à la section "Documentation Kubernetes" pour plus d'informations sur la création kubeconfig fichiers.

  3. Nom d'identification : indiquez un nom pour les informations d'identification de cluster autogérées que vous téléchargez sur Astra Control. Par défaut, le nom des identifiants est automatiquement renseigné comme nom du cluster.

  4. ID de route privée : ce champ est destiné uniquement aux clusters privés.

  5. Sélectionnez Suivant.

  6. (Facultatif) Storage : si vous le souhaitez, sélectionnez la classe de stockage que les applications Kubernetes déployées sur ce cluster doivent utiliser par défaut.

    1. Pour sélectionner une nouvelle classe de stockage par défaut pour le cluster, cochez la case affecter une nouvelle classe de stockage par défaut.

    2. Sélectionnez une nouvelle classe de stockage par défaut dans la liste.

      Remarque

      Chaque fournisseur de service de stockage cloud affiche les informations suivantes en matière de prix, de performance et de résilience :

      • Cloud Volumes Service pour Google Cloud : informations sur le prix, la performance et la résilience

      • Google persistent Disk : pas d'informations sur le prix, la performance ou la résilience disponibles

      • Azure NetApp Files : informations sur les performances et la résilience

      • Azure Managed Disks : aucun prix, performances ou résilience disponibles

      • Amazon Elastic Block Store : pas d'informations disponibles sur le prix, la performance ou la résilience

      • Amazon FSX pour NetApp ONTAP : aucune information disponible concernant le prix, les performances ou la résilience

      • NetApp Cloud Volumes ONTAP : aucune information disponible sur le prix, les performances ou la résilience

      Chaque classe de stockage peut utiliser l'un des services suivants :

    3. Sélectionnez Suivant.

    4. Revoir et approuver : consultez les détails de la configuration.

    5. Sélectionnez Ajouter pour ajouter le cluster à Astra Control Service.

Modifiez la classe de stockage par défaut

Vous pouvez modifier la classe de stockage par défaut d'un cluster.

Modifiez la classe de stockage par défaut avec Astra Control

Vous pouvez modifier la classe de stockage par défaut d'un cluster depuis Astra Control. Si votre cluster utilise un service back-end de stockage installé précédemment, il se peut que vous ne puissiez pas utiliser cette méthode pour modifier la classe de stockage par défaut (l'action Set as default n'est pas sélectionnable). Dans ce cas, vous pouvez Modifiez la classe de stockage par défaut à l'aide de la ligne de commande.

Étapes

  1. Dans l'interface utilisateur du service de contrôle Astra, sélectionnez clusters.

  2. Sur la page clusters, sélectionnez le cluster que vous souhaitez modifier.

  3. Sélectionnez l'onglet stockage.

  4. Sélectionnez la catégorie classes de stockage.

  5. Sélectionnez le menu actions pour la classe de stockage que vous souhaitez définir par défaut.

  6. Sélectionnez définir comme valeur par défaut.

Modifiez la classe de stockage par défaut à l'aide de la ligne de commande

Vous pouvez modifier la classe de stockage par défaut d'un cluster à l'aide des commandes Kubernetes. Cette méthode fonctionne quelle que soit la configuration du cluster.

Étapes

  1. Connectez-vous à votre cluster Kubernetes.

  2. Lister les classes de stockage de votre cluster :

    kubectl get storageclass

  3. Supprimez la désignation par défaut de la classe de stockage par défaut. Remplacez <SC_NAME> par le nom de la classe de stockage :

    kubectl patch storageclass <SC_NAME> -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

  4. Sélectionnez par défaut une classe de stockage différente. Remplacez <SC_NAME> par le nom de la classe de stockage :

    kubectl patch storageclass <SC_NAME> -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

  5. Confirmez la nouvelle classe de stockage par défaut :

    kubectl get storageclass