Modelli di architettura - Servizio Red Hat OpenShift su AWS

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à.

Modelli di 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 nella documentazione di Red Hat.

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