La versión 2.3.0 de Couchbase Autonomous Operator proporciona algunas mejoras interesantes para la automatización del ciclo de vida con la función cao utilidad. Esta utilidad mejora las herramientas de configuración anteriores consolidando el aprovisionamiento y facilitando la asistencia con la adición de una función de autocertificación. Para empezar, descargue la utilidad Paquete de bases de datos nativas de la nube y descomprímalo en el mismo directorio en el que normalmente ejecuta kubectl.

Fuera lo viejo

En versiones anteriores, la instalación del Operador Autónomo se realizaba mediante la función cbopcfg herramienta. Esta herramienta también realizaba otras acciones como la creación de roles de copia de seguridad y la generación de plantillas. A partir de la versión 2.3.0, toda esta funcionalidad ha quedado obsoleta dentro de cbopcfg y se trasladó al cao utilidad.

Además, el apoyo previo proporcionado por la cbopinfo para la recopilación de registros y recursos. A partir de la versión 2.3.0, las mismas funciones de compatibilidad existen ahora en el módulo cao junto con funciones adicionales para la autocertificación.

Con la mejora

Cuando empiece a utilizar el cao encontrará que todas las funciones antiguas de versiones anteriores existen con una sintaxis similar. El menú de ayuda ofrece una visión general de los comandos que proporciona la utilidad cao utilidad:

Utiliza el crear para crear tanto el Operador Autónomo como el Controlador de Admisión para empezar.

El Operador Autónomo se utilizará para certificar y gestionar el cluster que creará en los siguientes pasos. El controlador de admisión proporciona validación y verificación de cada recurso dentro del ecosistema del Operador Autónomo.

Probar la creación autónoma de clústeres

Ahora que el Operador Autónomo está funcionando, puede ejecutar la certificación de la plataforma para garantizar la compatibilidad de su entorno. En aras de la brevedad, puede ejecutar una sola prueba de certificación. Cuando prepare un clúster para producción, deberá ejecutar el conjunto de certificación completo.

Las certificaciones puntuales pueden ayudar a solucionar un fallo en una prueba o a validar un aspecto concreto de su clúster. Por ejemplo, si desea obtener información rápida sobre la validez de su capa de almacenamiento, puede ejecutar la prueba TestPersistentVolumeCreateCluster para verificar el éxito de la creación de clústeres con volúmenes persistentes. Las pruebas disponibles se enumerarán al inicio de cada ejecución de certificación completa en caso de que necesite hacer referencia a otras.

Guardar la topología del clúster

A continuación, puede crear un clúster independiente utilizando la función Cuadro de mando de Couchbase. Dado que el Operador Autónomo y el Controlador de Admisión ya están creados, deshabilite estos despliegues cuando instale el gráfico para asegurarse de que sólo se instala el Cluster Couchbase:

Este comando crea un Cluster Couchbase compuesto por 3 Pods. Cuando todos los Pods estén funcionando, y el bucket esté creado, entonces el comando guardar cao se puede utilizar para guardar la topología de datos del Cluster. El comando guardar convierte todos los recursos descubiertos en tipos de recursos nativos de Kubernetes, conservando toda la información de configuración y vinculación.

Guardar la topología del clúster es especialmente beneficioso para los casos de uso que implican varios cubos con reglas específicas de alcance y recopilación para fusionar o restaurar en clústeres adicionales. Para más información, consulte la documentación relativa a funciones de guardado y restauración

Consideraciones sobre el ciclo de vida

Como ocurre con cualquier herramienta, es importante comprender cuándo y cómo utilizar esta utilidad desde una perspectiva integral. Afortunadamente, la cao es una opción excelente para cualquier escenario de instalación, ya que puede configurar tanto entornos de desarrollo como de producción.

Sin embargo, es importante tener en cuenta que esta utilidad no es una solución completa de extremo a extremo para Couchbase Server Provisioning. Mientras que cao puede desplegar los recursos de gestión (por ejemplo, los controladores Operator y Admission), deberá aprovisionar manualmente su propio clúster por separado.

Aunque puede combinar el uso de esta herramienta con otros instaladores como timón para realizar la instalación en clúster como se ha demostrado anteriormente, se recomienda evitar los instaladores por partes, ya que esto puede complicar el proceso de actualización en el futuro. En muchos sentidos, la potencia del cao junto con la utilidad kubectl puede ser una ventaja para crear canalizaciones de integración y despliegue modulares que incluyan el despliegue básico del operador junto con varias configuraciones de clúster personalizadas.

Para saber más

La documentación de Couchbase Autonomous Operator cubre todos los temas que hemos cubierto anteriormente; lee más sobre ellos aquí:

Autor

Publicado por Tommie McAfee

Ingeniero de software sénior para el equipo Couchbase Cloude Native.

Dejar una respuesta