Dimensionamiento de la ubicación de Satellite
Puesto que su ubicación de Satellite ubicación representa su propio centro de datos y los recursos de su infraestructura, el tamaño de la ubicación puede ser flexible de acuerdo con lo que desee. No hay limitación en cuanto al número de hosts que puede conectar a una ubicación. Sin embargo, cuando planifique la estrategia de Satellite, tenga en cuenta las siguientes consideraciones sobre dimensionamiento.
- Requisitos
- mínimos de tamaño. Para empezar, debe conectar y asignar hosts que cumplan los requisitos mínimos. Para fines de prueba, como una prueba de concepto, puede tener un mínimo de 3 hosts asignados al plano de control, pero a efectos de producción debe tener un mínimo de 6 hosts. A medida que siga utilizando su ubicación, amplíe el plano de control de la ubicación de Satellite en múltiplos de 3, como 6, 9 o 12 hosts.
- Alta disponibilidad
- Cuando asigne hosts al plano de control de ubicación de Satellite, asigne los hosts de forma uniforme en cada una de las 3 zonas disponibles de la ubicación metropolitana multizona de IBM Cloud que ha seleccionado al crear la ubicación. Para que el plano de control esté altamente disponible, asegúrese de que los hosts subyacentes estén en distintas zonas en el entorno de la infraestructura física. Por ejemplo, asigne dos hosts a cada una de las tres zonas de disponibilidad independientes de su proveedor de servicios en la nube, o que se ejecuten en tres sistemas físicos independientes de su propio centro de datos. No es necesario que cumpla requisitos específicos para una "zona", pero las zonas separadas deben proporcionar disponibilidad para las operaciones de mantenimiento del sistema. Por ejemplo, si 1 zona deja de estar disponible debido a un error, o si 1 host deja de estar disponible debido a una actualización, las 2 zonas restantes siguen disponibles para ejecutar operaciones del plano de control. Una configuración deficiente de alta disponibilidad es aquella en la que hay dos hosts que son máquinas virtuales en el mismo hipervisor, ya que realizar tareas de mantenimiento en el hardware subyacente, como actualizar la máquina, hace que ambos hosts queden indisponibles. Para obtener más información, consulte Alta disponibilidad para IBM Cloud Satellite.
- Capacidad de cálculo
- Satellite supervisa la capacidad de cálculo disponible de la ubicación. IBM La supervisión de la capacidad confirma que las ubicaciones que alcanzan el 70 % de su capacidad activan un estado de advertencia, lo que le indica que debe añadir más hosts. Si la ubicación alcanza el 80 % de su capacidad, el estado pasa a ser crítico y se activa otra advertencia para añadir más hosts.
Planifique mantener al menos 3 hosts adicionales conectados y no asignados a su ubicación. Cuando tenga hosts adicionales, IBM puede asignar los hosts automáticamente al plano de control de ubicación de Satellite cuando la ubicación alcance el umbral de capacidad de aviso o se deba sustituir un host que está en mal estado.
Dimensionamiento de la ubicación
IBM La guía de dimensionamiento indica el número de hosts que necesita el plano de control de ubicación de Satellite para ejecutar los componentes principales en diversas combinaciones de clústeres y nodos de trabajo. Estos dimensionamientos son sólo para referencia.
| Número de hosts del plano de control | Número máximo de clústeres en la ubicación | Ejemplo de máximo de nodos trabajadores en la ubicación | Tamaño máximo de clúster |
|---|---|---|---|
| 6 hosts | Hasta 3 clústeres | 20 trabajos en 3 clústeres o 80 trabajos en 2 clústeres | 60 nodos trabajadores por clúster |
| 9 hosts | Hasta 5 clústeres | 40 trabajos en 5 clústeres o 140 trabajos en 3 clústeres | 60 nodos trabajadores por clúster |
| 12 hosts | Hasta 8 clústeres | 60 trabajos en 8 clústeres o 200 trabajos en 4 clústeres | 60 nodos trabajadores por clúster |
| Número de hosts del plano de control | Número máximo de clústeres en la ubicación | Ejemplo de máximo de nodos trabajadores en la ubicación | Tamaño máximo de clúster |
|---|---|---|---|
| 6 hosts | Hasta 9 clústeres | 20 trabajos en 3 clústeres o 80 trabajos en 2 clústeres | 300 nodos trabajadores por clúster |
| 9 hosts | Hasta 16 clústeres | 400 trabajadores repartidos en 16 clústeres, o 850 trabajadores repartidos en 3 clústeres | 300 nodos trabajadores por clúster |
| 12 hosts | Hasta 22 clústeres | 520 trabajadores repartidos en 22 clústeres, o 1.150 trabajadores repartidos en 4 clústeres | 300 nodos trabajadores por clúster |
Tamaño de ubicación para pruebas
La tabla siguiente muestra instrucciones de dimensionamiento para el número de hosts que el plano de control de ubicación de Satellite requiere para ejecutar una demostración de ubicación de Satellite. Esta configuración no está pensada para uso de producción.
| Número de hosts del plano de control | Número máximo de clústeres en la ubicación | Tamaño máximo de clúster |
|---|---|---|
| 3 anfitriones 8x32 | 1 clúster | 20 nodos trabajadores por clúster |
Preguntas más frecuentes sobre el dimensionamiento de la ubicación
Revise las siguientes preguntas frecuentes para obtener más información sobre cómo dimensionar la ubicación.
¿Cómo sé qué tamaño y número de hosts adjuntar a mi clúster?
Para decidir el tamaño y el número de hosts que se deben conectar a los clústeres, tenga en cuenta las cargas de trabajo que desea ejecutar en la ubicación. Consulte la documentación deRed Hat OpenShift on IBM Cloud para obtener instrucciones sobre las consideraciones siguientes.
- ¿Cuántos recursos necesita mi app?
- ¿Qué más, aparte de mi aplicación, utiliza recursos en el clúster?
- ¿Qué tipo de disponibilidad desea que tenga mi carga de trabajo?
- ¿Cuántos nodos trabajadores (hosts) necesito para manejar mi carga de trabajo?
- ¿Cómo puedo supervisar el uso de los recursos y la capacidad de mi clúster?
¿Cómo puedo saber cuándo debo conectar capacidad al plano de control de ubicación de Satellite?
Cuando se enumeran ubicaciones, por ejemplo con el comando ibmcloud sat location ls o en el Satellite consola, la ubicación pasa a un estado
de integridad Action required. Verá mensajes de aviso similares al ejemplo siguiente.
Hosts in the location control plane are running out of disk space.
Hosts in the location control plane have critical CPU or memory usage issues.
The location control plane is running at max capacity and cannot support any more workloads.
Después de determinar el tamaño de la ubicación, añada hosts al plano de control de ubicación.
¿Cómo puedo escalar mi plano de control de ubicación de Satellite para que esté altamente disponible?
Consulte Configuración de nodo trabajador de plano de control de alta disponibilidad. Asigna los hosts a la ubicación del plano de control en cada zona, en múltiplos
de tres. Por ejemplo, asigne 6 hosts a su ubicación del plano de control gestionada desde la región wdc IBM Cloud, con 2 hosts en cada zona (us-east-1, us-east-2, y us-east-3).
Para escalar el plano de control, puede seguir los mismos pasos que para configurar el plano de control de ubicación de Satellite.
¿Cuántos clústeres de Red Hat OpenShift on IBM Cloud puedo ejecutar antes de tener que conectar capacidad al plano de control de ubicación?
El número de clústeres depende del tamaño de los clústeres y del tamaño de los hosts que utilice para el plano de control de la ubicación de Satellite. Debe cambiar el número de hosts del plano de control en múltiplos de 3, como por ejemplo 6, 9 o 12.
En las tablas siguientes se proporcionan ejemplos del número de hosts que debe tener el plano de control para ejecutar los nodos maestros para distintas combinaciones de clústeres y nodos trabajadores, solo para fines informativos.
- El tamaño de los hosts que ejecutan el plano de control, 4 vCPU y 16 GB de RAM o 16 vCPU y 64 GB de RAM, afecta a los números de clústeres y nodos trabajadores que se permiten en la ubicación. Tenga en cuenta que los requisitos de rendimiento reales dependen de muchos factores, como el rendimiento de la CPU subyacente y el uso del plano de control por parte de las aplicaciones que se ejecutan en la ubicación.
- Puede asignar hosts al plano de control en grupos de 3. La tabla presenta ejemplos de hasta 12 hosts como configuraciones habituales para que te hagas una idea de cómo dimensionar el plano de control para tu entorno de hosts y aplicaciones. Ten en cuenta que puedes añadir más de 12 hosts a tu plano de control en grupos de 3; por ejemplo, 18 o 27 hosts.
¿Qué tipos de cambios pueden aumentar mis requisitos de dimensionamiento de ubicación?
Los requisitos de dimensionamiento pueden aumentar en función de la cantidad de carga de trabajo que se ejecuta en un clúster. Los ejemplos siguientes pueden hacer que aumenten los requisitos de dimensionamiento de la ubicación.
- Grandes cantidades de una carga de trabajo de pod dinámica, como por ejemplo más almacenamiento necesario para contener todos los metadatos de pod, servicio o app.
- Grandes cantidades de información de configuración, como por ejemplo ConfigMaps y Secrets, que pueden llevar a un aumento de memoria o CPU del plano de control que contiene o procesa dicha información.
- Carga de trabajo de solicitud de
kube-apiserveragregada y tamaños de respuesta de los datos recopilados. Por ejemplo, si el clúster contiene muchos ConfigMaps y una aplicación consulta la lista completa de esos datos, esa solicitud puede hacer que el plano de control requiera más recursos.