Notes de mise à jour
Commencez à gérer les applications
Suggérer des modifications
PDF
Après vous "Ajoutez un cluster à la gestion Astra Control", Vous pouvez installer des applications sur le cluster (en dehors d’Astra Control), puis aller à la page applications d’Astra Control pour définir les applications et leurs ressources.
De gestion des applications
Astra Control présente les exigences de gestion des applications suivantes :
-
Licence : pour gérer des applications à l’aide d’Astra Control Center, vous devez disposer d’une licence Astra Control Center.
-
Espaces de noms : les applications peuvent être définies au sein d’un ou plusieurs espaces de noms spécifiés sur un même cluster à l’aide d’Astra Control. Une application peut contenir des ressources couvrant plusieurs espaces de noms au sein d’un même cluster. Astra Control ne prend pas en charge la possibilité de définir des applications entre plusieurs clusters.
-
Classe de stockage : si vous installez une application avec une classe de stockage définie explicitement et que vous devez cloner l’application, le cluster cible pour l’opération de clonage doit avoir la classe de stockage spécifiée à l’origine. Le clonage d’une application avec une classe de stockage définie explicitement dans un cluster ne disposant pas de la même classe de stockage échouera.
-
Ressources Kubernetes : les applications qui utilisent des ressources Kubernetes non collectées par Astra Control peuvent ne pas disposer de fonctionnalités complètes de gestion des données d’application. Astra Control collecte les ressources Kubernetes suivantes :
ClusterRoleClusterRoleBindingConfigMapCronJobCustomResourceDefinitionCustomResourceDaemonSetDeploymentConfigHorizontalPodAutoscalerIngressMutatingWebhookNetworkPolicyPersistentVolumeClaimPodPodDisruptionBudgetPodTemplateReplicaSetRoleRoleBindingRouteSecretServiceServiceAccountStatefulSetValidatingWebhook
Méthodes d’installation d’applications prises en charge
Astra Control prend en charge les méthodes d’installation d’application suivantes :
-
Fichier manifeste : Astra Control prend en charge les applications installées à partir d’un fichier manifeste utilisant kubectl. Par exemple :
kubectl apply -f myapp.yaml -
Helm 3 : si vous utilisez Helm pour installer des applications, Astra Control nécessite Helm version 3. La gestion et le clonage des applications installées avec Helm 3 (ou mises à niveau de Helm 2 à Helm 3) sont entièrement pris en charge. La gestion des applications installées avec Helm 2 n’est pas prise en charge.
-
Applications déployées par l’opérateur : Astra Control prend en charge les applications installées avec des opérateurs situés à l’étendue de l’espace de noms qui sont, en général, conçus avec une architecture « valeur par passe » plutôt que « par référence ». Un opérateur et l’application qu’il installe doivent utiliser le même espace de noms ; vous devrez peut-être modifier le fichier .yaml de déploiement pour que l’opérateur s’assure que c’est le cas.
Voici quelques applications opérateur qui suivent ces modèles :
-
Pour K8ssandra, les opérations de restauration sur place sont prises en charge. Pour effectuer une opération de restauration vers un nouvel espace de noms ou un cluster, l’instance d’origine de l’application doit être arrêté. Cela permet de s’assurer que les informations du groupe de pairs transmises ne conduisent pas à une communication entre les instances. Le clonage de l’application n’est pas pris en charge.
Astra Control peut ne pas être en mesure de cloner un opérateur conçu avec une architecture « pass-by-Reference » (par exemple, l’opérateur CockroachDB). Lors de ces types d’opérations de clonage, l’opérateur cloné tente de référencer les secrets de Kubernetes de l’opérateur source malgré avoir son propre nouveau secret dans le cadre du processus de clonage. Il est possible que le clonage échoue, car Astra Control ne connaît pas les secrets de Kubernetes qui sont présents dans l’opérateur source.
-
Installez les applications sur votre cluster
Après vous l’avez "a ajouté votre cluster" Avec Astra Control, vous pouvez installer des applications ou gérer des applications existantes sur le cluster. Toute application dont la portée est étendue à un ou plusieurs espaces de noms peut être gérée.
Définir les applications
Une fois qu’Astra Control détecte les espaces de noms sur vos clusters, vous pouvez définir les applications que vous souhaitez gérer. Vous pouvez choisir gérer une application couvrant un ou plusieurs espaces de noms ou gérer la totalité d’un namespace comme une seule application. La granularité est en effet au niveau de granularité requis pour les opérations de protection des données.
Bien qu’Astra Control vous permet de gérer séparément les deux niveaux de la hiérarchie (l’espace de noms et les applications dans cet espace de noms ou les espaces de noms d’extension), il est recommandé de choisir l’un ou l’autre. Les actions que vous prenez dans Astra Control peuvent échouer si les actions ont lieu en même temps au niveau de l’espace de noms et de l’application.
|
Par exemple, vous pouvez définir une stratégie de sauvegarde pour « maria » avec une fréquence hebdomadaire, mais vous devrez peut-être sauvegarder « mariadb » (qui se trouve dans le même espace de noms) plus fréquemment que cela. En fonction de ces besoins, vous devrez gérer les applications séparément et non sous la forme d’une application à espace de noms unique. |
-
Un cluster Kubernetes ajouté à Astra Control.
-
Une ou plusieurs applications installées sur le cluster. En savoir plus sur les méthodes d’installation d’applications prises en charge.
-
Un ou plusieurs pods actifs.
-
Espaces de noms existants sur le cluster Kubernetes que vous avez ajouté à Astra Control.
-
(Facultatif) Etiquette Kubernetes de toute "Ressources Kubernetes prises en charge".
Une étiquette est une paire clé/valeur que vous pouvez attribuer aux objets Kubernetes pour identification. Elles facilitent le tri, l’organisation et la recherche des objets Kubernetes. Pour en savoir plus sur les étiquettes Kubernetes, "Consultez la documentation officielle Kubernetes".
-
Avant de commencer, vous devez également comprendre "gestion des espaces de noms standard et système".
-
Si vous prévoyez d’utiliser plusieurs espaces de noms avec vos applications dans Astra Control, "modifier les rôles utilisateur avec des contraintes d’espace de noms" Après la mise à niveau vers une version Astra Control Center avec prise en charge de plusieurs espaces de noms.
-
Pour obtenir des instructions sur la gestion des applications à l’aide de l’API Astra Control, reportez-vous au "Informations sur l’automatisation et les API d’Astra".
Définissez les ressources à gérer en tant qu’application
Vous pouvez spécifier le "Ressources Kubernetes qui constituent une application" Que vous voulez gérer avec Astra Control. La définition d’une application vous permet de regrouper des éléments de votre cluster Kubernetes dans une seule application. Cette collection de ressources Kubernetes est organisée par critères d’espace de noms et de sélecteur d’étiquettes.
La définition d’une application vous offre un contrôle plus granulaire sur les éléments à inclure dans une opération Astra Control, notamment le clonage, les snapshots et les sauvegardes.
|
Lors de la définition d’applications, assurez-vous de ne pas inclure de ressource Kubernetes dans plusieurs applications avec des règles de protection. Le chevauchement des règles de protection sur les ressources Kubernetes peut entraîner des conflits de données. En savoir plus dans un exemple. |
|
L’exécution d’une opération de restauration sur place sur une application qui partage des ressources avec une autre application peut avoir des résultats inattendus. Toutes les ressources partagées entre les applications sont remplacées lorsqu’une restauration sur place est effectuée sur l’une des applications. Par exemple, le scénario suivant génère une situation indésirable lors de l’utilisation de la réplication NetApp SnapMirror :
|
<strong> </strong> a propos de l’ajout de ressources cluster-scoped à vos espaces de noms d’applications.
Vous pouvez importer des ressources de cluster associées aux ressources d’espace de noms en plus de celles incluses automatiquement dans Astra Control. Vous pouvez ajouter une règle qui inclura des ressources d’un groupe, un type, une version et, éventuellement, une étiquette. Vous voudrez peut-être le faire si certaines ressources qu’Astra Control n’incluent pas automatiquement.
Vous ne pouvez exclure aucune des ressources à périmètre de cluster qui sont automatiquement incluses par Astra Control.
Vous pouvez ajouter les éléments suivants apiVersions (Qui sont les groupes combinés avec la version API) :
| Type de ressource | ApiVersions (groupe + version) |
|---|---|
|
rbac.authorization.k8s.io/v1 |
|
rbac.authorization.k8s.io/v1 |
|
apiextensions.k8s.io/v1, apiextensions.k8s.io/v1beta1 |
|
apiextensions.k8s.io/v1, apiextensions.k8s.io/v1beta1 |
|
admissionregistration.k8s.io/v1 |
|
admissionregistration.k8s.io/v1 |
-
Dans la page applications, sélectionnez définir.
-
Dans la fenêtre define application, entrez le nom de l’application.
-
Choisissez le cluster sur lequel votre application s’exécute dans la liste déroulante Cluster.
-
Choisissez un espace de nom pour votre application dans la liste déroulante namespace.
Les applications peuvent être définies au sein d’un ou plusieurs espaces de noms spécifiés sur un même cluster à l’aide d’Astra Control. Une application peut contenir des ressources couvrant plusieurs espaces de noms au sein d’un même cluster. Astra Control ne prend pas en charge la possibilité de définir des applications entre plusieurs clusters. -
(Facultatif) Indiquez une étiquette pour les ressources Kubernetes dans chaque espace de noms. Vous pouvez spécifier un seul libellé ou un seul critère de sélection d’étiquette (requête).
Pour en savoir plus sur les étiquettes Kubernetes, "Consultez la documentation officielle Kubernetes". -
(Facultatif) Ajouter des espaces de noms supplémentaires pour l’application en sélectionnant Ajouter un espace de noms et en choisissant l’espace de noms dans la liste déroulante.
-
(Facultatif) Entrez des critères de sélection d’étiquette ou d’étiquette pour tout espace de noms supplémentaire que vous ajoutez.
-
(Facultatif) pour inclure des ressources à périmètre de cluster en plus de celles qu’Astra Control inclut automatiquement, cochez inclure des ressources supplémentaires à périmètre de cluster et complétez les éléments suivants :
-
Sélectionnez Ajouter inclure règle.
-
Groupe : dans la liste déroulante, sélectionnez le groupe de ressources API.
-
Type : dans la liste déroulante, sélectionnez le nom du schéma d’objet.
-
Version : saisissez la version de l’API.
-
Sélecteur d’étiquettes : si vous le souhaitez, incluez un libellé à ajouter à la règle. Cette étiquette est utilisée pour récupérer uniquement les ressources correspondant à cette étiquette. Si vous ne fournissez pas d’étiquette, Astra Control collecte toutes les instances du type de ressource spécifié pour ce groupe.
-
Vérifiez la règle créée en fonction de vos entrées.
-
Sélectionnez Ajouter.
Vous pouvez créer autant de règles de ressources à périmètre cluster que vous le souhaitez. Les règles apparaissent dans le Résumé de l’application définir.
-
-
Sélectionnez définir.
-
Après avoir sélectionné définir, répétez le processus pour les autres applications, selon les besoins.
Une fois que vous avez terminé de définir une application, celle-ci s’affiche dans Healthy Dans la liste des applications de la page applications. Vous pouvez désormais le cloner et créer des sauvegardes et des snapshots.
|
|
Il se peut que l’application que vous venez d’ajouter comporte une icône d’avertissement sous la colonne protégé, indiquant qu’elle n’est pas encore sauvegardée et qu’elle n’est pas planifiée pour les sauvegardes. |
|
|
Pour afficher les détails d’une application particulière, sélectionnez le nom de l’application. |
Pour afficher les ressources ajoutées à cette application, sélectionnez l’onglet Ressources. Sélectionnez le numéro après le nom de la ressource dans la colonne ressource ou entrez le nom de la ressource dans la recherche pour voir les ressources supplémentaires comprises dans la portée du cluster.
Définissez un espace de noms à gérer en tant qu’application
Vous pouvez ajouter toutes les ressources Kubernetes dans un namespace à la gestion d’Astra Control en définissant les ressources de ce namespace comme une application. Cette méthode est préférable à définir des applications individuellement si vous avez l’intention de gérer et de protéger toutes les ressources d’un espace de noms particulier de la même manière et à intervalles communs.
-
Sur la page clusters, sélectionnez un cluster.
-
Sélectionnez l’onglet espaces de noms.
-
Sélectionnez le menu actions de l’espace de noms contenant les ressources d’application que vous souhaitez gérer et sélectionnez définir comme application.
Si vous souhaitez définir plusieurs applications, sélectionnez dans la liste Namespaces et sélectionnez le bouton actions dans le coin supérieur gauche et sélectionnez définir comme application. Cela définira plusieurs applications individuelles dans leurs espaces de noms individuels. Pour les applications à espace de noms multiples, voir Définissez les ressources à gérer en tant qu’application.
Cochez la case Afficher les espaces de noms système pour afficher les espaces de noms système qui ne sont généralement pas utilisés dans la gestion des applications par défaut. 
"En savoir plus".
Une fois le processus terminé, les applications associées à l’espace de noms apparaissent dans le Associated applications colonne.
Qu’en est-il des espaces de noms système
Astra Control détecte également les espaces de noms système sur un cluster Kubernetes. Nous ne vous montrons pas ces espaces de noms système par défaut, car il est rare qu’il soit nécessaire de sauvegarder les ressources d’applications système.
Vous pouvez afficher les espaces de noms système à partir de l’onglet espaces de noms d’un cluster sélectionné en cochant la case Afficher les espaces de noms système.
|
|
Astra Control en soi n’est pas une application standard. Il s’agit d’une « application système ». Vous ne devriez pas essayer de gérer Astra Control lui-même. Le contrôle Astra lui-même n’est pas indiqué par défaut pour la direction. |
Exemple : politique de protection distincte pour différentes versions
Dans cet exemple, l’équipe devops gère un déploiement de version « canary ». Le cluster de l’équipe a trois modules exécutant Nginx. Deux des modules sont dédiés à la version stable. Le troisième pod est pour la libération des canaris.
L’administrateur Kubernetes de l’équipe devops ajoute ce label deployment=stable aux boîtiers de déverrouillage stables. L’équipe ajoute l’étiquette deployment=canary à la canary release pod.
La version stable de l’équipe inclut des snapshots horaires et des sauvegardes quotidiennes. La libération des canaris est plus éphémère, ils veulent donc créer une politique de protection moins agressive à court terme pour tout ce qui est étiqueté deployment=canary.
Afin d’éviter d’éventuels conflits de données, l’administrateur va créer deux apps: Une pour la version "canary", et une pour la version "stable". Les sauvegardes, snapshots et opérations de clonage sont donc séparés pour les deux groupes d’objets Kubernetes.