Descripción general de AlloyDB Omni con RPM

Selecciona una versión de la documentación:

Para ejecutar cargas de trabajo de bases de datos de alto rendimiento directamente en tu propia infraestructura sin la sobrecarga de los contenedores, usa la opción de implementación de AlloyDB Omni Red Hat Package Manager (RPM). En esta descripción general, se explica cómo instalar y administrar el motor de AlloyDB para PostgreSQL en distribuciones de Linux estándar, como RHEL 9 y Rocky Linux 9.

Para comenzar a usar este modelo de implementación, envía este formulario para solicitar acceso.

Casos de uso

La opción de implementación de RPM está diseñada para entornos en los que no se prefiere la creación de contenedores o en los que se requiere una integración profunda con el sistema operativo del host. Los siguientes son algunos de los casos de uso comunes:

  • Moderniza las aplicaciones heredadas: actualiza las cargas de trabajo existentes de PostgreSQL que se ejecutan en servidores Linux a la opción de implementación de RPM para obtener mejoras de rendimiento y capacidad de administración sin volver a crear plataformas en contenedores.
  • Procesamiento perimetral: Implementa bases de datos de alto rendimiento en centros de datos remotos en los que las restricciones de recursos o los modelos operativos favorezcan la instalación directa del sistema operativo (SO).
  • Desarrollo y pruebas: Brinda a los desarrolladores una instancia de base de datos local potente que refleje el entorno de AlloyDB para PostgreSQL de producción, lo que permite realizar pruebas coherentes y una iteración rápida.
  • Alto rendimiento de la base de datos: experimenta un alto rendimiento en entornos virtuales o bare metal.
  • Protege los datos en reposo: Protege todos los datos en reposo en tus clústeres de AlloyDB Omni sin modificar el código de la aplicación habilitando la encriptación transparente de datos. Si habilitas esta función, te aseguras de que todos los datos críticos en reposo se encripten automáticamente antes de escribirse en el disco. Esto te ayuda a cumplir con los requisitos de cumplimiento y protege la información sensible.

Beneficios

AlloyDB Omni con RPM ofrece los siguientes beneficios:

  • Rendimiento superior: Usa el motor de columnas de AlloyDB para PostgreSQL y el almacenamiento en caché inteligente para ofrecer consultas analíticas más rápidas y una mayor capacidad de procesamiento de transacciones en comparación con PostgreSQL estándar.
  • Control total: Se instala directamente en el SO, lo que brinda a los administradores del sistema un control total sobre la asignación de recursos, la configuración del sistema de archivos y la configuración de red con herramientas estándar de Linux.
  • Compatibilidad del 100% con PostgreSQL: Es totalmente compatible con PostgreSQL, lo que te permite usar herramientas, controladores y extensiones existentes sin cambios en el código.
  • Simplicidad operativa: Se integra de forma nativa con los sistemas de RHEL. Puedes administrar el servicio de base de datos con systemctl y, también, instalarlo o actualizarlo con dnf, lo que se adapta sin problemas a los flujos de trabajo de administración de Linux existentes.
  • Automatización inteligente: Reduce el trabajo administrativo a través de funciones de piloto automático, como el autovacuum adaptable y la administración de la memoria automática, que ajusta de forma dinámica la caché de búfer compartido según la presión de la memoria del sistema para optimizar el uso de recursos sin ajustes manuales.

Arquitectura

La opción de implementación de RPM se ejecuta como un conjunto de componentes de software integrados directamente en el sistema operativo host. Usa el sistema de archivos estándar de Linux para el almacenamiento, lo que te permite usar tu infraestructura de almacenamiento y tus prácticas de administración existentes.

Componentes centrales

La arquitectura de la opción de implementación de RPM consta de los siguientes paquetes de RPM principales que funcionan en conjunto para entregar el servicio de base de datos:

  • alloydbomni: Este paquete es el motor de base de datos principal. Contiene los binarios mejorados del servidor de PostgreSQL, el motor de columnas de AlloyDB para PostgreSQL y las extensiones de administración de piloto automático. Se ejecuta como un servicio del sistema (administrado por systemd) y controla las conexiones de los clientes, el procesamiento de consultas y el almacenamiento de datos.
  • alloydbomni_monitor: Este paquete es un agente de supervisión ligero que se ejecuta junto con el motor principal. Recopila telemetría y métricas de rendimiento de la instancia de AlloyDB para PostgreSQL y las expone a través del protocolo de Prometheus para las herramientas de observabilidad.
  • alloydbomni_ui (opcional): Este paquete proporciona la interfaz de usuario web de AlloyDB Omni, una consola web autoadministrada que te brinda observabilidad de tus clústeres de bases de datos, incluidos los gráficos de telemetría de CPU y memoria (con métricas de alloydbomni_monitor y Prometheus), los tamaños de las bases de datos, las marcas de bases de datos activas, las estadísticas del motor de columnas y las estadísticas de consultas.

Integración de sistemas

La opción de implementación de RPM se integra directamente en el ecosistema de Linux:

  • Administración de servicios: La base de datos se ejecuta como un servicio de systemd (alloydbomni18.service). Los administradores usan comandos estándar, como systemctl start, systemctl stop y systemctl status, para administrar el ciclo de vida de la base de datos.
  • Administración de paquetes: La instalación y las actualizaciones se controlan con el administrador de paquetes dnf, que permite un control de versión y una administración de dependencias directos a través de repositorios estándar.
  • Sistema de archivos: Los datos se almacenan en directorios estándar (por ejemplo, /var/lib/postgresql/), lo que permite el uso de herramientas de copia de seguridad estándar de Linux y de instantáneas de almacenamiento. Sin embargo, puedes configurar un directorio diferente para el almacenamiento de datos.

¿Qué sigue?