Requisitos previos de los equipos de los nodos de clúster

Google Distributed Cloud admite una gran variedad de sistemas que se ejecutan en el hardware que admiten las distribuciones del sistema operativo de destino. Una configuración de Google Distributed Cloud se puede ejecutar en un hardware mínimo o en varias máquinas para ofrecer flexibilidad, disponibilidad y rendimiento.

Independientemente de la configuración de Google Distributed Cloud, tus nodos y clústeres deben tener suficientes recursos de CPU, RAM y almacenamiento para satisfacer las necesidades de los clústeres y las cargas de trabajo que estés ejecutando.

Esta página está dirigida a administradores, arquitectos y operadores que definen soluciones de TI y arquitecturas de sistemas de acuerdo con la estrategia de la empresa. Para obtener más información sobre los roles habituales y las tareas de ejemplo a las que hacemos referencia en el contenido, consulta Roles y tareas de usuario habituales de GKE. Google Cloud

Cuando instales Google Distributed Cloud, podrás crear diferentes tipos de clústeres:

  • Un clúster de usuarios que ejecuta cargas de trabajo.
  • Un clúster de administrador que crea y controla clústeres de usuarios para ejecutar cargas de trabajo.
  • Un clúster independiente es un clúster único que puede gestionar y ejecutar cargas de trabajo, pero no puede crear ni gestionar clústeres de usuarios.
  • Un clúster híbrido puede gestionar y ejecutar cargas de trabajo, así como crear y gestionar clústeres de usuarios adicionales.

Además del tipo de clúster, puede elegir entre los siguientes perfiles de instalación en cuanto a los requisitos de recursos:

  • Predeterminado: el perfil predeterminado tiene requisitos de recursos del sistema estándar y puedes usarlo en todos los tipos de clústeres.

  • Perimetral: el perfil perimetral ha reducido significativamente los requisitos de recursos del sistema. Se recomienda usar este perfil en dispositivos perimetrales con recursos limitados. Solo puedes usar el perfil de periferia para clústeres independientes.

Requisitos de recursos para todos los tipos de clústeres que usan el perfil predeterminado

En la siguiente tabla se describen los requisitos de hardware mínimos y recomendados que necesita Google Distributed Cloud para operar y gestionar clústeres de administrador, híbridos, de usuario y autónomos con el perfil predeterminado:

Recurso Mínimo Recomendado
CPUs/vCPUs* 4 núcleos 8 núcleos
RAM 16 GiB 32 GiB
Almacenamiento 128 GiB 256 GiB

* Google Distributed Cloud solo admite CPUs y vCPUs x86-64 en el nivel de microarquitectura de CPU v3 (x86-64-v3) y versiones posteriores.

Requisitos de recursos para clústeres independientes que usan el perfil de edge

En la siguiente tabla se describen los requisitos de hardware mínimos y recomendados que necesita Google Distributed Cloud para operar y gestionar clústeres independientes con el perfil de edge:

Recurso Mínimo Recomendado
CPUs/vCPUs* 2 núcleos 4 núcleos
RAM Ubuntu: 5 GiB

RHEL: 6 GiB

 Ubuntu: 8 GiB

RHEL: 12 GiB
Almacenamiento 128 GiB 256 GiB

* Google Distributed Cloud solo admite CPUs y vCPUs x86-64 en el nivel de microarquitectura de CPU v3 (x86-64-v3) y versiones posteriores.

Para configurar clústeres independientes con el perfil de edge, sigue estas prácticas recomendadas:

  • Ejecuta bmctl en una estación de trabajo independiente. Si debes ejecutar bmctl en el nodo del clúster de destino, necesitas 2 GiB de memoria para cumplir los requisitos mínimos. Por ejemplo, necesitas 6 GiB para Ubuntu y 8 GiB para RHEL.

  • Asigna el valor 110 a MaxPodsPerNode. El clúster ejecuta una media de 30 pods de usuario por nodo. Es posible que necesites recursos adicionales para una MaxPodsPerNode configuración superior o para ejecutar más de 30 pods de usuario por nodo.

  • El tiempo de ejecución de máquinas virtuales en los componentes de GDC no se tiene en cuenta en esta configuración mínima de recursos. El entorno de ejecución de máquinas virtuales en GDC requiere recursos adicionales en función del número de máquinas virtuales implementadas en el clúster.

Requisitos de almacenamiento adicionales

Google Distributed Cloud no proporciona recursos de almacenamiento. Debes aprovisionar y configurar el almacenamiento necesario en tu sistema.

Para obtener información detallada sobre los requisitos de almacenamiento, consulta la descripción general de los requisitos previos de instalación.

Para obtener más información sobre cómo configurar el almacenamiento necesario, consulta Configurar el almacenamiento de Google Distributed Cloud.

Requisitos previos de la máquina de nodos

