Foire aux questions
Cette FAQ peut vous aider si vous cherchez juste une réponse rapide à une question.
Présentation
ASTRA Control a pour objectif de simplifier les opérations de gestion du cycle de vie des données d'applications pour les applications Kubernetes natives. Astra Control Service prend en charge les clusters Kubernetes qui s'exécutent sur plusieurs environnements de fournisseurs cloud.
Les sections suivantes fournissent des réponses à des questions supplémentaires que vous pourriez vous poser lorsque vous utilisez Astra Control. Pour plus de précisions, veuillez contacter astra.feedback@netapp.com
Accès à Astra Control
Astra Control exige des renseignements précis sur le client lors de l'enregistrement. Cette information est requise pour passer par une vérification de la conformité aux règlements du commerce international (GTC, Global Trade Compliance).
Astra Control exige que vous fournissez des renseignements précis sur le client dans la section d'intégration. Si vous avez fourni des informations incorrectes, une erreur d'enregistrement a été détectée. Les autres comptes dont vous êtes membre sont également verrouillés.
Vous pouvez accéder au service Astra Control à l'adresse https://astra.netapp.io.
Demandez-leur de vérifier leur dossier de courrier indésirable à partir de do-not-reply@netapp.com, ou de rechercher une "invitation" dans leur boîte de réception. Vous pouvez également supprimer l'utilisateur et tenter de les ajouter à nouveau.
Oui. Après la mise à niveau vers le plan Premium, Astra Control commence à vous facturer pour tous les espaces de noms gérés de votre compte.
Non La facturation commence à partir du moment où vous avez effectué la mise à niveau vers le plan Premium.
Oui, vous serez facturé pour les volumes persistants utilisés par les clusters auprès de votre fournisseur cloud.
Enregistrement des clusters Kubernetes
Non Une fois votre cluster ajouté à Astra Control, le service installe automatiquement le pilote Astra Trident Container Storage interface (CSI) sur le cluster Kubernetes. Ce pilote CSI est utilisé pour provisionner des volumes persistants pour les clusters sauvegardés par votre fournisseur cloud.
Il est possible d'ajouter de nouveaux nœuds workers aux pools existants ou de créer de nouveaux pools tant qu'ils ne le sont pas COS_CONTAINERD
type d'image. Elles seront automatiquement découvertes par Astra Control. Si les nouveaux nœuds ne sont pas visibles dans Astra Control, vérifiez si les nouveaux nœuds de travail exécutent le type d'image pris en charge. Vous pouvez également vérifier l'état de santé des nouveaux nœuds workers à l'aide de la kubectl get nodes
commande.
Enregistrement des clusters Elastic Kubernetes Service (EKS)
Oui, vous pouvez ajouter des clusters EKS privés à Astra Control Service. Pour ajouter un cluster EKS privé, reportez-vous à la section "Commencez à gérer les clusters Kubernetes à partir d'Astra Control Service".
Enregistrement des clusters Azure Kubernetes Service (AKS)
Oui, vous pouvez ajouter des clusters AKS privés au service Astra Control. Pour ajouter un cluster AKS privé, reportez-vous à la section "Commencez à gérer les clusters Kubernetes à partir d'Astra Control Service".
Oui, vous pouvez configurer vos clusters AKS pour utiliser Azure Active Directory (Azure AD) pour l'authentification et la gestion des identités. Une fois le cluster créé, suivez les instructions du "documentation officielle" Pour configurer le cluster afin d'utiliser Azure AD. Vous devez vous assurer que vos clusters répondent aux exigences de l'intégration d'Azure AD gérée par AKS.
Enregistrement des clusters Google Kubernetes Engine (GKE)
Oui, vous pouvez ajouter des clusters GKE privés à Astra Control Service. Pour ajouter un cluster GKE privé, reportez-vous à la section "Commencez à gérer les clusters Kubernetes à partir d'Astra Control Service".
Les clusters GKE privés doivent avoir le "réseaux autorisés" Configuré pour autoriser l'adresse IP de contrôle Astra :
52.188.218.166/32
Oui. ASTRA Control peut gérer les clusters qui résident dans un VPC partagé. "Découvrez comment configurer le compte de service Astra pour une configuration VPC partagée".
Une fois que vous êtes connecté au "Console Google Cloud", Les détails de votre compte de service seront dans la section IAM et Admin. Pour plus de détails, reportez-vous à "Comment configurer Google Cloud pour Astra Control".
Non, cette configuration n'est pas prise en charge. Seul un projet GCP unique est pris en charge.
Supprimer les clusters
La suppression d'un cluster d'Astra Control ne modifie pas la configuration du cluster (applications et stockage persistant). Toute restauration de snapshots ou de sauvegardes Astra Control effectuée sur ce cluster sera indisponible. Les données snapshot de volume stockées sur le système back-end ne seront pas supprimées. Les sauvegardes de stockage persistant créées par Astra Control resteront dans le magasin d'objets de votre fournisseur cloud, mais elles sont indisponibles pour la restauration.
Supprimez toujours un cluster d'Astra Control avant de le supprimer via GCP. La suppression d'un cluster depuis GCP alors qu'il est toujours géré par Astra Control peut générer des problèmes pour votre compte Astra Control. |
Lorsque vous dégérez un cluster depuis Astra Control Center, Astra Control Provisioner ou Astra Trident n'est pas automatiquement désinstallé du cluster. Pour désinstaller Astra Control Provisioner et ses composants ou Astra Trident, vous devez le faire "Procédez comme suit pour désinstaller l'instance Astra Trident qui contient le service Astra Control Provisioner".
La gestion des applications
Astra Control ne déploie pas d'applications. Les applications doivent être déployées en dehors d'Astra Control.
L'opérateur Astra Trident définit la classe de stockage par défaut sur netapp-cvs-perf-premium
Une fois qu'il a été ajouté à Astra Control. Lorsque les demandes de volume persistant d'une application ne sont pas liées à Cloud Volumes Service pour Google Cloud, vous pouvez effectuer plusieurs opérations :
-
Courez
kubectl get sc
et vérifiez la classe de stockage par défaut. -
Vérifiez le fichier yaml ou le graphique Helm utilisé pour déployer l'application et voir si une classe de stockage différente est définie.
-
GKE version 1.24 et ultérieure ne prend pas en charge les images de nœud basées sur Docker. Assurez-vous que le type d'image du nœud de travail dans GKE est
COS_CONTAINERD
Et que le montage NFS a réussi.
Toutes les sauvegardes ou tous les instantanés existants seront supprimés. Les applications et les données restent disponibles. Les opérations de gestion des données ne seront pas disponibles pour les applications non gérées ni pour les sauvegardes ou snapshots qui y appartiennent.
Les opérations de gestion des données
Le lieu géographique du premier cluster géré détermine l'emplacement du magasin d'objets. Par exemple, si le premier cluster que vous ajoutez se trouve dans une zone européenne, le compartiment est créé dans ce même emplacement. Si nécessaire, vous pouvez "ajoutez des compartiments supplémentaires".
Dans certains cas, Astra Control crée automatiquement un instantané dans le cadre d'un autre processus. Si ces instantanés ont plus de quelques minutes, vous pouvez les supprimer en toute sécurité.
Oui. Une opération d'instantané sur une application par Astra Control inclut un instantané de tous les volumes persistants liés aux demandes de volume persistant de l'application.
Non Les copies Snapshot et les sauvegardes effectuées par Astra Control ne peuvent être gérées qu'avec Astra Control.
De provisionnement Astra Control
ASTRA Control Provisioner, dans le cadre d'Astra Control, prend en charge un ensemble complet de fonctionnalités de provisionnement du stockage qui ne sont pas disponibles dans Astra Trident open source. Ces fonctionnalités viennent s'ajouter à toutes les fonctionnalités disponibles pour Trident open source.
ASTRA Control Provisioner a remplacé Astra Trident en tant que mécanisme de provisionnement et d'orchestration du stockage dans l'architecture Astra Control. Les utilisateurs d'Astra Control devraient "Activez le mécanisme de provisionnement Astra Control" Utilisation d'Astra Control ASTRA Trident sera toujours pris en charge dans cette version, mais ne le sera pas dans les prochaines versions. ASTRA Trident demeurera une solution open source et sera publié, maintenu, pris en charge et mis à jour avec le nouveau CSI et d'autres fonctionnalités de NetApp. Seul le mécanisme de provisionnement Astra Control, qui contient la fonctionnalité Astra Trident CSI et des fonctionnalités de gestion du stockage étendues, peut être utilisé avec les prochaines versions d'Astra Control.
Non ASTRA Trident continuera d'être open source et téléchargeable gratuitement. L'utilisation de la fonctionnalité Astra Control Provisioner nécessite maintenant une licence Astra Control.
Oui, vous pouvez effectuer une mise à niveau vers Astra Control provisionner et utiliser sa fonctionnalité même si vous ne souhaitez pas utiliser l'ensemble complet de fonctionnalités de gestion de données Astra Control.
Une fois Astra Control Provisioner installé, le cluster hôte dans l'interface utilisateur Astra Control affiche un ACP version
plutôt que Trident version
et le numéro de version actuellement installé.
Si vous n'avez pas accès à l'interface utilisateur, vous pouvez confirmer que l'installation a réussi en utilisant les méthodes suivantes :
Vérifiez le trident-acp
le conteneur est en cours d'exécution acpVersion
est 23.10.0
ou plus tard avec un état de Installed
:
kubectl get torc -o yaml
Réponse :
status: acpVersion: 23.10.0 currentInstallationParams: ... acpImage: <my_custom_registry>/trident-acp:v23.10.0 enableACP: "true" ... ... status: Installed
Vérifiez que le mécanisme de provisionnement Astra Control a été activé :
./tridentctl -n trident version
Réponse :
+----------------+----------------+-------------+ | SERVER VERSION | CLIENT VERSION | ACP VERSION | +----------------+----------------+-------------+ | 23.10.0 | 23.10.0 | 23.10.0. | +----------------+----------------+-------------+