Pianifica il tuo provider di infrastruttura

Scegli il provider dell'infrastruttura che desideri utilizzare per creare un'ubicazione Satellite.

On-premise

Utilizzate un data center con infrastruttura già esistente oppure una sede periferica — ad esempio tre rack presso una delle sedi locali della vostra azienda — che soddisfi i requisiti minimi di hardware.

Server bare metal supportati

Puoi utilizzare un server bare metal supportato come un host collegato alla tua ubicazione Satellite, incluso IBM Cloud® Bare Metal Servers per Classic. Per ulteriori informazioni, consultare i requisiti di Bare Metal Server.

Provider cloud non -IBM

È possibile utilizzare un provider cloud di propria scelta, come Amazon Web Services ( AWS ), Google Cloud Platform ( GCP ), Microsoft Azure, o Alibaba Cloud.

IBM Cloud

IBM Cloud è supportato a scopo di test. Per gli ambienti di produzione, l'unica infrastruttura IBM Cloud supportata è IBM Cloud® Bare Metal Servers per la versione Classic con Red Hat CoreOS. Altri server virtuali di IBM Cloud, come ad esempio Virtual Servers for VPC, sono supportati esclusivamente per gli ambienti di test.

Piano per un'ubicazione multizona

Nel tuo provider dell'infrastruttura, identifica un'ubicazione multizona che soddisfa i requisiti di latenza.

Multizona

Una sede di " Satellite " richiede almeno tre zone fisicamente separate per distribuire uniformemente gli host e garantire l'alta disponibilità. Ad esempio, un provider di servizi cloud offre tre zone diverse all’interno della stessa regione, oppure un ambiente on-premises utilizza tre rack dotati di sistemi di rete e di alimentazione indipendenti.

Latenza tra IBM Cloud e l'ubicazione

Gli host che vuoi collegare al piano di controllo ubicazione Satellite devono avere una connessione a bassa latenza inferiore o uguale a 200 millisecondi (<= 200ms) RTT (round trip time) alla regione IBM Cloud da cui è gestita la tua ubicazione Satellite. Con l'aumento della latenza, potresti vedere impatti sulle prestazioni, incluso il tempo di provisioning del servizio Satellite, Satellite-enabled IBM Cloud, il tempo di ripristino dell'errore host e, in casi estremi, la disponibilità delle risorse in esecuzione nel piano di controllo dell'ubicazione Satellite, come i master cluster Red Hat OpenShift. Per ulteriori informazioni, vedi Verifica della latenza tra gli host del piano di controllo ubicazione IBM Cloud e Satellite.

Latenza tra host nella tua ubicazione

La configurazione dell'infrastruttura host deve avere una connessione a bassa latenza inferiore o uguale a 100 millisecondi (<= 100ms) RTT (round trip time) tra gli host utilizzati per i nodi di lavoro del piano di controllo ubicazione Satellite e gli host utilizzati per altre risorse nell'ubicazione, come i cluster o il servizio Satelliteabilitato IBM Cloud. Ad esempio, nei provider del cloud come AWS, questa configurazione in genere indica che tutti gli host nell'ubicazione Satellite provengono dalla stessa regione cloud, come us-east-1. Quando la latenza aumenta, potresti vedere impatti sulle prestazioni, inclusi tempi di provisioning e ripristino, riduzione dei nodi di lavoro nel cluster, degrado del servizio Satelliteabilitato IBM Cloud e, in casi estremi, errori nelle tue applicazioni cluster.

Pianificare i sistemi host

In ognuna delle tre zone nel tuo provider dell'infrastruttura, pianifica di creare host compatibili da aggiungere a Satellite. Le istanze host del tuo provider di infrastruttura diventano host di elaborazione per il tuo piano di controllo della sede o per i servizi in esecuzione nella tua sede Satellite, svolgendo lo stesso ruolo dei nodi di lavoro in un cluster Red Hat OpenShift.

• Ogni host deve soddisfare i requisiti minimi previsti per Satellite.
• I vostri host devono funzionare su hardware ufficiale certificato da Red Hat.

Per calcolare il numero di host di cui hai bisogno, vedi Sizing your Satellite location.

Verifica la configurazione del tuo host prima dell'attaccamento utilizzando lo script satellite-host-check. Per ulteriori informazioni, consulta la sezione " Verifica della configurazione dell'host ".

Decidere se abilitare il supporto Red Hat CoreOS per la propria ubicazione

Quando si crea una località, è possibile scegliere se abilitare il supporto per Red Hat CoreOS. Una sede Red Hat CoreOS-enabled sblocca ulteriori funzionalità — tra cui il collegamento diretto, la virtualizzazione OpenShift e la crittografia BYOK/KYOK — ma richiede un'infrastruttura più complessa. Una sede priva del supporto " Red Hat " CoreOS offre un set di funzionalità più limitato, ma occupa meno spazio e supporta un numero maggiore di cluster per unità di capacità. Per un confronto dettagliato, consultare la sezione “Dimensionamento della sede di Satellite ”.