Los nodos tienen los siguientes requisitos previos:

  • Cumplir los requisitos mínimos de hardware.
  • El sistema operativo es una de las distribuciones de Linux compatibles. Para obtener más información, incluidos los requisitos del kernel, consulta Seleccionar un sistema operativo.
  • Acceso a Internet.
  • Conectividad de capa 3 a todas las demás máquinas de nodos.
  • Acceso a la IP virtual del plano de control.
  • Acceso a los puertos necesarios. Para consultar los requisitos de puertos específicos de los nodos del plano de control, los nodos de trabajador y los nodos del balanceador de carga, consulta la sección Uso de puertos de la página Requisitos de red.
  • Servidores de nombres DNS configurados correctamente.
  • No se permiten nombres de host duplicados.
  • Uno de los siguientes servicios NTP está habilitado y funciona:
    • Crony
    • ntp
    • ntpdate
    • systemd-timesyncd
  • Un gestor de paquetes que funcione, como apt o dnf.

  • En Ubuntu, debes inhabilitar Uncomplicated Firewall (UFW). Ejecuta systemctl stop ufw para inhabilitar UFW.

  • Debe cargarse uno de los siguientes módulos del kernel de red:

    • iptables-nft (es diferente del paquete Debian del frontend iptables, que no es obligatorio). iptables-legacy no se admite.
    • nf_tables.

    Para cargar un módulo, ejecuta el siguiente comando:

    modprobe MODULE_NAME

  • Requisitos de espacio libre en disco:

    1.29.100 y versiones posteriores

    Cuando instalas Google Distributed Cloud, se ejecutan comprobaciones previas al vuelo. Estas comprobaciones confirman que los sistemas de archivos de estos directorios tienen suficiente capacidad:

    Directorio Requisitos de espacio
    / (directorio raíz) 4 GiB (4.294.967.296 bytes)
    /var/log/fluent-bit-buffers 12 GiB (12.884.901.888 bytes)
    /var/opt/buffered-metrics 10.016 MiB (10.502.537.216 bytes)
    /var/lib/containerd
    • 30 GiB (32.212.254.720 bytes) para los nodos del plano de control
    • 10 GiB (10.485.760 bytes) para nodos de trabajo
    /var/lib/kubelet 500 MiB (524.288.000 bytes)
    /var/lib/etcd 20 GiB (21.474.836.480 bytes, aplicable solo a los nodos del plano de control)
    /var/lib/etcd-events 5 GiB (5.368.709.120 bytes, solo aplicable a los nodos del plano de control)

    Para que tengas más control sobre el espacio que asignas a las cargas de trabajo de las aplicaciones, las comprobaciones previas a la creación de clústeres solo comprueban el espacio libre necesario para los componentes del sistema de Google Distributed Cloud. Es posible que necesites almacenamiento adicional en función de las cargas de trabajo que tengas previsto implementar.

    Cuando actualizas un clúster a la versión 1.29.100 o posterior, las comprobaciones previas verifican que tengas al menos 2 GiB de espacio libre disponible en el directorio raíz (/).

    1.29.0 y versiones anteriores

    Cada vez que instales Google Distributed Cloud, se ejecutarán comprobaciones previas para asegurarte de que los sistemas de archivos que respaldan los siguientes directorios tienen la capacidad necesaria:

    Directorio Requisitos de espacio
    / (directorio raíz) 17 GiB (18.253.611.008 bytes)
    /var/lib/containerd
    • 30 GiB (32.212.254.720 bytes) para los nodos del plano de control
    • 10 GiB (10.485.760 bytes) para nodos de trabajo
    /var/lib/kubelet 500 MiB (524.288.000 bytes)
    /var/lib/etcd 20 GiB (21.474.836.480 bytes, aplicable solo a los nodos del plano de control)
    /var/lib/etcd-events 5 GiB (5.368.709.120 bytes, solo aplicable a los nodos del plano de control)

    Para que tengas más control sobre el espacio que asignas a las cargas de trabajo de las aplicaciones, las comprobaciones previas a la creación de clústeres solo comprueban el espacio libre necesario para los componentes del sistema de Google Distributed Cloud. Es posible que necesites almacenamiento adicional en función de las cargas de trabajo que tengas previsto implementar.

    En cualquier versión del clúster, los directorios pueden residir en la misma partición de disco o en particiones diferentes. Si los directorios comparten una partición de disco, calcula el espacio total necesario sumando el espacio que requiere cada directorio en esa partición compartida. La configuración del clúster crea estos directorios si aún no existen.

  • Los directorios /var/lib/etcd y /etc/kubernetes no existen o están vacíos.

  • En las máquinas que ejecutan RHEL 9.2 o Ubuntu 22.04, los límites del kernel de Linux inotify para las instancias de usuario y los elementos de vigilancia de usuario máximos deben ser mayores o iguales que los siguientes:

    • fs.inotify.max_user_instances: 8192
    • fs.inotify.max_user_watches: 524288

    Para obtener más información, consulta la documentación de configuración de RHEL o Ubuntu.

Además de los requisitos previos para instalar y ejecutar Google Distributed Cloud, los clientes deben cumplir los estándares pertinentes que rigen su sector o segmento empresarial, como los requisitos de PCI DSS para las empresas que procesan tarjetas de crédito o las guías técnicas de implementación de seguridad (STIGs) para las empresas del sector de la defensa.

Requisitos previos de las máquinas del balanceador de carga

Si tu implementación no tiene un grupo de nodos de balanceador de carga especializado, puedes hacer que los nodos de trabajador o los nodos del plano de control creen un grupo de nodos de balanceador de carga. En ese caso, deben cumplir otros requisitos:

  • Las máquinas están en la misma subred de capa 2.
  • Todas las IPs virtuales están en la subred de los nodos del balanceador de carga y se pueden enrutar desde la puerta de enlace de la subred.
  • La puerta de enlace de la subred del balanceador de carga debe escuchar las solicitudes ARP gratuitas para reenviar paquetes al balanceador de carga principal.

Siguientes pasos