Arquitecturas complejas e inflexibles, redundancia y tecnología obsoleta son problemas comunes para las empresas que enfrentan la migración de datos a la nube.
Miramos las “nubes”, con la esperanza de encontrar allí una solución mágica para mejorar la velocidad operativa y el rendimiento, mejor carga de trabajo y escalabilidad, arquitecturas menos propensas y menos complicadas. Esperamos hacer más cómoda la vida de nuestro administrador de base de datos. ¿Pero es realmente siempre un caso?
A medida que más empresas se trasladan a la nube, el modelo híbrido se vuelve más popular. El modelo híbrido es visto como un modelo seguro para muchas empresas.
De hecho, es un desafío hacer un trasplante de corazón y transferir todo de inmediato. Muchas empresas están realizando una migración lenta que suele tardar un año o incluso una eternidad hasta que se migra todo. El movimiento debe hacerse en una paz aceptable.
Desafortunadamente, híbrido significa otra pieza de rompecabezas que no es necesaria para reducir la complejidad. Tal vez como muchos otros que recorrieron este camino antes que usted, descubra que algunas de las aplicaciones en realidad no se moverán.
O descubrirá que el otro equipo del proyecto decidió usar otro proveedor de nube.
Por ejemplo, es gratis y relativamente fácil mover cualquier cantidad de datos a una instancia de AWS EC2, pero tendrá que pagar para transferir datos fuera de AWS. Los servicios de base de datos en Amazon solo están disponibles en Amazon. El bloqueo del proveedor está ahí y no debe ignorarse.
Del mismo modo, ClusterControl ofrece un conjunto de funciones de administración y automatización de bases de datos para brindarle un control total de la infraestructura de su base de datos. Soporte local, en la nube y de múltiples proveedores.
Con ClusterControl, puede monitorear, implementar, administrar y escalar sus bases de datos, de forma segura y sencilla a través de nuestra interfaz de apuntar y hacer clic.
Utilizar la nube permite que su empresa y sus aplicaciones se beneficien del ahorro de costos y la versatilidad que se originan con la computación en la nube.
Plataformas en la nube compatibles
ClusterControl le permite ejecutar múltiples bases de datos sobre los proveedores de nube más populares sin estar limitado a ningún proveedor. Ha ofrecido la capacidad de implementar bases de datos (y bases de datos de respaldo) en la nube desde ClusterControl 1.6.
Las plataformas en la nube admitidas son Amazon AWS, Microsoft Azure y Google Cloud. Es posible lanzar nuevas instancias e implementar MySQL, MariaDB, MongoDB y PostgreSQL directamente desde la interfaz de usuario de ClusterControl.
La versión reciente de ClusterControl (1.7.4) agregó soporte para MySQL Replication 8.0, PostgreSQL y TimescaleDB de Amazon AWS, Google Cloud Platform y Microsoft Azure.
Configuración de proveedores de nube
Antes de saltar a nuestra primera implementación, necesitamos conectar ClusterControl con nuestro proveedor de nube.
Se hace en el panel de Integraciones.
La herramienta lo guiará a través de la integración en la nube con un asistente sencillo. Como podemos ver primero en la siguiente captura de pantalla, comenzamos con uno de los tres grandes jugadores Amazon Web Services (AWS), Google Cloud y Microsoft Azure.
En la siguiente sección, debemos proporcionar las credenciales necesarias.
Cuando todo esté configurado y ClusterControl pueda hablar con su proveedor de nube, podremos ir a la sección de despliegue.
Proceso de implementación en la nube
En esta parte, desea seleccionar el tipo de clúster compatible, MySQL Galera Cluster, MongoDB Replica Set o PostgreSQL Streaming Replication, TimescaleDB, MySQL Replication.
El siguiente paso es elegir el proveedor admitido para el tipo de clúster seleccionado. Por el momento, los siguientes proveedores y versiones son:
-
Clúster MySQL Galera - Clúster Percona XtraDB 5.7, MariaDB 10.2, MariaDB 10.3
-
Clúster de replicación MySQL:Percona Server 8.0, MariaDB Server 10.3, Oracle MySQL Server 8.0
-
Conjunto de réplicas de MongoDB:servidor Percona para MongoDB 3.6, MongoDB 3.6, MongoDB 4.0
-
Clúster de PostgreSQL - PostgreSQL 11.0
-
TimescaleDB 11.0
El procedimiento de implementación tiene en cuenta la funcionalidad y la flexibilidad de los entornos de nube, como el tipo de IP dinámica de la VM y la asignación de nombre de host, la dirección IP pública NAT, la red de nube privada virtual o el almacenamiento.
En el siguiente diálogo:
La mayoría de las configuraciones en este paso se completan dinámicamente desde el proveedor de la nube mediante las credenciales elegidas. Puede configurar el sistema operativo, el tamaño de la instancia, la configuración de VPC, el tipo y el tamaño de almacenamiento y también especificar la ubicación de la clave SSH en el host de ClusterControl. También puede dejar que ClusterControl genere una clave nueva específicamente para estas instancias.
Cuando todo esté configurado, verá su configuración. En esta etapa, también puede elegir una subred adicional.
Verifique si todo es correcto y presione el botón "Implementar clúster" para comenzar el despliegue.
Luego puede monitorear el progreso haciendo clic en Actividad -> Trabajos -> Crear grupo -> Detalles completos del trabajo:
Según el tamaño del clúster, podría tardar de 10 a 20 minutos en completarse . Una vez hecho esto, verá un nuevo clúster de base de datos en el panel de control de ClusterControl.
En el fondo, el proceso de implementación hizo lo siguiente:
- Crear clave SSH
- Crear instancias de VM en la nube
- Configurar grupos de seguridad y redes (cortafuegos, subredes)
- Verificar la conectividad SSH desde ClusterControl a todas las instancias creadas
- Preparar máquinas virtuales para un tipo específico de clúster (configuración de nodos de máquinas virtuales como instalación de paquetes, configuración de kernel, etc.)
- Implemente una base de datos en cada instancia
- Configurar los enlaces de agrupación o replicación
- Registre la implementación en ClusterControl
Después de la implementación, puede revisar el proceso y ver qué se ejecutó exactamente. Con el registro extendido, puede ver cada comando. Puede ver quién activó el trabajo y cuál fue el resultado.
Si en algún momento desea ampliar su clúster, puede usar el escalado que también está integrado con su proveedor de nube.
El proceso es simple. En la primera fase, elige el tipo de VM deseado.
Finalmente, puede elegir el nodo principal y las configuraciones restantes que dependen de su tipo de clúster:
Conclusión
Le mostramos cómo configurar el entorno de replicación MySQL de su base de datos en Microsoft Azure, solo tomó un par de clics para construir máquinas virtuales, redes y, finalmente, un clúster de replicación maestro/esclavo confiable. Con la nueva funcionalidad de escalado en la nube, también puede expandir fácilmente el clúster cuando sea necesario.
Este es solo un primer paso si desea ver qué hacer a continuación, consulte nuestros otros blogs donde hablamos sobre la recuperación automática, las copias de seguridad, la seguridad y muchos otros aspectos de la administración diaria con ClusterControl. ¿Quieres probarlo por ti mismo? Pruébalo.
