Defina un ejemplo de aplicación personalizada
Sugerir cambios
PDF
Crear una aplicación personalizada le permite agrupar elementos de su clúster de Kubernetes en una única aplicación.
Una aplicación personalizada le ofrece un control más granular de lo que debe incluirse en una operación de Astra Control, entre las que se incluyen:
-
Clonar
-
Snapshot
-
Backup
-
Política de protección
En la mayoría de los casos, querrá utilizar las funciones de Astra Control en toda su aplicación. Sin embargo, también puede crear una aplicación personalizada para utilizar estas funciones con las etiquetas que asigne a los objetos de Kubernetes en un espacio de nombres.
Para crear una aplicación personalizada, vaya a la página aplicaciones y seleccione + define.
A medida que realice las selecciones, la ventana aplicación personalizada mostrará los recursos que se incluirán o excluirán de la aplicación personalizada. Esto le ayuda a asegurarse de que está eligiendo los criterios correctos para definir su aplicación personalizada.
|
Las aplicaciones personalizadas solo se pueden crear dentro de un espacio de nombres especificado en un único clúster. Astra Control no admite la capacidad de una aplicación personalizada para abarcar varios espacios de nombres o clústeres. |
Una etiqueta es una pareja clave/valor que se puede asignar a objetos de Kubernetes para su identificación. Las etiquetas facilitan la ordenación, la organización y la búsqueda de los objetos de Kubernetes. Para obtener más información acerca de las etiquetas de Kubernetes, "Consulte la documentación oficial de Kubernetes".
|
Las directivas que se solapan para el mismo recurso con nombres diferentes pueden provocar conflictos de datos. Si crea una aplicación personalizada para un recurso, asegúrese de que no se clona ni se realiza un backup en ninguna otra política. |
Ejemplo: Política de protección independiente para el lanzamiento canario
En este ejemplo, el equipo de devops gestiona una puesta en marcha de versiones canaria. Su grupo tiene tres pods que ejecutan nginx. Dos de los pods están dedicados a la versión estable. El tercer pod es para el lanzamiento canario.
El administrador de Kubernetes del equipo de devops añade la etiqueta deployment=stable a los pods de liberación estables. El equipo agrega la etiqueta deployment=canary a la cápsula de liberación canaria.
La versión estable del equipo incluye los requisitos de snapshots cada hora y backups diarios. la liberación canaria es más efímera, por lo que quieren crear una Política de Protección a corto plazo menos agresiva para cualquier cosa etiquetada deployment=canary.
Para evitar posibles conflictos de datos, el administrador creará dos aplicaciones personalizadas: Una para el lanzamiento canario y otra para el lanzamiento estable. De este modo, los backups, las snapshots y las operaciones de clonado se mantienen independientes para los dos grupos de objetos de Kubernetes.
-
Una vez que el equipo agrega el clúster a Astra Control, el siguiente paso es definir una aplicación personalizada. Para ello, el equipo selecciona el botón + define de la página aplicaciones.
-
En la ventana emergente que aparece, el equipo establece
devops-canary-deploymentcomo nombre de la aplicación. El equipo elige el cluster en la lista desplegable Cluster, entonces el espacio de nombres de la aplicación del menú desplegable namespace. -
El equipo puede escribir
deployment=canaryEn el campo Etiquetas, o seleccione esa etiqueta de los recursos que se muestran a continuación. -
Después de definir la aplicación personalizada para la implementación canaria, el equipo repite el proceso para la implementación estable.
Cuando el equipo haya terminado de crear las dos aplicaciones personalizadas, pueden tratar estos recursos como cualquier otra aplicación de Astra Control. Pueden clonarlas, crear backups y snapshots, y crear una política de protección personalizada para cada grupo de recursos basada en las etiquetas de Kubernetes.