Los clústeres de Anthos alojados en equipos físicos admiten una amplia variedad de sistemas que se ejecutan en el hardware compatible con las distribuciones del sistema operativo de destino. Una configuración de los clústeres de Anthos en equipos físicos puede ejecutarse en hardware mínimo o en varias máquinas para brindar flexibilidad, disponibilidad y rendimiento.
Sin importar la configuración de los clústeres de Anthos en equipos físicos, los nodos y los 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 ejecutas.
Requisitos mínimos y recomendados de CPU, RAM y almacenamiento
Cuando instalas clústeres de Anthos en equipos físicos, puedes crear diferentes tipos de clústeres:
- Un clúster de usuario que ejecuta cargas de trabajo.
- Un clúster de administrador crea y controla clústeres de usuario para ejecutar cargas de trabajo.
- Un clúster independiente es un clúster único que puede administrar y ejecutar cargas de trabajo, pero un clúster independiente no puede crear ni administrar clústeres de usuarios.
- Un clúster híbrido puede administrar y ejecutar cargas de trabajo, y un clúster híbrido también puede crear y administrar clústeres de usuario adicionales.
Además del tipo de clúster, puedes elegir entre los siguientes perfiles de instalación en términos de requisitos de recursos:
Predeterminado: El perfil predeterminado tiene requisitos de recursos del sistema estándar y puedes usarlo para todos los tipos de clústeres.
Edge: El perfil de Edge redujo significativamente los requisitos de los recursos del sistema. Se recomienda el uso de este perfil para dispositivos perimetrales con recursos limitados. Solo puedes usar el perfil perimetral 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 mínimos y recomendados de hardware que los clústeres de Anthos en el equipo físico necesitan para operar y administrar clústeres de administrador, híbridos, de usuario e independientes mediante el perfil predeterminado:
Recurso | Mínimo | Recomendado |
---|---|---|
CPU virtuales* | 4 núcleos | 8 núcleos |
RAM | 16 GiB | 32 GiB |
Almacenamiento | 128 GiB | 256 GiB |
* Los clústeres de Anthos alojados en Bare Metal solo admiten CPU y CPU virtuales de la familia de procesadores x86.
Requisitos de recursos para clústeres independientes que usan el perfil perimetral
En la siguiente tabla, se describen los requisitos mínimos y recomendados de hardware que los clústeres de Anthos en equipos físicos necesitan para operar y administrar clústeres independientes mediante el perfil perimetral:
Recurso | Mínimo | Recomendado |
---|---|---|
CPU virtuales* | 2 núcleos | 4 núcleos |
RAM | Ubuntu: 4 GiB CentOS/RHEL: 6 GiB |
Ubuntu: 8 GiB CentOS/RHEL: 12 GiB |
Almacenamiento | 128 GiB | 256 GiB |
* Los clústeres de Anthos alojados en Bare Metal solo admiten CPU y CPU virtuales de la familia de procesadores x86.
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 ejecutarbmctl
en el nodo del clúster de destino, necesitas 2 GiB de memoria para cumplir con los requisitos mínimos. Por ejemplo, necesitas 6 GiB para Ubuntu y 8 GiB para CentOS/Redhat.Establece
MaxPodsPerNode
en 110. El clúster ejecuta un máximo de 30 pods de usuario por nodo en promedio. Es posible que necesites recursos adicionales para una configuraciónMaxPodsPerNode
más alta o ejecutar más de 30 pods de usuario por nodo.Los componentes del entorno de ejecución de VM de Anthos no se consideran en esta configuración de recursos mínima. El entorno de ejecución de Anthos VM requiere recursos adicionales según la cantidad de VMs implementadas en el clúster.
Requisitos de almacenamiento adicionales
Los clústeres de Anthos alojados en equipos físicos no proporcionan recursos de almacenamiento. Debes aprovisionar y configurar el almacenamiento requerido en tu sistema.
Para obtener los requisitos de almacenamiento detallados, consulta la descripción general de los prerequisitos de instalación.
Para obtener más información sobre cómo configurar el almacenamiento requerido, consulta Configura el almacenamiento para los clústeres de Anthos en Bare Metal.
Rendimiento de etcd
La velocidad del disco es fundamental para la estabilidad y el rendimiento de etcd. Un disco lento aumenta la latencia de la solicitud etcd, lo que puede causar problemas de estabilidad del clúster. Te recomendamos que uses un disco de estado sólido (SSD) para tu almacén de etcd. En la documentación de etcd, se proporcionan recomendaciones de hardware adicionales para garantizar el mejor rendimiento de etcd cuando ejecutas tus clústeres en producción.
Para verificar el rendimiento del etcd y del disco, usa las siguientes métricas de latencia de E/S de etcd en el Explorador de métricas:
etcd_disk_backend_commit_duration_seconds
: la duración debe ser inferior a 25 milisegundos para el percentil 99 (p99).etcd_disk_wal_fsync_duration_seconds
: la duración debe ser inferior a 10 milisegundos para el percentil 99 (p99).
Para obtener más información sobre el rendimiento de etcd, consulta ¿Qué significa la advertencia de etcd que indica que “las entradas se aplicaron demasiado tiempo”? y ¿Qué significa la advertencia de etcd "error al enviar señales de monitoreo de funcionamiento a tiempo"?.
Requisitos previos de la máquina de nodo
Las máquinas de nodo tienen los siguientes requisitos previos:
- Su sistema operativo es una de las distribuciones de Linux compatibles. Para obtener más información, consulta Selecciona tu sistema operativo.
- La versión de kernel de Linux es 4.17.0 o una versión posterior. Ubuntu 18.04 y 18.04.1 están en la versión 4.15 de kernel de Linux y, por lo tanto, no son compatibles.
- Debe cumplir con los requisitos mínimos de hardware.
- Acceso a Internet.
- Conectividad de capa 3 a todas las demás máquinas de nodo.
- Acceso a la VIP del plano de control.
- Servidores de nombres DNS configurados correctamente.
- No hay nombres de host duplicados.
- Uno de los siguientes servicios NTP está habilitado y funciona:
- chrony
- ntp
- ntpdate
- systemd-timesyncd
- Un administrador de paquetes en funcionamiento: apt, dnf, etcétera.
- En Ubuntu, debes inhabilitar el firewall sin complicaciones (UFW).
Ejecuta
systemctl stop ufw
para inhabilitar UFW. - En Ubuntu y a partir de los clústeres de Anthos en equipos físicos 1.8.2, no es necesario que inhabilites AppArmor. Si implementas clústeres con versiones anteriores de clústeres de Anthos en equipos físicos, inhabilita AppArmor con el siguiente comando:
systemctl stop apparmor
. La creación de clústeres solo verifica el espacio libre requerido para los componentes del sistema de los clústeres de Anthos en equipos físicos. Este cambio te da más control sobre el espacio que asignas para las cargas de trabajo de la aplicación. Siempre que instales clústeres de Anthos en equipos físicos, asegúrate de que los sistemas de archivos que respaldan los siguientes directorios tengan la capacidad requerida y cumplan los siguientes requisitos:
/
: 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 trabajadores.
/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).
Sin importar la versión del clúster, las listas de directorios anteriores pueden estar en la misma partición o en particiones diferentes. Si están en la misma partición subyacente, el requisito de espacio es la suma del espacio requerido para cada directorio individual en esa partición. Para todas las versiones de actualización, el proceso de creación de clústeres crea los directorios, si es necesario.
Los directorios
/var/lib/etcd
y/etc/kubernetes
no existen o están vacíos.
Además de los requisitos previos para instalar y ejecutar clústeres de Anthos en equipos físicos, se espera que los clientes satisfagan los estándares relevantes que rigen su segmento de la industria o el negocio, como los requisitos de PCI DSS para empresas que procesan tarjetas de crédito, o las guías de implementación técnica (STIG) para empresas en la industria de la defensa.
Requisitos previos de las máquinas del balanceador de cargas
Cuando tu implementación no tiene un grupo de nodos de balanceador de cargas especializado, puedes hacer que los nodos trabajadores o los nodos del plano de control compilen un grupo de nodos del balanceador de cargas. En ese caso, tienen requisitos previos adicionales, como los siguientes:
- Las máquinas están en la misma subred de capa 2.
- Todos los VIP están en la subred de nodos del balanceador de cargas y se pueden enrutar desde la puerta de enlace de la subred.
- La puerta de enlace de la subred del balanceador de cargas debe detectar los ARP injustificados para reenviar paquetes al balanceador de cargas principal.