Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
ROSA architettura
Servizio Red Hat OpenShift su AWS (ROSA) presenta le seguenti topologie di cluster:
-
Piano di controllo ospitato (HCP): il piano di controllo è ospitato all'interno di Red Hat Account AWS e gestito da Red Hat. I nodi di lavoro vengono implementati presso il cliente. Account AWS
-
Classico: il piano di controllo e i nodi di lavoro vengono implementati presso il cliente. Account AWS
ROSA con HCP offre un'architettura del piano di controllo più efficiente che aiuta a ridurre i costi di AWS infrastruttura sostenuti durante l'esecuzione ROSA e consente tempi di creazione dei cluster più rapidi. Sia ROSA with HCP che ROSA classic possono essere abilitati nella console. AWS ROSA Hai la possibilità di selezionare l'architettura che desideri utilizzare quando esegui il provisioning dei ROSA cluster utilizzando la ROSA CLI.
Nota
ROSA con piani di controllo ospitati (HCP) non offre le certificazioni di conformità FedRAMP High e HIPAA Qualified. Per ulteriori informazioni, consulta la sezione Compliance
Nota
ROSA con piani di controllo ospitati (HCP) non offre endpoint FIPS (Federal Information Processing Standard).
Confronto tra ROSA e HCP e ROSA classic
La tabella seguente mette a confronto ROSA con i modelli di architettura classica HCP e ROSA.
ROSA con HCP | ROSA classica | |
---|---|---|
Hosting di infrastrutture cluster |
I componenti del piano di controllo, come etcd, API server e oauth, sono ospitati in un ambiente di proprietà di Red Hat. Account AWS |
I componenti del piano di controllo, come etcd, API server e oauth, sono ospitati in un ambiente di proprietà del cliente. Account AWS |
Amazon VPC |
I nodi di lavoro comunicano con il piano di controllo. AWS PrivateLink |
I nodi di lavoro e i nodi del piano di controllo vengono implementati nel VPC del cliente. |
AWS Identity and Access Management |
Utilizza politiche AWS gestite. |
Utilizza politiche gestite dal cliente definite dal servizio. |
Implementazione multizona |
Il piano di controllo è distribuito su più zone di disponibilità ()AZs. |
Il piano di controllo può essere implementato all'interno di una singola AZ o su più aree. AZs |
Nodi dell'infrastruttura |
Non utilizza nodi di infrastruttura dedicati. I componenti della piattaforma vengono distribuiti ai nodi di lavoro. |
Utilizza due nodi dedicati Single-AZ o tre Multi-AZ per ospitare i componenti della piattaforma. |
OpenShift funzionalità |
Il monitoraggio della piattaforma, il registro delle immagini e il controller di ingresso vengono implementati nei nodi di lavoro. |
Il monitoraggio della piattaforma, il registro delle immagini e il controller di ingresso vengono implementati in nodi di infrastruttura dedicati. |
Aggiornamenti del cluster |
Il piano di controllo e ogni pool di macchine possono essere aggiornati separatamente. |
L'intero cluster deve essere aggiornato contemporaneamente. |
Ingombro minimo Amazon EC2 |
Sono necessarie due Amazon EC2 istanze per creare un cluster. |
Per creare un cluster sono necessarie sette istanze Single-AZ o nove Amazon EC2 istanze Multi-AZ. |
Regioni AWS |
Per informazioni sulla Regione AWS disponibilità, consulta gli Servizio Red Hat OpenShift su AWS endpoint e le quote nella Guida di riferimento generale. AWS |
Per Regione AWS la disponibilità, consulta Servizio Red Hat OpenShift su AWS endpoint e quote nella Guida di riferimento generale. AWS |