Azure Database for PostgreSQL con la opción Servidor flexible
SE APLICA A:
Azure Database for PostgreSQL: servidor flexible
Azure Database for PostgreSQL, con tecnología de PostgreSQL Community Edition, está disponible en dos modos de implementación:
- Servidor flexible de Azure Database for PostgreSQL
- Azure Database for PostgreSQL con la opción Servidor único
En este artículo proporcionamos información general y una introducción a los conceptos básicos del modelo de implementación del servidor flexible de Azure Database for PostgreSQL. Tanto si está empezando como si desea actualizar sus conocimientos, este vídeo introductorio ofrece una visión general completa de Azure Database for PostgreSQL con la opción Servidor flexible, lo que le ayuda a familiarizarse con sus características y capacidades clave.
Información general
Servidor flexible de Azure Database for PostgreSQL es un servicio de base de datos totalmente administrado diseñado para proporcionar un control más granular y una mayor flexibilidad sobre las funciones de administración de bases de datos y las opciones de configuración. En general, el servicio proporciona mayor flexibilidad y personalizaciones de la configuración del servidor en función de los requisitos del usuario. La arquitectura de servidor flexible permite a los usuarios colocar el motor de base de datos con el nivel de cliente a fin de obtener una latencia baja y optar por la alta disponibilidad dentro de una única zona de disponibilidad o entre varias. Las instancias de servidor flexible de Azure Database for PostgreSQL también proporcionan mejores controles de optimización de costos con la capacidad de iniciar o detener el servidor y niveles de proceso ampliables, que son idóneos para cargas de trabajo que no necesitan una capacidad de proceso completa de forma continua. El servicio admite la versión Community de PostgreSQL 11, 12, 13, 14, 15 y 16. El servicio está disponible en distintas regiones de Azure.
Las instancias de servidor flexible de Azure Database for PostgreSQL son las más adecuadas para lo siguiente:
- Desarrollo de aplicaciones que requieren un control mejorado y personalizaciones.
- Alta disponibilidad con redundancia de zona
- Ventanas de mantenimiento administradas.
Arquitectura y alta disponibilidad
El modelo de implementación de servidor flexible de Azure Database for PostgreSQL está diseñado para admitir la alta disponibilidad dentro de una única zona de disponibilidad o entre varias. La arquitectura separa el proceso y el almacenamiento. El motor de base de datos se ejecuta en un contenedor de una máquina virtual Linux, mientras que los archivos de datos residen en Azure Storage. El almacenamiento mantiene tres copias sincrónicas con redundancia local de los archivos de base de datos, lo que garantiza la durabilidad de los datos.
Si está configurada la alta disponibilidad con redundancia de zona, el servicio aprovisiona y mantiene un servidor en espera semiactiva entre zonas de disponibilidad dentro de la misma región de Azure. Los cambios en los datos del servidor de origen se replican sincrónicamente en el servidor en espera para garantizar que no se pierden datos. Con la alta disponibilidad con redundancia de zona, una vez que se desencadena el evento de conmutación por error planeado o sin planear, el servidor en espera se conecta inmediatamente y está disponible para procesar las transacciones entrantes. Esto permite la resistencia del servicio frente a errores en la zona de disponibilidad dentro de una región de Azure que admite varias zonas de disponibilidad, tal como se muestra en la imagen siguiente.
Consulte Alta disponibilidad para obtener más detalles.
Aplicación automatizada de revisiones con una ventana de mantenimiento administrado
El servicio aplica automáticamente revisiones al hardware, sistema operativo y motor de base de datos subyacentes. La revisión incluye actualizaciones de seguridad y software. En el motor de PostgreSQL, las actualizaciones de versión secundaria se incluyen en la versión de mantenimiento planeado. Los usuarios pueden configurar la programación de la aplicación de revisión para que la administre el sistema o definir su programación personalizada. Durante la programación de mantenimiento, se aplica la revisión y es posible que el servidor requiera un reinicio como parte del proceso de aplicación de revisión a fin de completar la actualización. Con la programación personalizada, los usuarios pueden hacer que el ciclo de aplicación de revisiones sea predecible y elegir una ventana de mantenimiento con un impacto mínimo en el negocio. En general, el servicio sigue una programación mensual de versiones como parte de la integración y publicación continuas.
Copias de seguridad automáticas
El servidor flexible de Azure Database for PostgreSQL crea automáticamente copias de seguridad del servidor y las almacena en el almacenamiento con redundancia de zona (ZRS) de la región. Las copias de seguridad pueden restaurar el servidor a un momento dado dentro del período de retención de la copia de seguridad. El período de retención predeterminado es siete días. La retención se puede configurar para un total de 35 días. Todas las copias de seguridad se cifran mediante cifrado AES de 256 bits. Consulte Copias de seguridad para obtener más información.
Ajustar el rendimiento y la escala en cuestión de segundos
El servidor flexible de Azure Database for PostgreSQL está disponible en tres niveles de proceso: Ampliable, De uso general y Optimizado para memoria. El nivel Ampliable es el más adecuado para las cargas de trabajo de desarrollo de bajo costo y simultaneidad sin capacidad de proceso continua. Los niveles De uso general y Optimizado para memoria son los más adecuados para las cargas de trabajo de producción que requieren un alto nivel de simultaneidad, escala y rendimiento predecible. Puede compilar su primera aplicación en una base de datos pequeña por poco dinero al mes y, después, ajustar fácilmente la escala para satisfacer las necesidades de la solución.
Detención o inicio del servidor para reducir el costo total de propiedad
El servidor flexible de Azure Database for PostgreSQL le permite detener e iniciar el servidor a petición para reducir el costo total de propiedad. La facturación del nivel de proceso se detiene inmediatamente al detener el servidor. De este modo, se puede lograr un importante ahorro en el costo durante el desarrollo, las pruebas y las cargas de trabajo de producción predecibles con límites de tiempo. El servidor permanece en estado detenido durante siete días, a menos que se reinicie antes.
Seguridad de clase empresarial
El servidor flexible de Azure Database for PostgreSQL usa el módulo criptográfico con validación FIPS 140-2 para el cifrado del almacenamiento de los datos en reposo. Se cifran los datos, incluidas las copias de seguridad y los archivos temporales creados mientras se ejecutan las consultas. El servicio usa el cifrado AES de 256 bits que se incluye en el cifrado de Azure Storage, y el sistema puede administrar las claves (valor predeterminado). El servidor flexible de Azure Database for PostgreSQL cifra los datos en movimiento con la Seguridad de la capa de transporte (SSL/TLS) que se aplica de manera predeterminada. El servicio solo aplica y admite la versión 1.2 de TLS.
Las instancias de servidor flexible de Azure Database for PostgreSQL permiten el acceso privado completo a los servidores mediante Azure Virtual Network (integración de VNet). Solo puede acceder a los servidores de la red virtual de Azure y conectarse con ellos mediante las direcciones IP privadas. Con la integración con la red virtual, se deniega el acceso público y no se puede acceder a los servidores mediante puntos de conexión públicos.
Supervisión y alertas
El servidor flexible de Azure Database for PostgreSQL está equipado con características integradas de alertas y supervisión de rendimiento. Todas las métricas de Azure tienen una frecuencia de un minuto y cada métrica proporciona 30 días de historial. Puede configurar alertas en las métricas. El servicio expone las métricas del servidor host para supervisar el uso de recursos y permite configurar registros de consultas lentas. Con estas herramientas, puede optimizar rápidamente sus cargas de trabajo y configurar el servidor para lograr el máximo rendimiento.
PgBouncer integrado
Una instancia de servidor flexible de Azure Database for PostgreSQL incluye un PgBouncer integrado, un agrupador de conexiones. Puede habilitarlo y conectar las aplicaciones a la instancia de servidor flexible de Azure Database for PostgreSQL mediante PgBouncer con el mismo nombre de host y el puerto 6432.
Regiones de Azure
Una ventaja de ejecutar una carga de trabajo en Azure es su alcance global. La opción de servidor flexible de Azure Database for PostgreSQL actualmente está disponible en las siguientes regiones de Azure:
| Region | Proceso de Intel V3/V4/V5/AMD | Alta disponibilidad con redundancia de zona | Alta disponibilidad en la misma zona | Copia de seguridad con redundancia geográfica |
|---|---|---|---|---|
| Centro de Australia | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Centro de Australia 2* | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Este de Australia | ✔️ | ✔️ | ✔️ | ✔️ |
| Sudeste de Australia | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Sur de Brasil | ✔️ (solo v3) | ❌ $ | ✔️ | ❌ |
| Sudeste de Brasil* | ✔️ (solo v3) | ❌ $ | ✔️ | ❌ |
| Centro de Canadá | ✔️ | ✔️ | ✔️ | ✔️ |
| Este de Canadá | ✔️ | ❌ | ✔️ | ✔️ |
| Centro de la India | ✔️ | ✔️ | ✔️ | ✔️ |
| Centro de EE. UU. | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Este de China 3 | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Norte de China 3 | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Este de Asia | ✔️ (solo v3/v4/v5) | ✔️ ** | ✔️ | ✔️ |
| Este de EE. UU. | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Este de EE. UU. 2 | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Centro de Francia | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Sur de Francia | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Centro-oeste de Alemania | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Norte de Alemania* | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Centro de Israel | ✔️ (solo v3/v4) | ✔️ | ✔️ | ❌ |
| Norte de Italia | ✔️ (solo v3/v4) | ✔️ | ✔️ | ❌ |
| Japón Oriental | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Japón Occidental | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| JIO del Oeste de la India | ✔️ (solo v3) | ❌ | ✔️ | ❌ |
| Centro de Corea del Sur | ✔️ (solo v3/v4/v5) | ✔️ ** | ✔️ | ✔️ |
| Corea del Sur | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Centro de Polonia | ✔️ (solo v3/v4) | ✔️ | ✔️ | ❌ |
| Centro-Norte de EE. UU | ✔️ | ❌ | ✔️ | ✔️ |
| Norte de Europa | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Este de Noruega | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste de Noruega* | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Centro de Catar | ✔️ (solo v3/v4) | ✔️ | ✔️ | ❌ |
| Norte de Sudáfrica | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Oeste de Sudáfrica* | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Centro-sur de EE. UU. | ✔️ (solo v3/v4) | ❌ $ | ✔️ | ✔️ |
| Sur de la India | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Sudeste de Asia | ✔️ | ✔️ | ✔️ | ✔️ |
| Centro de Suecia | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Sur de Suecia* | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Norte de Suiza | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Oeste de Suiza* | ✔️ (solo v3/v4/v5) | ❌ | ✔️ | ✔️ |
| Centro de Emiratos Árabes Unidos* | ✔️ (solo v3/v4) | ❌ | ✔️ | ✔️ |
| Norte de Emiratos Árabes Unidos | ✔️ (solo v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| US Gov: Arizona | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| US Gov Texas | ✔️ (solo v3/v4) | ❌ | ✔️ | ❌ |
| US Gov - Virginia | ✔️ (solo v3/v4) | ✔️ | ✔️ | ✔️ |
| Sur de Reino Unido 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste de Reino Unido | ✔️ | ❌ | ✔️ | ✔️ |
| Centro-Oeste de EE. UU. | ✔️ | ❌ | ✔️ | ✔️ |
| Oeste de Europa | ✔️ | ❌ $ | ✔️ | ✔️ |
| Oeste de EE. UU. | ✔️ | ❌ | ✔️ | ✔️ |
| Oeste de EE. UU. 2 | ✔️ (solo v3/v4) | ❌ $ | ❌ $ | ✔️ |
| Oeste de EE. UU. 3 | ✔️ | ✔️ ** | ✔️ | ❌ |
$ Las nuevas implementaciones de alta disponibilidad con redundancia de zona se bloquean temporalmente en estas regiones. Los servidores de alta disponibilidad ya aprovisionados son totalmente compatibles.
$$ Las nuevas implementaciones de servidores están temporalmente bloqueadas en estas regiones. Los servidores ya aprovisionados son totalmente compatibles.
** La alta disponibilidad con redundancia de zona ahora se puede implementar al aprovisionar nuevos servidores en estas regiones. Los servidores existentes implementados en una zona de disponibilidad sin ninguna preferencia (que puede comprobar en Azure Portal) antes de que la región empezara a admitir la zona de disponibilidad, incluso cuando habilite la alta disponibilidad con redundancia de zona, el servidor en espera se aprovisiona en la misma zona de disponibilidad (alta disponibilidad de la misma zona) que el servidor principal. Para habilitar la alta disponibilidad con redundancia de zona, siga los pasos.
(*) Ciertas regiones tienen acceso restringido para admitir escenarios de clientes específicos, como la recuperación ante desastres en el país o región. Estas regiones solo están disponibles cuando se solicitan mediante la creación de una solicitud de soporte técnico.
Nota:
Si la aplicación requiere una alta disponibilidad de redundancia de zona y no está disponible en su región de Azure preferida, considere la posibilidad de usar otras regiones dentro de la misma zona geográfica en la que esté disponible la alta disponibilidad de zona, como Este de EE. UU. para Este de EE. UU. 2, Centro de EE. UU. para Centro-norte de EE. UU., etc.
Migración
El servidor flexible de Azure Database for PostgreSQL se ejecuta en la versión Community de PostgreSQL. Esto ofrece una compatibilidad total con las aplicaciones y requiere un coste mínimo de refactorización para migrar la aplicación existente desarrollada en el motor de PostgreSQL a un servidor flexible de Azure Database for PostgreSQL.
- Servidor único de Azure Database for PostgreSQL a la herramienta de migración de servidor flexible de Azure Database for PostgreSQL (versión preliminar) - Esta herramienta proporciona una capacidad de migración más sencilla del servidor único de Azure Database for PostgreSQL al servidor flexible de Azure Database for PostgreSQL.
- Volcado y restauración: en el caso de las migraciones sin conexión en las que los usuarios pueden permitirse un tiempo de inactividad, el volcado y la restauración mediante herramientas de la comunidad, como pg_dump y pg_restore, pueden proporcionar una manera más rápida de realizar la migración. Consulte Migración mediante volcado y restauración para obtener más información.
- Azure Database Migration Service: puede usar Azure Database Migration Service para las migraciones sin problemas y simplificadas a un servidor flexible de Azure Database for PostgreSQL con un tiempo de inactividad mínimo. Consulte DMS a través del portal y DMS a través de la CLI. Puede migrar desde la instancia de servidor único de Azure Database for PostgreSQL a servidor flexible de Azure Database for PostgreSQL Consulte este artículo sobre DMS para obtener información.
Preguntas más frecuentes
¿El servidor flexible de Azure Database for PostgreSQL reemplazará al servidor único de Azure Database for PostgreSQL?
Seguimos admitiendo el servidor único de Azure Database for PostgreSQL y animamos a adoptar el servidor flexible de Azure PostgreSQL Database, con capacidades más completas, como alta disponibilidad resistente a zonas, rendimiento predecible, control máximo, ventana de mantenimiento personalizada, controles de optimización de costes y experiencia simplificada para desarrolladores adecuada para las cargas de trabajo empresariales. Si decidimos retirar cualquier servicio, característica, API o SKU, recibirá un aviso previo con instrucciones para la migración o transición. Obtenga más información sobre las directivas del ciclo de vida de Microsoft aquí.
¿Qué es la directiva de Microsoft para solucionar los defectos del motor de PostgreSQL?
Consulte la directiva actual de Microsoft aquí.
Contactos
Para cualquier pregunta o sugerencia que pueda tener sobre el servidor flexible de Azure Database for PostgreSQL, envíe un correo electrónico al equipo de servidor flexible de Azure Database for PostgreSQL (@Ask Azure DB for PostgreSQL).
Nota:
Esta dirección de correo electrónico no es un alias de soporte técnico.
Además, tenga en cuenta los siguientes puntos de contacto según corresponda:
- Para ponerse en contacto con el servicio de soporte técnico de Azure, presente una incidencia de soporte técnico en Azure Portal.
- Para corregir un problema con la cuenta, envíe una solicitud de soporte técnico en Azure Portal.
- Para proporcionar comentarios o solicitar nuevas características, cree una entrada mediante UserVoice.
Pasos siguientes
Ahora que ha leído la introducción al modo de implementación Servidor flexible de Azure Database for PostgreSQL, ya está listo para crear su primer servidor: Creación de una instancia de Azure Database for PostgreSQL con la opción Servidor flexible mediante Azure Portal.