Compartir a través de

Optimización de los costos en el servidor flexible de Azure Database for PostgreSQL

  • Artículo

SE APLICA A: Azure Database for PostgreSQL con servidor flexible

El servidor flexible de Azure Database for PostgreSQL es un servicio de base de datos relacional en la nube de Microsoft basado en PostgreSQL Community Edition.. Es una base de datos como servicio totalmente administrada que puede manejar cargas de trabajo críticas con un rendimiento predecible y escalabilidad dinámica.

En este artículo se proporciona una lista de recomendaciones para optimizar el costo del servidor flexible de Azure Database for PostgreSQL. La lista incluye consideraciones de diseño, una lista de comprobación de configuración y la configuración de base de datos recomendada para ayudarle a optimizar la carga de trabajo.

  • Saque provecho de los precios de capacidad reservada.
  • Escalar los procesos con aumento o reducción.
  • Recomendaciones de Azure Advisor.
  • Evalúe los requisitos de alta disponibilidad y DR (recuperación ante desastres).
  • Consolidar bases de datos y servidores.
  • Coloque servidores de prueba en regiones geográficas rentables.
  • Iniciar y detener servidores.
  • Archivar datos antiguos para el almacenamiento en frío.

1. Utilice los precios de capacidad reservada

El precio de la capacidad reservada de Azure Postgres permite comprometerse con una capacidad específica durante 1 a 3 años, lo que ahorra costes para los clientes que usan el servidor flexible de Azure Database for PostgreSQL. El ahorro de costos en comparación con los precios de pago por uso puede ser significativo, dependiendo de la cantidad de capacidad reservada y de la duración del término. Los clientes pueden comprar capacidad reservada en incrementos de núcleos virtuales y almacenamiento. La capacidad reservada puede cubrir los costos de las instancias de servidor flexible de Azure Database for PostgreSQL en la misma región, aplicadas a la suscripción de Azure del cliente. Los precios reservados para el servidor flexible de Azure Database for PostgreSQL ofrecen un ahorro de costos de hasta un 40 % durante un año y hasta un 60 % para los compromisos de 3 años, para los clientes que reservan capacidad. Para obtener más información, consulte Calculadora de precios | Microsoft Azure. Para más información, consulte ¿Qué son las reservas de Azure?

2. Escalar los procesos con aumento o reducción

Escalar o reducir verticalmente los recursos de una instancia de servidor flexible de Azure Database for PostgreSQL puede ayudarle a optimizar los costos. Ajuste los núcleos virtuales y el almacenamiento según sea necesario para pagar solo los recursos necesarios. El escalado se puede realizar mediante Azure Portal, la CLI de Azure o la API de REST de Azure. El escalado de los recursos de proceso hacia arriba o abajo se puede realizar en cualquier momento y requiere el reinicio del servidor. Se recomienda supervisar los patrones de uso de la base de datos y ajustar los recursos en consecuencia para optimizar los costos y garantizar el rendimiento. Para más información, consulte Opciones de proceso y almacenamiento en el servidor flexible de Azure Database for PostgreSQL.

Configurar los entornos no profesionales de forma conservadora: configure entornos de desarrollo/ pruebas/fases inactivos para tener SKU rentables. Elegir SKU ampliables es ideal para cargas de trabajo que no necesitan capacidad completa continua.

Para más información, consulte Operaciones de escalado en el servidor flexible de Azure Database for PostgreSQL

3. Utilizar las recomendaciones de Azure Advisor

Azure Advisor es un servicio gratuito que proporciona recomendaciones para ayudar a optimizar los recursos de Azure. Analiza los patrones de uso y configuración de recursos, y proporciona recomendaciones sobre cómo mejorar el rendimiento, la seguridad, la alta disponibilidad y la rentabilidad de los recursos de Azure. Las recomendaciones abarcan varios servicios de Azure, como proceso, almacenamiento, redes y bases de datos.

Para Azure Database for PostgreSQL, Azure Advisor puede proporcionar recomendaciones sobre cómo mejorar el rendimiento, la disponibilidad y la rentabilidad de la base de datos. Por ejemplo, puede sugerir el escalado de la base de datos hacia arriba o abajo, el uso de réplicas de lectura para descargar cargas de trabajo de lectura intensiva o cambiar a precios de capacidad reservada para reducir los costos. Azure Advisor también puede sugerir procedimientos recomendados de seguridad, como habilitar el cifrado en reposo o habilitar reglas de seguridad de red para limitar el tráfico entrante a la base de datos.

Puede acceder a las recomendaciones proporcionadas por Azure Advisor a través del Azure Portal, donde puede verlas e implementarlas con tan solo unos pocos clics. La implementación de recomendaciones de Azure Advisor puede ayudarle a optimizar los recursos de Azure y reducir los costos. Para más información, consulte Azure Advisor para Azure Database for PostgreSQL: servidor flexible