La tabella seguente mostra le funzioni disponibili solo nelle ubicazioni Red Hat CoreOS-enabled. La tabella mostra anche i tipi di host supportati che possono essere utilizzati per l'impostazione di queste funzioni nella postazione Red Hat CoreOS-enabled.

Per verificare se la vostra posizione è abilitata per Red Hat CoreOS, vedere La mia posizione è abilitata per Red Hat CoreOS.

La funzionalità "Bring Your Own Key" (BYOK) o "Keep Your Own Key" (KYOK) è supportata nelle sedi abilitate per RHCOS su Red Hat OpenShift on IBM Cloud 4.13 e versioni successive, sia su host RHEL che RHCOS. Questa funzionalità crittografa esclusivamente i segreti del cluster e non è disponibile durante la creazione del cluster o del pool di worker. Abilitalo dopo la creazione del cluster o del pool di worker eseguendo il comando ibmcloud oc kms enable . Una volta attivata, questa funzione non può essere disattivata.

Credenziali AWS

Recupera le Amazon Web Services credenziali ( AWS ) che Satellite possono essere utilizzate per creare Satellite risorse nel tuo AWS cloud per tuo conto.

1. Verifica di disporre delle autorizzazioni richieste nel tuo account AWS per creare un'ubicazione Satellite da un template.
2. Crea un utente IAM separato con ambito EC2 access.
3. Richiama l'ID della chiave di accesso e le credenziali della chiave di accesso segreta dell'utente IAM.
4. Facoltativo: per fornire le credenziali durante la creazione di un'ubicazione Satellite, formatta le credenziali in un file JSON. client_id è l'ID della chiave di accesso e client_secret è la chiave di accesso segreta creata per l'utente IAM in AWS.

   {
       "client_id":"string",
       "client_secret": "string"
   }
   

Credenziali Azure

Recupera le Microsoft Azure credenziali che Satellite possono essere utilizzate per creare Satellite risorse nel tuo Azure cloud per tuo conto.

1. Verifica di disporre delle autorizzazioni richieste nel tuo account Azure per creare un'ubicazione Satellite da un template.
2. Accedi al tuo account Azure dalla riga di comando.

   az login
   

3. Elenca le sottoscrizioni disponibili nel tuo account.

   az account list
   

4. Impostare la sottoscrizione in cui creare le risorse Azure.

   az account set --subscription="<subscription_ID>"
   

5. Crea un'identità del principal del servizio con il ruolo Contributor, nell'ambito della tua sottoscrizione. Queste credenziali sono utilizzate da IBM Cloud Satellite per eseguire il provisioning delle risorse nel tuo account Azure. Per ulteriori informazioni, consultare la documentazione diAzure.

   az ad sp create-for-rbac --role="Contributor" --scopes="/subscriptions/<subscription_ID>" -n"<service_principal_name>"
   

6. Nell'output, notare i valori dei campi appID, password e tenant.

   {
   "appId": "<azure-client-id>",
   "displayName": "<service_principal_name>",
   "name": "http://<service_principal_name>",
   "password": "<azure-secret-key>",
   "tenant": "<tenant-id>"
   }
   

7. Facoltativo: per fornire le credenziali durante la creazione di un'ubicazione Satellite, formatta le credenziali in un file JSON.

   {
       "app_id":"string",
       "tenant_id":"string",
       "password": "string"
   }
   

Credenziali GCP

Recuperare le credenziali Google Cloud Platform ( GCP ) che Satellite può usare per creare risorse Satellite nel cloud GCP per conto dell'utente.

1. Creare un account di servizio e una chiave di account di servizio con almeno il valore richiesto GCP autorizzazioni. Come parte della creazione dell'account di servizio, un file di chiavi JSON viene scaricato sulla tua macchina locale.
2. Apri il file di chiavi JSON sulla tua macchina locale e verifica che il formato corrisponda al seguente esempio. È possibile fornire questo file chiave JSON come credenziali di GCP per azioni quali la creazione di una posizione Satellite.

   {
       "type":"string",
       "project_id":"string",
       "private_key_id": "string",
       "private_key": "string",
       "client_email": "string",
       "client_id": "string",
       "auth_uri": "string",
       "token_uri": "string",
       "auth_provider_x509_cert_url": "string",
       "client_x509_cert_url": "string"
   }
   

Credenziali VMWare

Recupera le credenziali VMWare che Satellite possono essere utilizzate per creare Satellite risorse nel tuo cloud VMWare per tuo conto.

1. Verifica di disporre delle autorizzazioni richieste nel tuo account VMWare per creare un'ubicazione Satellite da un template.
2. Identifica o crea un utente con il ruolo Amministratore.
3. Trova le informazioni di rete.
4. Fornire queste informazioni sul modello VMware Cloud Director.