Définir un exemple d'application personnalisée
Suggérer des modifications
PDF
La création d'une application personnalisée vous permet de regrouper des éléments de votre cluster Kubernetes dans une seule application.
Une application personnalisée vous offre un contrôle plus granulaire sur les éléments à inclure dans une opération Astra Control, notamment :
-
Clonage
-
Snapshot
-
Sauvegarde
-
Règle de protection
Dans la plupart des cas, vous voudrez utiliser les fonctions d'Astra Control sur l'ensemble de votre application. Toutefois, vous pouvez également créer une application personnalisée pour utiliser ces fonctionnalités par les étiquettes que vous attribuez aux objets Kubernetes dans un espace de noms.
Pour créer une application personnalisée, accédez à la page applications et sélectionnez + définir.
Lorsque vous effectuez vos sélections, la fenêtre de l'application personnalisée vous indique quelles ressources seront incluses ou exclues de votre application personnalisée. Cela vous permet de vous assurer que vous choisissez les critères appropriés pour définir votre application personnalisée.
|
Les applications personnalisées ne peuvent être créées qu'au sein d'un espace de nom spécifié sur un même cluster. Astra Control ne prend pas en charge la capacité d'une application personnalisée à s'étendre sur plusieurs espaces de noms ou clusters. |
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".
|
Le chevauchement de stratégies pour la même ressource sous des noms différents peut entraîner des conflits de données. Si vous créez une application personnalisée pour une ressource, assurez-vous qu'elle n'est pas en cours de clonage ou de sauvegarde dans le cadre d'autres stratégies. |
Exemple : politique de protection séparée pour la libération de canaris
Dans cet exemple, l'équipe devops gère un déploiement canary Release. Leur cluster 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 personnalisées : 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.
-
Une fois que l'équipe a ajouté le cluster à Astra Control, l'étape suivante consiste à définir une application personnalisée. Pour ce faire, l'équipe sélectionne le bouton + Define sur la page Apps.
-
Dans la fenêtre contextuelle qui s'affiche, l'association est définie
devops-canary-deploymentcomme nom de l'application. L'équipe choisit le cluster dans la liste déroulante Cluster, puis l'espace de noms de l'application dans la liste déroulante namespace. -
L'association peut saisir l'une ou l'autre
deployment=canaryDans le champ étiquettes, ou sélectionnez cette étiquette parmi les ressources répertoriées ci-dessous. -
Après avoir défini l'application personnalisée pour le déploiement canary, l'équipe répète le processus pour un déploiement stable.
Lorsque l'équipe a fini de créer les deux applications personnalisées, elle peut traiter ces ressources comme n'importe quelle autre application Astra Control. Ils peuvent les cloner, créer des sauvegardes et des snapshots et créer une règle de protection personnalisée pour chaque groupe de ressources en fonction des étiquettes Kubernetes.