Planifica la instalación de AlloyDB Omni en una VM

En este documento, se describe cómo prepararte para ejecutar AlloyDB Omni en cualquier entorno de Linux que admita tiempos de ejecución de contenedores.

Para obtener una descripción general de AlloyDB Omni, consulta la descripción general de AlloyDB Omni.

Tamaño y capacidad

El tamaño y la capacidad afectan directamente el rendimiento, la confiabilidad y la rentabilidad de tu instancia de AlloyDB Omni. Cuando migras una base de datos existente, los recursos de CPU y memoria necesarios son similares a los requisitos del sistema de la base de datos de origen.

Planifica comenzar con una implementación que use recursos de CPU, RAM y disco coincidentes, y usa la configuración del sistema de origen como la configuración de referencia de AlloyDB Omni. Es posible que puedas reducir el consumo de recursos después de realizar suficientes pruebas de tu instancia de AlloyDB Omni.

El dimensionamiento de un entorno de AlloyDB Omni incluye los siguientes pasos:

  1. Define tu carga de trabajo.

    • Volumen de datos: Estima la cantidad total de datos que almacenarás en AlloyDB Omni. Ten en cuenta los datos actuales y el crecimiento proyectado con el tiempo.

    • Tasa de transacciones: Determina la cantidad esperada de transacciones por segundo (TPS), incluidas las operaciones de lectura, escritura, actualización y eliminación.

    • Simultaneidad: Estima la cantidad de usuarios o conexiones simultáneos que acceden a la base de datos.

    • Requisitos de rendimiento: Define los tiempos de respuesta aceptables para diferentes tipos de consultas y operaciones.

  2. Asegúrate de que el hardware admita los requisitos de tamaño.

    • CPU: AlloyDB Omni se beneficia de varios núcleos de CPU que se escalan de forma lineal a 64 núcleos. Sin embargo, PostgreSQL de código abierto, por lo general, no se beneficia de más de 16 vCPU. Considera la cantidad de núcleos según las necesidades de procesamiento y simultaneidad de tu carga de trabajo. Ten en cuenta las ganancias que podrían estar presentes debido a un cambio en la generación o la plataforma de la CPU.

    • Memoria: Asignar suficiente RAM para los búferes compartidos de AlloyDB Omni para el almacenamiento en caché de datos y la memoria de trabajo para el procesamiento de consultas El requisito exacto depende de la carga de trabajo. Comienza con 8 GB de RAM por CPU virtual.

    • Almacenamiento

      • Tipo: Según tus necesidades, elige entre el almacenamiento NVMe local para el rendimiento o el almacenamiento SAN para la escalabilidad y el uso compartido de datos.

      • Capacidad: Asegúrate de tener suficiente almacenamiento para tu volumen de datos, índices, registro de operaciones por adelantado (WAL), copias de seguridad y crecimiento futuro.

      • IOPS: Estima las operaciones de entrada y salida por segundo (IOPS) necesarias según los patrones de lectura y escritura de tu carga de trabajo. Cuando ejecutes AlloyDB Omni en una nube pública, ten en cuenta las características de rendimiento de tu tipo de almacenamiento para comprender si necesitas aumentar la capacidad de almacenamiento para cumplir con un objetivo específico de IOPS.

Requisitos previos para ejecutar AlloyDB Omni

Antes de ejecutar AlloyDB Omni, asegúrate de cumplir con los siguientes requisitos de hardware y software.

Requisitos de hardware

SO/Plataforma Hardware mínimo Hardware recomendado
Linux
  • CPU: CPU x86-64 o ARM con compatibilidad con AVX2
  • RAM: 2 GB
  • Espacio en disco1: 10 GB
  • CPU: CPU x86-64 o ARM con compatibilidad con AVX2
  • RAM: 8 GB por CPU virtual asignados a AlloyDB Omni
  • Espacio en disco1: Más de 20 GB
macOS
  • CPU: CPU Intel con compatibilidad con AVX2 o chip M
  • RAM: 2 GB
  • Espacio en disco1: 10 GB
  • CPU: CPU Intel con compatibilidad con AVX2 o chip M
  • RAM: 8 GB por CPU virtual asignados a AlloyDB Omni
  • Espacio en disco1: Más de 20 GB
  1. Te recomendamos que uses un dispositivo de almacenamiento de unidad de estado sólido (SSD) dedicado para almacenar tus datos. Si usas un dispositivo físico para este fin, te recomendamos que lo conectes directamente a la máquina host.

Requisitos de software

