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
ROSAHCPoffre un'architettura del piano di controllo più efficiente che aiuta a ridurre i costi di AWS infrastruttura sostenuti durante il funzionamento ROSA e consente tempi di creazione dei cluster più rapidi. Nella AWS ROSA console possono essere abilitati sia ROSA with HCP che ROSA classic. Puoi scegliere l'architettura che desideri utilizzare quando esegui il provisioning dei ROSA cluster utilizzando. ROSA CLI
Nota
ROSAwith hosted control planes (HCP) non offre le certificazioni di conformità Fed RAMP High e HIPAA Qualified. Per ulteriori informazioni, consulta la sezione Compliance
Nota
ROSAwith hosted control planes (HCP) non offre endpoint Federal Information Processing Standard (FIPS).
A confronto ROSA con un HCP classico ROSA
La tabella seguente mette a confronto ROSA HCP i modelli di architettura ROSA classici.
| ROSAcon HCP | ROSAclassico | |
|---|---|---|
|
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 presso il clienteVPC. |
|
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 |