4. Evaluar los requisitos de alta disponibilidad y DR (recuperación ante desastres)

Azure Database for PostgreSQL: servidor flexible tiene resistencia integrada de nodo y almacenamiento sin costo adicional. La resistencia del nodo permite que la instancia de servidor flexible de Azure Database for PostgreSQL conmute automáticamente por error a una máquina virtual correcta sin pérdida de datos (es decir, RPO cero) y sin cambios en la cadena de conexión, excepto que la aplicación debe volver a conectarse. Del mismo modo, los datos y los registros de transacciones se almacenan en tres copias sincrónicas y detecta automáticamente daños en el almacenamiento y realiza la acción correctiva. Para la mayoría de las cargas de trabajo de desarrollo/pruebas y producción, esta configuración debe ser suficiente.

Si la carga de trabajo requiere resistencia de la zona de disponibilidad y RTO inferior, puede habilitar la alta disponibilidad con espera dentro de la zona o entre zonas de disponibilidad. Esto duplica los costos de implementación, pero también proporciona un Acuerdo de Nivel de Servicio mayor. Para lograr una resistencia geográfica para la aplicación, puede configurar GeoBackup para un costo menor, pero con un RTO mayor. Como alternativa, puede configurar GeoReadReplica por el doble del costo, que ofrece un RTO en cuestión de minutos si se produjo un desastre geográfico.

La eliminación de claves consiste en evaluar el requisito de la pila de aplicaciones completa y, a continuación, elegir la configuración adecuada para la instancia de servidor flexible de Azure Database for PostgreSQL. Por ejemplo, si la aplicación no es resistente a la zona de disponibilidad, no hay nada que obtener configurando el servidor flexible de Azure Database for PostgreSQL en la configuración resistente de la zona de disponibilidad.

Para obtener más información, consulte [Arquitectura de alta disponibilidad en servidor flexible]/azure/reliability/reliability-postgresql-flexible-server

5. Consolidar bases de datos y servidores

La consolidación de bases de datos puede ser una estrategia de ahorro de costos para Azure Database for PostgreSQL servidor flexible. La consolidación de varias bases de datos en una única instancia de servidor flexible de Azure Database for PostgreSQL puede reducir el número de instancias y el costo total de ejecutar el servidor flexible de Azure Database for PostgreSQL. Siga estos pasos para consolidar las bases de datos y ahorrar costos:

  1. Acceda al servidor: identifique el servidor que se puede consolidar, teniendo en cuenta el tamaño de la base de datos, la región geográfica, la configuración (CPU, memoria, IOPS), los requisitos de rendimiento, el tipo de carga de trabajo y las necesidades de coherencia de datos.
  2. Cree una nueva instancia de servidor flexible de Azure Database for PostgreSQL: cree una nueva instancia de servidor flexible de Azure Database for PostgreSQL con suficientes vCPU, memoria y almacenamiento para admitir las bases de datos consolidadas.
  3. Reutilice una instancia de servidor flexible de Azure Database for PostgreSQL existente: en el caso de que ya tenga un servidor existente, asegúrese de que tiene suficientes vCPU, memoria y almacenamiento para admitir las bases de datos consolidadas.
  4. Migración de las bases de datos: migre las bases de datos a la nueva instancia de servidor flexible de Azure Database for PostgreSQL. Puede usar herramientas como pg_dump y pg_restore para exportar e importar bases de datos.
  5. Supervisión del rendimiento: supervise el rendimiento de la instancia de servidor flexible consolidada de Azure Database for PostgreSQL y ajuste los recursos según sea necesario para garantizar un rendimiento óptimo.

La consolidación de bases de datos puede ayudarle a ahorrar costos al reducir el número de instancias de servidor flexibles de Azure Database for PostgreSQL que necesita ejecutar y, al hacerlo, puede usar instancias más grandes que más rentables que las instancias más pequeñas. Es importante evaluar el impacto de la consolidación en el rendimiento de las bases de datos y asegurarse de que la instancia de servidor flexible de Azure Database for PostgreSQL consolidada tenga el tamaño adecuado para satisfacer todas las necesidades de las bases de datos.

Para más información, consulte Mejora del rendimiento de las aplicaciones de Azure mediante Azure Advisor

6. Colocar servidores de prueba en regiones geográficas rentables