SO/Plataforma Software mínimo Software recomendado
Linux1
  • Uno de los siguientes SO:
    • Ubuntu 22.04 y versiones posteriores
    • Debian 11
    • RHEL 8.10
  • Versión 4.18 o posterior del kernel de Linux
  • Cgroups v1 o v2 habilitados
  • Docker Engine 20.10 o versiones posteriores, o Podman 4.2.0 o versiones posteriores
  • Uno de los siguientes SO:
    • Ubuntu 22.04 y versiones posteriores
    • Debian 11 o 12
    • RHEL 9
  • Kernel de Linux 6.1 o versiones posteriores, o cualquier versión de kernel de Linux anterior a 5.3 que admita las directivas MADV_COLLAPSE y MADV_POPULATE_WRITE
  • Cgroupsv2 habilitado
  • Docker Engine 25.0.0 o versiones posteriores, o Podman 5.0.0 o versiones posteriores
macOS
  • Docker Desktop 4.20 o versiones posteriores
  • Docker Desktop 4.30 o versiones posteriores
  1. AlloyDB Omni supone que SELinux, cuando está presente, está configurado en el host para permitir que se ejecute el contenedor, incluido el acceso al sistema de archivos (o SELinux está configurado como permisivo).

Tipos de almacenamiento admitidos

AlloyDB Omni admite sistemas de archivos en volúmenes de almacenamiento en bloques en instancias de bases de datos. Para sistemas de prueba o desarrollo más pequeños, usa el sistema de archivos local del host en el que se ejecuta el contenedor. Para las cargas de trabajo de las empresas, usa el almacenamiento reservado para las instancias de AlloyDB Omni. Según las demandas que establezca tu carga de trabajo de la base de datos, configura tus dispositivos de almacenamiento en una configuración singleton con un dispositivo de disco para cada contenedor o en una configuración consolidada en la que varios contenedores lean y escriban desde el mismo dispositivo de disco.

Almacenamiento NVMe o SAN local

Tanto el almacenamiento local de memoria no volátil express (NVMe) como el almacenamiento en red de área de almacenamiento (SAN) ofrecen ventajas distintivas. La elección de la solución adecuada depende de tus requisitos específicos de carga de trabajo, tu presupuesto y tus necesidades futuras de escalabilidad.

Para determinar la mejor opción de almacenamiento, considera lo siguiente:

  • Para priorizar el rendimiento absoluto, elige NVMe local.
  • Si necesitas almacenamiento compartido a gran escala, elige SAN.
  • Si necesitas equilibrar el rendimiento y el uso compartido, considera usar SAN con NVMe sobre Fabrics para obtener un acceso más rápido.

Almacenamiento NVMe local

NVMe es un protocolo de alto rendimiento diseñado para unidades de estado sólido (SSD). Para las aplicaciones que necesitan un acceso rápido a los datos, el almacenamiento NVMe local ofrece los siguientes beneficios:

  • Los SSD NVMe se conectan directamente al bus de interconexión de componentes periféricos express (PCIe) para ofrecer velocidades de lectura y escritura rápidas.
  • El almacenamiento NVMe local proporciona la latencia más baja.
  • El almacenamiento NVMe local proporciona la mayor capacidad de procesamiento.

Para escalar el almacenamiento NVMe local, se deben agregar más unidades a servidores individuales. Sin embargo, agregar más unidades a servidores individuales genera grupos de almacenamiento fragmentados y posibles complejidades de administración. El almacenamiento NVMe local no está diseñado para compartir datos entre varios servidores. Dado que el almacenamiento NVMe local es local, los administradores de servidores deben proteger contra fallas de disco con hardware o software de array redundante de discos económicos (RAID). De lo contrario, la falla de un solo dispositivo NVMe provocará la pérdida de datos.

Almacenamiento SAN

La SAN es una red de almacenamiento dedicada que conecta varios servidores a un grupo compartido de dispositivos de almacenamiento, a menudo SSD o almacenamiento NVMe centralizado. Si bien las SAN no son tan rápidas como las NVMe locales, las SAN modernas, en especial las que usan NVMe sobre Fabrics, aún ofrecen un rendimiento excelente para la mayoría de las cargas de trabajo empresariales.

  • Las SAN son altamente escalables. Para agregar más capacidad de almacenamiento o rendimiento, agrega nuevos arrays de almacenamiento o actualiza los existentes. Las SAN proporcionan redundancia en la capa de almacenamiento, lo que brinda protección contra fallas de los medios de almacenamiento.

  • Las SAN se destacan en el uso compartido de datos. En el caso de los entornos empresariales que requieren alta disponibilidad, varios servidores pueden acceder a los datos almacenados en la SAN y compartirlos. En caso de falla del servidor, puedes presentar el almacenamiento SAN a otro servidor del centro de datos, lo que permite una recuperación más rápida.

¿Qué sigue?