Azure Database para motores de código abierto

Muchas organizaciones utilizan motores relacionales de código abierto —PostgreSQL, MySQL y MariaDB— como base de sus aplicaciones. En lugar de administrar estos motores en máquinas virtuales (aplicar parches, realizar copias de seguridad y configurar la alta disponibilidad), Azure proporciona servicios PaaS totalmente administrados que se encargan de la mayor parte de las tareas operativas, manteniendo la interfaz SQL familiar que sus desarrolladores ya conocen.

Azure Database for PostgreSQL es un servicio totalmente administrado compatible con las versiones 11 a 16 de PostgreSQL. Ofrece dos modos de implementación: Single Server (en proceso de retirada) y Flexible Server, la opción recomendada actualmente. Flexible Server permite elegir entre niveles de proceso burstable, de uso general y optimizado para memoria, y admite réplicas en espera dentro de una zona de disponibilidad o entre varias zonas para proporcionar alta disponibilidad.

Flexible Server incluye alta disponibilidad con redundancia de zona y conmutación por error automática a una réplica en espera en otra zona, réplicas de lectura que puede agregar para descargar las consultas de generación de informes y restauración a un momento dado con un período de retención de 7 a 35 días. El servicio también admite extensiones populares de PostgreSQL, como PostGIS (geoespacial), pgvector (incrustaciones vectoriales para IA) y pg_cron (trabajos programados).

Azure Database for MySQL admite las versiones 5.7 y 8.0 de MySQL Community Edition. Al igual que PostgreSQL, utiliza el modelo de implementación Flexible Server con niveles de proceso burstable, de uso general y optimizado para memoria. Incluye copias de seguridad, aplicación de parches y supervisión automáticas. Este servicio se utiliza ampliamente como back-end administrado para aplicaciones PHP y aplicaciones web que dependen de MySQL.

Azure Database for MariaDB admite las versiones 10.3, 10.4 y 10.6 de MariaDB. MariaDB es una bifurcación comunitaria de MySQL con motores de almacenamiento adicionales y un ciclo de lanzamiento más rápido. El servicio administrado de Azure es funcionalmente similar a MySQL Flexible Server en cuanto a las características de alta disponibilidad, copia de seguridad y seguridad. Tenga en cuenta que Microsoft ha anunciado la retirada de este servicio en 2025 y recomienda migrar a MySQL Flexible Server.

Ejecutar una base de datos de código abierto en una máquina virtual de Azure le proporciona el máximo control —cualquier versión, cualquier extensión y cualquier configuración del sistema operativo—, pero le hace responsable de aplicar parches, realizar copias de seguridad, configurar la alta disponibilidad, supervisar el sistema y administrar el almacenamiento. Los servicios PaaS administrados intercambian parte de la flexibilidad de configuración por un ahorro operativo considerable. Para la mayoría de las cargas de trabajo OLTP estándar, los servicios administrados son la opción predeterminada más adecuada.

Los tres servicios administrados comparten la misma estructura de niveles de proceso. Burstable (serie B) es ideal para desarrollo y cargas de trabajo con poco tráfico que no necesitan utilizar toda la CPU de forma constante. General Purpose (serie D) es adecuado para la mayoría de las aplicaciones OLTP de producción. Memory Optimised (serie E o superior) está diseñado para cargas de trabajo con grandes conjuntos de datos activos, como consultas analíticas o patrones de almacenamiento en caché en memoria.

Flexible Server desacopla el proceso del almacenamiento. El almacenamiento se basa en Azure Premium SSD y puede escalar de 20 GB hasta 64 TB. Puede habilitar Storage Autogrow para que el servicio amplíe automáticamente el almacenamiento cuando alcance el 90 % de su capacidad, evitando el tiempo de inactividad provocado por un disco lleno. Las IOPS escalan con el tamaño de almacenamiento aprovisionado, aunque también puede aprovisionar IOPS adicionales de forma independiente.

Flexible Server admite dos modos de red: acceso público con reglas de firewall (el mismo concepto que en Azure SQL Database) y acceso privado (integración con VNet), en el que el servidor se inyecta en una subred delegada y no es accesible desde Internet en absoluto. Todos los datos en reposo se cifran con AES-256 y, de forma predeterminada, todas las conexiones requieren TLS; además, puede imponerse el uso de versiones de TLS antiguas hasta un mínimo de TLS 1.2.

Los tres servicios administrados de código abierto admiten réplicas de lectura: copias asíncronas del servidor principal que aceptan conexiones de solo lectura. Las aplicaciones dirigen las consultas analíticas o de generación de informes a las réplicas para reducir la carga del servidor principal. Las réplicas pueden estar en la misma región o en otra región de Azure (réplicas entre regiones), lo que proporciona una estrategia de distribución geográfica de las lecturas y un posible destino para la recuperación ante desastres.

Azure Database for PostgreSQL y MySQL se integran de forma predeterminada con Azure Monitor. Métricas clave, como el porcentaje de CPU, la utilización de memoria, la E/S de almacenamiento, las conexiones activas y el retraso de replicación, se envían al portal de Azure. Query Performance Insight muestra las consultas que más recursos consumen, lo que le permite agregar índices o reescribir consultas sin tener que ejecutar manualmente comandos EXPLAIN costosos.

Compruebe sus conocimientos sobre los conceptos de Microsoft Azure Fundamentals (AZ-900) tratados en esta lección.

En esta lección ha aprendido que Azure proporciona servicios totalmente administrados para PostgreSQL, MySQL y MariaDB, que Flexible Server es el modelo de implementación recomendado, con alta disponibilidad, réplicas de lectura e integración con VNet, y que los servicios administrados eliminan las responsabilidades de aplicar parches y realizar copias de seguridad en comparación con las máquinas virtuales autohospedadas. A continuación, exploraremos estrategias y herramientas para migrar bases de datos a Azure.