Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
ROSA arquitectura
Red Hat OpenShift Service en AWS (ROSA) tiene las siguientes topologías de clúster:
-
Plano de control hospedado (HCP): el plano de control se aloja en Red Hat Cuenta de AWS y es administrado por Red Hat. Los nodos de trabajo se implementan en los del Cuenta de AWS cliente.
-
Clásico: el plano de control y los nodos de trabajo se despliegan en el plano de control y los nodos de trabajo del cliente Cuenta de AWS.
ROSA con HCP ofrece una arquitectura de plano de control más eficiente que ayuda a reducir las tarifas de AWS infraestructura que se deben pagar al ejecutarse ROSA y permite crear clústeres más rápidamente. Tanto ROSA con HCP como ROSA classic se pueden habilitar en la AWS ROSA consola. Tiene la opción de seleccionar la arquitectura que quiere usar al aprovisionar ROSA clústeres mediante la ROSA CLI.
nota
-
ROSA ofrece certificaciones de cumplimiento FedRAMP High y HIPAA AWS GovCloud en arquitecturas de plano de control clásicas y alojadas. Para más información, consulte Conformidad
en la documentación de Red Hat. -
ROSA ofrece terminales con el estándar federal de procesamiento de información (FIPS) tanto en arquitecturas de plano de control clásicas como AWS GovCloud alojadas.
Comparación de ROSA con HCP y ROSA classic
En la siguiente tabla se compara ROSA con los modelos de arquitectura clásica de HCP y ROSA.
| ROSA con HCP | ROSA clásico | |
|---|---|---|
|
Alojamiento de la infraestructura de clústeres |
Los componentes del plano de control, como etcd, el servidor API y oauth, están alojados en un servidor propiedad de Red Hat. Cuenta de AWS |
Los componentes del plano de control, como etcd, el servidor API y oauth, se alojan en una propiedad del cliente. Cuenta de AWS |
|
Amazon VPC |
Los nodos trabajadores se comunican directamente con el plano de control. AWS PrivateLink |
Los nodos de trabajo y los nodos del plano de control se implementan en la VPC del cliente. |
|
AWS Identity and Access Management |
Utiliza políticas AWS administradas. |
Utiliza políticas administradas por el cliente definidas por el servicio. |
|
Despliegue multizona |
El plano de control se implementa en varias zonas de disponibilidad (AZs). |
El plano de control se puede implementar en una única zona de disponibilidad o en varias AZs. |
|
Nodos de infraestructura |
No utiliza nodos de infraestructura dedicados. Los componentes de la plataforma se implementan en los nodos de trabajo. |
Utiliza dos nodos dedicados en una sola zona de disponibilidad o tres en zonas de disponibilidad múltiples para alojar los componentes de la plataforma. |
|
OpenShift capacidades |
La supervisión de la plataforma, el registro de imágenes y el controlador de entrada se implementan en los nodos de trabajo. |
La supervisión de la plataforma, el registro de imágenes y el controlador de entrada se implementan en nodos de infraestructura dedicados. |
|
Actualizaciones de clústeres |
El plano de control y cada grupo de máquinas se pueden actualizar por separado. |
Se debe actualizar todo el clúster al mismo tiempo. |
|
Espacio Amazon EC2 mínimo |
Se necesitan dos Amazon EC2 instancias para crear un clúster. |
Se necesitan siete instancias Single-AZ o nueve Amazon EC2 instancias Multi-AZ para crear un clúster. |
|
Regiones de AWS |
Para conocer la Región de AWS disponibilidad, consulte los Red Hat OpenShift Service en AWS puntos finales y las cuotas en la Guía de referencia AWS general. |
Para conocer Región de AWS la disponibilidad, consulte los Red Hat OpenShift Service en AWS puntos finales y las cuotas en la Guía de referencia AWS general. |
