Desplegar una base de datos MySQL o MariaDB en la nube de Azure es un proceso accesible que requiere comprender algunos conceptos clave de configuración. Conocer los niveles de servicio, la elección de región y las opciones de almacenamiento marca la diferencia entre un servidor eficiente y uno que genera problemas de rendimiento o costos innecesarios.
¿Qué recursos necesitas para crear un servidor MySQL en Azure?
Para comenzar, se trabaja directamente desde el portal de Azure, buscando el servicio Azure Database for MySQL en la sección de bases de datos [01:20]. Al crear el recurso, existen dos modalidades: servidor flexible y servidor único (single server). El enfoque inicial se centra en el servidor único.
Los datos de configuración esenciales son:
- Suscripción activa de Azure: es obligatorio contar con una suscripción vigente, como Visual Studio Enterprise u otra disponible.
- Grupo de recursos: funciona como una capa organizativa donde se agrupan todos los recursos relacionados. Se puede seleccionar uno existente o crear uno nuevo [02:15].
- Nombre único del servidor: este nombre se utiliza para construir la dirección de conexión desde herramientas como MySQL Workbench. Si el nombre ya está ocupado, Azure lo indicará y será necesario elegir otro [02:50].
¿Por qué es importante la región de despliegue?
La ubicación o región donde se despliega la base de datos impacta directamente en la latencia de las aplicaciones que la consumen [03:40]. Si las aplicaciones están en el este de Estados Unidos, desplegar la base de datos en esa misma región garantiza tiempos de respuesta más rápidos. Elegir una región alejada de los consumidores puede degradar el rendimiento de forma significativa.
También se debe seleccionar la versión del sistema gestor de bases de datos. Las opciones disponibles incluyen versiones como 5.7 y 8.0 de MySQL [04:10].
¿Qué niveles de servicio ofrece Azure para bases de datos?
Azure ofrece tres niveles de servicio que determinan la capacidad de cómputo, almacenamiento y el costo mensual [04:30]:
- Básico: diseñado para cargas de trabajo ligeras, ambientes de pruebas o desarrollo donde no se requiere alta disponibilidad ni gran capacidad de procesamiento.
- Propósito general: orientado a aplicaciones empresariales que necesitan un equilibrio entre cómputo y almacenamiento. Permite configurar la cantidad de V-Cores (núcleos virtuales) y el almacenamiento reservado.
- Memoria optimizada: pensado para aplicaciones con alta demanda de procesamiento y consultas en tiempo real, incluyendo procesamiento de datos en tiempo real [06:40].
¿Qué ocurre cuando el almacenamiento se agota?
Un concepto fundamental es el autocrecimiento de almacenamiento [05:40]. Cuando el tamaño de los datos se acerca al límite reservado, existen dos opciones:
- Habilitar autocrecimiento: la base de datos sigue creciendo más allá del límite configurado.
- No habilitarlo: la base de datos entra en un estado de solo lectura, impidiendo la ingesta de nuevos datos.
Se recomienda mantener habilitado el autocrecimiento para evitar interrupciones en las aplicaciones.
Otro aspecto importante es la redundancia de datos. Azure permite configurar redundancia local, donde los datos se recuperan únicamente desde la misma región, o redundancia geográfica, que permite recuperar la base de datos desde cualquier región de Azure [06:10].
¿Cómo finalizar el despliegue y qué opciones de administración existen?
Antes de completar la creación, es necesario definir el usuario administrador y una contraseña segura [07:20]. Después de revisar la configuración, Azure despliega el recurso en aproximadamente uno o dos minutos.
Una vez desplegado, el portal ofrece un panel completo de administración [07:50] que incluye:
- Detener o restaurar la base de datos.
- Restablecer contraseñas.
- Configurar reglas de firewall y seguridad.
- Habilitar conexiones con SSL.
- Revisar cadenas de conexión.
Para crear una base de datos MariaDB, el proceso es prácticamente idéntico; solo cambia el tipo de recurso seleccionado a Azure Database for MariaDB [08:15].
Si quieres ir un paso más allá, el siguiente paso natural es aprender a desplegar estos mismos recursos usando la línea de comandos de Azure (Azure CLI), lo que permite automatizar y replicar configuraciones mediante código. ¿Ya has probado a desplegar bases de datos en Azure? Comparte tu experiencia en los comentarios.
