En este documento, se describe cómo prepararse para ejecutar AlloyDB Omni en cualquier entorno de Linux que admita entornos de ejecución de contenedores.
Para obtener una descripción general de AlloyDB Omni, consulta 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 requeridos son similares a los requisitos del sistema de 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 pruebas suficientes de tu instancia de AlloyDB Omni.
El ajuste de tamaño de un entorno de AlloyDB Omni incluye los siguientes pasos:
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 a lo largo del tiempo.
Tasa de transacciones: Determina la cantidad esperada de transacciones por segundo (TPS), incluidas las lecturas, las escrituras, las actualizaciones y las eliminaciones.
Simultaneidad: Estima la cantidad de usuarios o conexiones simultáneas que acceden a la base de datos.
Requisitos de rendimiento: Define los tiempos de respuesta aceptables para diferentes tipos de consultas y operaciones.
Asegúrate de que tu hardware admita los requisitos de ajuste de tamaño.
CPU: AlloyDB Omni se beneficia de los sistemas con varios núcleos de CPU, y AlloyDB Omni se escala de forma lineal, según la carga de trabajo. Sin embargo, PostgreSQL de código abierto generalmente no se beneficia de más de 16 CPU virtuales. Ten en cuenta lo siguiente:
- La cantidad de núcleos según la simultaneidad de la carga de trabajo y las necesidades de procesamiento.
- Cualquier ganancia que pueda estar presente debido a un cambio en la generación o plataforma de la CPU.
Memoria: Asigna suficiente RAM para los búferes compartidos de AlloyDB Omni para almacenar datos en caché y 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 el volumen de datos, los índices, el registro de escritura anticipada (WAL), las copias de seguridad y el crecimiento futuro.
IOPS: Estima las operaciones de entrada y salida por segundo (IOPS) requeridas según los patrones de lectura y escritura de tu carga de trabajo. Cuando ejecutes AlloyDB Omni en una nube pública, considera las características de rendimiento de tu tipo de almacenamiento para comprender si necesitas aumentar la capacidad de almacenamiento para cumplir con un objetivo de IOPS específico.
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 |
|
|
| macOS |
|
|
- 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 propósito, te recomendamos que lo conectes directamente a la máquina anfitrión.
Requisitos de software
| SO/plataforma | Software mínimo | Software recomendado |
|---|---|---|
| Linux1 |
|
|
| macOS |
|
|
- 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 compatibles
AlloyDB Omni admite sistemas de archivos en volúmenes de almacenamiento en bloque en instancias de bases de datos. Para sistemas de desarrollo o de prueba más pequeños, usa el sistema de archivos local del host en el que se ejecuta el contenedor. Para cargas de trabajo empresariales, usa el almacenamiento reservado para instancias de AlloyDB Omni. Según las demandas establecidas por tu carga de trabajo de 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 leen y escriben desde el mismo dispositivo de disco.
Almacenamiento NVMe o SAN local
Tanto el almacenamiento local Non-Volatile Memory Express (NVMe) como el almacenamiento de red de área de almacenamiento (SAN) ofrecen ventajas distintas. Elegir la solución adecuada depende de los requisitos específicos de tu carga de trabajo, el presupuesto y las necesidades de escalabilidad futuras.
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 SAN con NVMe over Fabrics para un acceso más rápido.
Almacenamiento NVMe local
NVMe es un protocolo de alto rendimiento diseñado para unidades de estado sólido (SSDs). Para las aplicaciones que necesitan acceso rápido a los datos, el almacenamiento NVMe local ofrece los siguientes beneficios:
- Las SSDs NVMe se conectan directamente al bus Peripheral Component Interconnect 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 el mayor rendimiento.
Para escalar el almacenamiento NVMe local, es necesario 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 el uso compartido de datos entre varios servidores. Dado que el almacenamiento NVMe local es local, los administradores del servidor deben protegerse contra las fallas de disco con un hardware o un software de matriz redundante de discos económicos (RAID). De lo contrario, la falla de un solo dispositivo NVMe provocará la pérdida de datos.
Almacenamiento SAN
SAN es una red de almacenamiento dedicada que conecta varios servidores a un grupo compartido de dispositivos de almacenamiento, a menudo SSDs o almacenamiento NVMe centralizado. Si bien SAN no es tan rápido como NVMe local, las SAN modernas, en especial las que usan NVMe over 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 o rendimiento de almacenamiento, agrega arrays de almacenamiento nuevos o actualiza los existentes. Las SAN proporcionan redundancia en la capa de almacenamiento, lo que brinda protección contra fallas de medios de almacenamiento.
Las SAN se destacan en el uso compartido de datos. Para 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 en el centro de datos, lo que permite una recuperación más rápida.