La creación de un servidor de prueba en una región de Azure rentable puede ser una estrategia de ahorro de costos para Azure Database for PostgreSQL servidor flexible. Al crear un servidor de prueba en una región con un menor costo de recursos informáticos, puede reducir el costo de ejecutar el servidor de prueba y minimizar el costo de ejecutar el servidor flexible de Azure Database for PostgreSQL. Estos son algunos pasos para ayudarle a crear un servidor de prueba en una región de Azure rentable:

  1. Identifique una región rentable: identifique una región de Azure con un menor costo de recursos informáticos.
  2. Cree una nueva instancia de servidor flexible de Azure Database for PostgreSQL: cree una nueva instancia de servidor flexible de Azure Database for PostgreSQL en la región rentable con la configuración adecuada para el entorno de prueba.
  3. Migración de datos de prueba: migre los datos de prueba a la nueva instancia de servidor flexible de Azure Database for PostgreSQL. Puede usar herramientas como pg_dump y pg_restore para exportar e importar bases de datos.
  4. Supervise el rendimiento: supervise el rendimiento del servidor de prueba y ajuste los recursos según sea necesario para garantizar un rendimiento óptimo.

Al crear un servidor de prueba en una región de Azure rentable, puede reducir el costo de ejecutar el servidor de prueba y minimizar el costo de ejecutar el servidor flexible de Azure Database for PostgreSQL. Es importante evaluar el impacto de la región en el rendimiento del servidor de prueba y los requisitos regionales específicos de la organización. Esto garantiza que los costos de latencia de red y transferencia de datos sean aceptables para su caso de uso.

Para más información, consulte Regiones de Azure

7. Iniciar y detener servidores

Iniciar y detener servidores puede ser una estrategia de ahorro de costos para Azure Database for PostgreSQL: servidor flexible. Al ejecutar solo el servidor cuando lo necesite, puede reducir el costo de ejecutar el servidor flexible de Azure Database for PostgreSQL. Estos son algunos pasos para ayudarle a iniciar y detener servidores y ahorrar costos:

  1. Identificar el servidor: identifique la instancia de servidor flexible de Azure Database for PostgreSQL que desea iniciar y detener.
  2. Inicie el servidor: inicie la instancia de servidor flexible de Azure Database for PostgreSQL cuando la necesite. Puede iniciar el servidor con Azure Portal, la CLI de Azure o la API de REST de Azure.
  3. Detenga el servidor: detenga la instancia de servidor flexible de Azure Database for PostgreSQL cuando no la necesite. Puede detener el servidor mediante el Azure Portal, la CLI de Azure o la API de REST de Azure.
  4. Además, si un servidor ha estado detenido (o inactivo) durante varias semanas continuas, puede considerar anular el servidor después de la diligencia debida necesaria.

Al iniciar y detener el servidor según sea necesario, puede reducir el costo de ejecutar el servidor flexible de Azure Database for PostgreSQL. Para garantizar un rendimiento de base de datos sin problemas, es fundamental evaluar el impacto de iniciar y detener el servidor y tener establecido un proceso confiable para estas acciones según sea necesario. Para más información, consulte Detención de una instancia del servidor flexible de Azure Database for PostgreSQL e Inicio de una instancia del servidor flexible de Azure Database for PostgreSQL.

8. Archivar datos antiguos para el almacenamiento en frío

El archivado de datos a los que se accede con poca frecuencia en el almacén de archivos de Azure (a la vez que mantiene el acceso) puede ayudar a reducir los costos. Exporte datos del servidor flexible de Azure Database for PostgreSQL a Azure Archived Storage y almacénelo en un nivel de almacenamiento de menor costo.

  1. Configure la cuenta de Azure Blob Storage y cree un contenedor para las copias de seguridad de la base de datos.
  2. Use pg_dump para exportar los datos antiguos a un archivo.
  3. Use la CLI de Azure o PowerShell para cargar el archivo exportado en el contenedor de Blob Storage.
  4. Configure una directiva de retención en el contenedor de Blob Storage para eliminar automáticamente las copias de seguridad antiguas.
  5. Modifique el script de copia de seguridad para exportar los datos antiguos a Blob Storage en lugar del almacenamiento local.
  6. Pruebe el proceso de copia de seguridad y restauración para asegurarse de que los datos archivados se pueden restaurar si es necesario.

También puede usar Azure Data Factory para automatizar este proceso.

Para obtener más información, consulte Migración de la base de datos de servidor flexible de Azure Database for PostgreSQL mediante volcado y restauración

Inconvenientes para los costos

A medida que diseña la base de datos de la aplicación en el servidor flexible de Azure Database for PostgreSQL, considere los compromisos entre la optimización de costos y otros aspectos del diseño, como la seguridad, la escalabilidad, la resistencia y la operatividad.

Costos frente a confiabilidad

El costo tiene una correlación directa con la confiabilidad.

Costos frente a eficiencia del rendimiento

Un aumento del rendimiento dará lugar a un costo mayor.

Costos frente a seguridad

El aumento de la seguridad de la carga de trabajo aumentará el costo.

Costos frente a excelencia operativa

Invertir en la supervisión y la automatización de los sistemas podría aumentar el costo inicialmente, pero con el tiempo lo reducirá.

Contenido relacionado