Configurazione delle sottoreti VPC

Cloud privato virtuale

Modifica il pool di indirizzi IP pubblici o privati portatili disponibili aggiungendo sottoreti al tuo cluster VPC Red Hat® OpenShift® on IBM Cloud®.

I contenuti di questa pagina riguardano specificatamente i cluster VPC. Per informazioni sui cluster classici, vedi Configurazione di sottoreti e indirizzi IP per i cluster classici.

Panoramica della rete VPC in Red Hat OpenShift on IBM Cloud

Comprendi i concetti di base della rete VPC nei cluster Red Hat OpenShift on IBM Cloud.

Sottoreti

Prima di creare un cluster VPC per la prima volta, è necessario creare una sottorete VPC in ciascuna zona in cui si desidera distribuire i nodi di lavoro. Una sottorete VPC è un intervallo di indirizzi IP privati specificato (blocco CIDR) e configura un gruppo di nodi di lavoro e pod come se fossero collegati allo stesso cavo fisico.

Quando crei un cluster, puoi specificare solo una sottorete VPC esistente per ogni zona. Ogni nodo di lavoro che aggiungi in un cluster viene distribuito con un indirizzo IP privato dalla sottorete VPC in quella zona. Dopo il provisioning del nodo di lavoro, l'indirizzo IP del nodo di lavoro persiste dopo un'operazione di reboot, ma cambia dopo le operazioni di replace e update.

Non eliminare le sottoreti che colleghi al tuo cluster durante la creazione del cluster o quando aggiungi nodi di lavoro in una zona. Se elimini una sottorete VPC utilizzata dal tuo cluster, qualsiasi programma di bilanciamento del carico che utilizza gli indirizzi IP dalla sottorete potrebbe presentare dei problemi e potresti non essere in grado di creare nuovi programmi di bilanciamento del carico.

Di quanti indirizzi IP ho bisogno per la mia sottorete VPC?

Quando crei la tua sottorete VPC, assicurati di crearne una con un numero sufficiente di indirizzi IP per il tuo cluster, ad esempio 256. Non è possibile modificare in un secondo momento il numero di indirizzi IP di una sottorete VPC.

Tieni presente le seguenti prenotazioni di indirizzi IP.

5 indirizzi IP vengono riservati da VPC per ciascuna sottorete per impostazione predefinita.
1 indirizzo IP da una sottorete in ogni zona in cui il tuo cluster ha nodi di lavoro è richiesto per il gateway VPE(virtual private endpoints).
1 indirizzo IP viene richiesto per ogni nodo di lavoro nel tuo cluster.
1 indirizzo IP viene richiesto ogni volta che aggiorni o sostituisci un nodo di lavoro. Questi indirizzi IP vengono infine recuperati e sono disponibili per il riutilizzo.
2 indirizzi IP vengono utilizzati ogni volta che crei un programma di bilanciamento del carico pubblico o privato. Se hai un cluster multizona, questi 2 indirizzi IP vengono estesi tra le zone, quindi la sottorete potrebbe non avere un indirizzo IP riservato.
Altre risorse di rete che configuri per il cluster, ad esempio un ridimensionamento automatico VPNaaS o LBaaS, potrebbero richiedere ulteriori indirizzi IP o avere altre limitazioni di servizio. Ad esempio, il ridimensionamento automatico LBaaS potrebbe ridimensionare fino a 16 indirizzi IP per ogni programma di bilanciamento del carico.

Quali intervalli di indirizzi IP posso utilizzare per le mie sottoreti VPC?

L'intervallo di indirizzi IP predefinito per le sottoreti VPC è 10.0.0.0 – 10.255.255.255. Per un elenco degli intervalli di indirizzi IP per ciascuna zona VPC, consultare i prefissi di indirizzo predefiniti di VPC.

Se devi creare il tuo cluster utilizzando sottoreti con un intervallo personalizzato, vedi le indicazioni per i prefissi di indirizzo personalizzati. Tuttavia, se si utilizzano sottoreti con intervallo personalizzato per i nodi di lavoro, è necessario assicurarsi che l'intervallo di indirizzi IP delle sottoreti dei nodi di lavoro non si sovrapponga alla sottorete dei pod del cluster.

Se durante la creazione del cluster hai specificato una sottorete personalizzata per i pod nell'opzione " --pod-subnet ", ai tuoi pod verranno assegnati indirizzi IP appartenenti a tale intervallo.
Se non hai specificato una sottorete di pod personalizzata durante la creazione del cluster, il tuo cluster utilizza la sottorete di pod predefinita. Nel primo cluster creato in una VPC, la sottorete predefinita dei pod è 172.17.0.0/18. Nel secondo cluster che crei in tale VPC, la sottorete di pod predefinita è 172.17.64.0/18. In ogni cluster successivo, l'intervallo della sottorete di pod è la successiva sottorete /18 senza sovrapposizioni disponibile.

Come posso creare le sottoreti per l'accesso all'infrastruttura classica?

Se abiliti l'accesso classico quando crei il tuo VPC, i prefissi di indirizzo predefiniti di accesso classico determinano automaticamente gli intervalli IP di tutte le sottoreti che crei. Tuttavia, gli intervalli IP predefiniti per le sottoreti VPC di accesso classico sono in conflitto con le sottoreti per il piano di controllo Red Hat OpenShift on IBM Cloud. Invece, devi creare il VPC senza i prefissi di indirizzo predefiniti automatici e quindi creare i tuoi propri prefissi di indirizzo e sottoreti all'interno di tali intervalli per il tuo cluster.

Posso specificare delle sottoreti per i pod e i servizi nel mio cluster?

Se prevedi di connettere il tuo cluster alle reti in loco tramite IBM Cloud Direct Link o un servizio VPN, puoi evitare conflitti di sottorete specificando un CIDR di sottorete personalizzato che fornisce gli indirizzi IP privati per i tuoi pod e un CIDR di sottorete personalizzato che fornisce gli indirizzi IP privati per i servizi.

Per specificare sottoreti personalizzate per i pod e i servizi durante la creazione del cluster, utilizzare le opzioni --pod-subnet e --service-subnet nel comando CLI ibmcloud oc cluster create .

Per visualizzare le sottoreti del servizio e del pod utilizzate dal cluster, cerca i campi Pod Subnet e Service Subnet nell'output di ibmcloud oc cluster get.

Pod

Intervallo predefinito

Nel primo cluster creato in una VPC, la sottorete predefinita dei pod è 172.17.0.0/18. Nel secondo cluster che crei in tale VPC, la sottorete di pod predefinita è 172.17.64.0/18. In ogni cluster successivo, l'intervallo della sottorete di pod è la successiva sottorete /18 senza sovrapposizioni disponibile.

Requisiti di dimensione

Quando si specifica una sottorete personalizzata, è opportuno tenere conto delle dimensioni del cluster che si intende creare e del numero di nodi di lavoro che potrebbero essere aggiunti in futuro. La sottorete deve avere un CIDR di almeno /23, che fornisce abbastanza IP pod per un massimo di quattro nodi di lavoro in un cluster. Per i cluster più grandi, utilizza /22 per avere sufficienti indirizzi IP pod per otto nodi di lavoro, /21 per avere sufficienti indirizzi IP pod per 16 nodi di lavoro e così via.

Per i cluster VPC, puoi specificare la dimensione della sottorete incluandola nell'opzione --pod-subnet. Ad esempio: --pod-subnet 0.0.0.0/X dove X è la dimensione della sottorete del pod richiesta. Quindi la sottorete pod viene selezionata automaticamente. Quando si alloca automaticamente la sottorete pod, l'allocazione inizia da 172.17.0.0, la sottorete massima è limitata a 13, e la dimensione minima della sottorete è limitata a 23.

Esiste un limite globale per i nodi lavoratori. Non si possono superare i 500 nodi worker in tutti i cluster di una regione.

Requisiti di intervallo

Le sottoreti dei pod e dei servizi non possono sovrapporsi tra loro, e la sottorete dei pod non può sovrapporsi alle sottoreti VPC dei nodi di lavoro. La sottorete scelta deve rientrare in uno dei seguenti intervalli.

172.17.0.0 - 172.17.255.255
172.21.0.0 - 172.31.255.255
192.168.0.0 - 192.168.254.255
198.18.0.0 - 198.19.255.255

Servizi

Intervallo predefinito

A tutti i servizi distribuiti sul cluster viene assegnato, per impostazione predefinita, un indirizzo IP privato nell'intervallo 172.21.0.0/16.

Requisiti di dimensione

Quando si specifica una sottorete personalizzata, questa deve essere indicata in formato CIDR con una dimensione di almeno /24, che consente un massimo di 255 servizi nel cluster, oppure di dimensioni maggiori.

Requisiti di intervallo

Le sottoreti del servizio e del pod non possono sovrapporsi. La sottorete scelta deve rientrare in uno dei seguenti intervalli.

172.17.0.0 - 172.17.255.255
172.21.0.0 - 172.31.255.255
192.168.0.0 - 192.168.254.255
198.18.0.0 - 198.19.255.255

Gateway pubblici

Un gateway pubblico abilita una sottorete e tutti i nodi di lavoro a essa collegati a stabilire connessioni in uscita a internet. Se per il cluster sono abilitati entrambi gli endpoint del servizio cloud pubblico e privato, è necessario abilitare un gateway pubblico sulle sottoreti VPC in cui sono distribuiti i nodi worker per accedere ai componenti predefiniti di Red Hat OpenShift senza essere connessi alla rete privata della VPC.

Quando crei un cluster di VPC e abiliti entrambi gli endpoint del servizio cloud pubblico e privato durante la creazione del cluster, l'endpoint del servizio cloud pubblico viene utilizzato per impostazione predefinita per accedere a componenti come la console web Red Hat OpenShift del tuo cluster. Affinché i pod della console stabiliscano una connessione pubblica sicura su Internet tramite l'endpoint del servizio pubblico, devi abilitare un gateway pubblico su ogni sottorete VPC a cui vengono distribuiti i tuoi nodi di lavoro.

Quando crei un cluster VPC e abiliti solo l'endpoint del servizio cloud privato durante la creazione del cluster, l'endpoint del servizio cloud privato viene utilizzato per impostazione predefinita per accedere ai componenti Red Hat OpenShift come la console web Red Hat OpenShift o OperatorHub. Devi essere connesso alla rete VPC privata, ad esempio tramite una connessione VPN, per accedere a tali componenti o eseguire i comandi kubectl nel tuo cluster. Inoltre, se un servizio IBM Cloud non supporta gli endpoint dei servizi cloud privati, i nodi di lavoro devono essere collegati a una sottorete a cui è associato un gateway pubblico. I pod su quei nodi di lavoro possono comunicare in modo sicuro con i servizi sulla rete pubblica attraverso il gateway pubblico della sottorete. Nota che non è necessario un gateway pubblico sulle tue sottoreti per consentire il traffico di rete in entrata da Internet ai servizi LoadBalancer o agli ALB.

All'interno di un VPC, puoi creare un solo gateway pubblico per zona, ma tale gateway pubblico può essere collegato a più sottoreti all'interno della zona. Per ulteriori informazioni sui gateway pubblici, vedi la documentazione sulla rete per VPC.

Endpoint privati virtuali (VPE)

Per informazioni sulle VPE, consultare la sezione Comprendere la rete di cluster VPC sicura per impostazione predefinita.

Segmentazione di rete

La segmentazione di rete descrive l'approccio di dividere una rete in più sottoreti. Le app in esecuzione in una sottorete non possono vedere né accedere alle app presenti in un'altra sottorete. Per ulteriori informazioni sulle opzioni di segmentazione di rete per le sottoreti VPC, vedi questo argomento sulla sicurezza del cluster.

Le sottoreti forniscono un canale per la connettività tra i nodi di lavoro all'interno del cluster. Inoltre, qualsiasi sistema connesso a una delle sottoreti private nello stesso VPC può comunicare con i nodi di lavoro. Ad esempio, tutte le sottoreti di un VPC possono comunicare tramite l'instradamento di livello 3 privato con un router VPC integrato.

Se hai più cluster che devono comunicare tra loro, puoi creare i cluster nello stesso VPC. Tuttavia, se i cluster non devono comunicare tra loro, è possibile ottenere una migliore segmentazione della rete creando i cluster in VPC separate. Puoi anche creare degli ACL (Access Control List) per le tue sottoreti VPC per mediare il traffico sulla rete privata. Gli ACL sono costituiti da regole in entrata e in uscita che definiscono quali ingressi e uscite sono consentiti per ciascuna sottorete VPC.

Limitazioni della rete VPC

Quando crei le sottoreti VPC per i tuoi cluster, tieni presente le seguenti funzioni e limitazioni.

La dimensione CIDR predefinita di ogni sottorete VPC è /24, che può supportare fino a 253 nodi di lavoro. Se prevedi di distribuire più di 250 nodi di lavoro per ogni zona in un cluster, considera la possibilità di creare una sottorete di dimensioni maggiori.
Una volta creata una sottorete VPC, non è possibile modificarne le dimensioni né cambiare l'intervallo di indirizzi IP.
Più cluster all’interno della stessa VPC possono condividere le sottoreti della VPC. Tuttavia, le sottoreti di servizio e pod personalizzati non possono essere condivise tra più cluster.
Le sottoreti VPC sono associate a una regione multizona con un unico campus e non possono estendersi su più zone o regioni.
Una volta creata una sottorete, non è possibile spostarla in un'altra zona, regione o VPC.
Se sono presenti nodi di lavoro collegati a una sottorete esistente in una zona, non è possibile modificare la sottorete di quella zona nel cluster.
Gli intervalli 172.16.0.0/16, 172.18.0.0/16, 172.19.0.0/16 e 172.20.0.0/16 non sono consentiti.
All'interno di un VPC, puoi creare un solo gateway pubblico per zona, ma tale gateway pubblico può essere collegato a più sottoreti all'interno della zona.
I prefissi di indirizzo predefiniti di accesso classico sono in conflitto con le sottoreti per il piano di controllo Red Hat OpenShift on IBM Cloud. Devi creare il VPC senza i prefissi di indirizzo predefiniti automatici e quindi creare i tuoi propri prefissi di indirizzo e sottoreti all'interno di tali intervalli per il tuo cluster.

Creazione di una sottorete VPC e collegamento di un gateway pubblico

Crea una sottorete VPC per il tuo cluster e, facoltativamente, collega un gateway pubblico alla sottorete.

Creazione di una sottorete VPC nella console

Utilizza la console IBM Cloud per creare una sottorete VPC per il tuo cluster e, facoltativamente, collegare un gateway pubblico alla sottorete.

Da Dashboard sottorete VPC, fai clic su Crea.
Immetti un nome per la tua sottorete e seleziona il nome del VPC che hai creato.
Seleziona l'ubicazione e la zona in cui vuoi creare la sottorete.
Specifica il numero di indirizzi IP da creare.
- Le sottoreti VPC forniscono indirizzi IP per i tuoi nodi di lavoro e servizi del programma di bilanciamento del carico nel cluster, per cui crea una sottorete VPC con un numero sufficiente di indirizzi IP, ad esempio 256. Non è possibile modificare in un secondo momento il numero di indirizzi IP di una sottorete VPC.
- Se si immette un intervallo di indirizzi IP specifico, non utilizzare i seguenti intervalli riservati: 172.16.0.0/16, 172.18.0.0/16, 172.19.0.0/16 e 172.20.0.0/16.
Per eseguire i componenti predefiniti di Red Hat OpenShift, come la console web o OperatorHub,, e per consentire al cluster di accedere a endpoint pubblici, quali ad esempio un URL di un'altra app o un servizio IBM Cloud che supporta esclusivamente endpoint di servizi cloud pubblici, è necessario associare un gateway pubblico alla propria sottorete.
Fai clic su Create subnet.
Utilizza la sottorete per creare un cluster, creare un nuovo pool di worker oppure aggiungere la sottorete a un pool di worker esistente.> Non eliminare le sottoreti che colleghi al tuo cluster durante la creazione del cluster o quando aggiungi nodi di lavoro in una zona. Se elimini una sottorete VPC utilizzata dal tuo cluster, qualsiasi programma di bilanciamento del carico che utilizza gli indirizzi IP dalla sottorete potrebbe presentare dei problemi e potresti non essere in grado di creare nuovi programmi di bilanciamento del carico.

Creazione di una sottorete VPC nella CLI

Utilizza la CLI IBM Cloud per creare una sottorete VPC per il tuo cluster e, facoltativamente, collegare un gateway pubblico alla sottorete.

Prima di iniziare

Nella riga di comando, accedi al tuo account IBM Cloud e seleziona la regione IBM Cloud e il gruppo di risorse in cui desideri creare il tuo cluster VPC. Per le regioni supportate, vedi Creazione di un VPC in una regione diversa. Il gruppo di risorse del cluster può essere diverso dal gruppo di risorse del VPC. Immetti le tue credenziali IBM Cloud quando richiesto. Se disponi di un ID federato, utilizza l'opzione " --sso " per effettuare l'accesso.
```
ibmcloud login -r REGION [-g <resource_group>] [--sso]
```
Crea un VPC nella stessa regione in cui vuoi creare il cluster.

Per creare una sottorete VPC, segui questi passaggi.

Ottieni l'ID della VPC dove vuoi creare la sottorete.
```
ibmcloud oc vpcs
```
Crea la sottorete. Per ulteriori informazioni sulle opzioni in questo comando, vedi la guida di riferimento alla CLI.
```
ibmcloud is subnet-create SUBNET_NAME VPC_ID --zone VPC_ZONE --ipv4-address-count NUMBER_OF_IP_ADDRESS
```
- Le sottoreti VPC forniscono indirizzi IP per i tuoi nodi di lavoro e servizi del programma di bilanciamento del carico nel cluster, per cui crea una sottorete VPC con un numero sufficiente di indirizzi IP, ad esempio 256. Non è possibile modificare in un secondo momento il numero di indirizzi IP di una sottorete VPC.
- Non utilizzare i seguenti intervalli riservati: 172.16.0.0/16, 172.18.0.0/16, 172.19.0.0/16 e 172.20.0.0/16.

Verifica se disponi di un gateway pubblico nelle zone in cui vuoi creare un cluster. All'interno di un VPC, puoi creare un solo gateway pubblico per zona, ma tale gateway pubblico può essere collegato a più sottoreti all'interno della zona.

ibmcloud is public-gateways

Output di esempio

ID                                     Name                                       VPC                          Zone         Floating IP                  Created                     Status      Resource group
26426426-6065-4716-a90b-ac7ed7917c63   test-pgw                                   testvpc(36c8f522-.)          us-south-1   169.xx.xxx.xxx(26466378-.)   2019-09-20T16:27:32-05:00   available   -
2ba2ba2b-fffa-4b0c-bdca-7970f09f9b8a   pgw-73b62bc0-b53a-11e9-9838-f3f4efa02374   team3(ff537d43-.)            us-south-2   169.xx.xxx.xxx(2ba9a280-.)   2019-08-02T10:30:29-05:00   available   -

Se hai già un gateway pubblico in ogni zona, prendi nota degli ID dei gateway pubblici.
Se non disponi di un gateway pubblico in ciascuna zona, creane uno. Si consiglia di assegnare al gateway pubblico un nome nel formato <cluster>-<zone>-gateway. Nell'output, prendi nota dell'ID del gateway pubblico.

ibmcloud is public-gateway-create <gateway_name> <VPC_ID> <zone>

Output di esempio

ID               26466378-6065-4716-a90b-ac7ed7917c63
Name             mycluster-us-south-1-gateway
Floating IP      169.xx.xx.xxx(26466378-6065-4716-a90b-ac7ed7917c63)
Status           pending
Created          2019-09-20T16:27:32-05:00
Zone             us-south-1
VPC              myvpc(36c8f522-4f0d-400c-8226-299f0b8198cf)
Resource group   -

Utilizzando gli ID del gateway pubblico e della sottorete, collega il gateway pubblico alla sottorete.

ibmcloud is subnet-update <subnet_ID> --public-gateway-id <gateway_ID>

Output di esempio

ID                  91e946b4-7094-46d0-9223-5c2dea2e5023
Name                mysubnet1
IPv4 CIDR           10.240.xx.xx/24
Address available   250
Address total       256
ACL                 allow-all-network-acl-36c8f522-4f0d-400c-8226-299f0b8198cf(585bc142-5392-45d4-afdd-d9b59ef2d906)
Gateway             mycluster-us-south-1-gateway(26466378-6065-4716-a90b-ac7ed7917c63)
Created             2019-08-21T09:43:11-05:00
Status              available
Zone                us-south-1
VPC                 myvpc(36c8f522-4f0d-400c-8226-299f0b8198cf)

Utilizza la sottorete per creare un cluster, creare un nuovo pool di nodi di lavoro o aggiungere la sottorete a un pool di nodi di lavoro esistente. Non eliminare le sottoreti che colleghi al tuo cluster durante la creazione del cluster o quando aggiungi nodi di lavoro in una zona. Se elimini una sottorete VPC utilizzata dal tuo cluster, qualsiasi programma di bilanciamento del carico che utilizza gli indirizzi IP dalla sottorete potrebbe presentare dei problemi e potresti non essere in grado di creare nuovi programmi di bilanciamento del carico.

Creazione di sottoreti VPC per l'accesso classico

Se abiliti l'accesso classico quando crei il tuo VPC, i prefissi di indirizzo predefiniti di accesso classico determinano automaticamente gli intervalli IP di tutte le sottoreti che crei. Tuttavia, gli intervalli IP predefiniti per le sottoreti VPC di accesso classico sono in conflitto con le sottoreti per il piano di controllo Red Hat OpenShift on IBM Cloud. Invece, devi creare il VPC senza i prefissi di indirizzo predefiniti automatici e creare i tuoi propri prefissi di indirizzo. Quindi, ogni volta che crei le sottoreti per il tuo cluster, crei le sottoreti all'interno degli intervalli di prefissi di indirizzo che hai creato.

Creazione di sottoreti di VPC per l'accesso classico nella console

Crea un VPC di accesso classico senza prefissi di indirizzo predefiniti.
1. Dal dashboard Virtual Private Clouds, fai clic su Crea.
2. Immettere i dettagli per il nome, il gruppo di risorse e qualsiasi tag.
3. Selezionare la casella di controllo Abilita accesso alle risorse classiche e deselezionare la casella di spunta per Crea un prefisso predefinito per ogni area.
4. Seleziona la regione per il VPC.
5. Fai clic su Create virtual private cloud.
Creare prefissi di indirizzo in ogni zona.
1. Fai clic sul nome del tuo VPC per visualizzarne i dettagli.
2. Fare clic sulla scheda Prefissi indirizzo e fare clic su Crea.
3. Per ciascuna zona in cui intendi creare le sottoreti, crea uno o più prefissi di indirizzo. I prefissi di indirizzo devono essere compresi in uno dei seguenti intervalli: 10.0.0.0 - 10.255.255.255, 172.17.0.0 - 172.17.255.255, 172.21.0.0 - 172.31.255.255, 192.168.0.0 - 192.168.254.255.
Creare sottoreti che utilizzano i prefissi di indirizzo.
1. Da Dashboard sottorete VPC, fai clic su Crea.
2. Immetti un nome per la tua sottorete e seleziona il nome del tuo VPC di accesso classico.
3. Seleziona l'ubicazione e la zona in cui vuoi creare la sottorete.
4. Selezionare il prefisso di indirizzo creato per questa zona.
5. Specifica il numero di indirizzi IP da creare. Le sottoreti VPC forniscono indirizzi IP per i tuoi nodi di lavoro e servizi del programma di bilanciamento del carico nel cluster, per cui crea una sottorete VPC con un numero sufficiente di indirizzi IP, ad esempio 256. Non è possibile modificare in un secondo momento il numero di indirizzi IP di una sottorete VPC.
6. Per eseguire i componenti predefiniti di Red Hat OpenShift, come la console web o OperatorHub,, e per consentire al cluster di accedere a endpoint pubblici, quali ad esempio un URL di un'altra app o un servizio IBM Cloud che supporta esclusivamente endpoint di servizi cloud pubblici, è necessario associare un gateway pubblico alla propria sottorete.
7. Fai clic su Create subnet.
Utilizza le sottoreti per creare un cluster. Non eliminare le sottoreti che colleghi al tuo cluster durante la creazione del cluster o quando aggiungi nodi di lavoro in una zona. Se elimini una sottorete VPC utilizzata dal tuo cluster, qualsiasi programma di bilanciamento del carico che utilizza gli indirizzi IP dalla sottorete potrebbe presentare dei problemi e potresti non essere in grado di creare nuovi programmi di bilanciamento del carico.

Creazione di sottoreti di VPC per l'accesso classico dalla CLI

Nella riga di comando, accedi al tuo account IBM Cloud e seleziona la regione IBM Cloud e il gruppo di risorse in cui desideri creare il tuo cluster VPC. Per le regioni supportate, vedi Creazione di un VPC in una regione diversa. Il gruppo di risorse del cluster può essere diverso dal gruppo di risorse del VPC. Immetti le tue credenziali IBM Cloud quando richiesto. Se disponi di un ID federato, utilizza l'opzione " --sso " per effettuare l'accesso.
```
ibmcloud login -r <region> [-g <resource_group>] [--sso]
```
Crea un VPC di accesso classico senza prefissi di indirizzo predefiniti. Nell'output, copia l'ID VPC.
```
ibmcloud is vpc-create <name> --classic-access --address-prefix-management manual
```
Per ciascuna zona in cui intendi creare le sottoreti, crea uno o più prefissi di indirizzo. I prefissi di indirizzo devono essere compresi in uno dei seguenti intervalli: 10.0.0.0 - 10.255.255.255, 172.17.0.0 - 172.17.255.255, 172.21.0.0 - 172.31.255.255, 192.168.0.0 - 192.168.254.255.
```
ibmcloud is vpc-address-prefix-create <prefix_name> <vpc_id> <zone> <prefix_range>
```
Crea le sottoreti in ogni zona che utilizzano i tuoi prefissi di indirizzo. Per ulteriori informazioni sulle opzioni in questo comando, vedi la guida di riferimento alla CLI. Le sottoreti VPC forniscono indirizzi IP per i tuoi nodi di lavoro e servizi del programma di bilanciamento del carico nel cluster, per cui crea una sottorete VPC con un numero sufficiente di indirizzi IP, ad esempio 256. Non è possibile modificare in un secondo momento il numero di indirizzi IP di una sottorete VPC.
```
ibmcloud is subnet-create <subnet_name> <vpc_id> --zone <vpc_zone> --ipv4-address-count <number_of_ip_address> --ipv4-cidr-block <prefix_range>
```

Per eseguire i componenti predefiniti di Red Hat OpenShift, come la console web o OperatorHub,, e per consentire al cluster di accedere a endpoint pubblici, quali ad esempio un URL di un'altra app o un servizio IBM Cloud che supporta esclusivamente endpoint di servizi cloud pubblici, è necessario associare un gateway pubblico alla propria sottorete.

Crea un gateway pubblico in ogni zona. Si consiglia di assegnare al gateway pubblico un nome nel formato <cluster>-<zone>-gateway. Nell'output, prendi nota dell'ID del gateway pubblico.

    ibmcloud is public-gateway-create <gateway_name> <VPC_ID> <zone>
    ```
    Output di esempio
    ```sh {: screen}
    ID               26466378-6065-4716-a90b-ac7ed7917c63
    Name             mycluster-us-south-1-gateway
    Floating IP      169.xx.xx.xxx(26466378-6065-4716-a90b-ac7ed7917c63)
    Status           pending
    Created          2019-09-20T16:27:32-05:00
    Zone             us-south-1
    VPC              myvpc(36c8f522-4f0d-400c-8226-299f0b8198cf)
    Resource group   -
    ```
2. Utilizzando gli ID del gateway pubblico e della sottorete, associare il gateway pubblico alla sottorete.
```sh {: pre}
    ibmcloud is subnet-update <subnet_ID> --public-gateway-id <gateway_ID>
    ```
    Output di esempio
    ```sh {: screen}
    ID                  91e946b4-7094-46d0-9223-5c2dea2e5023
    Name                mysubnet1
    IPv4 CIDR           10.240.xx.xx/24
    Address available   250
    Address total       256
    ACL                 allow-all-network-acl-36c8f522-4f0d-400c-8226-299f0b8198cf(585bc142-5392-45d4-afdd-d9b59ef2d906)
    Gateway             mycluster-us-south-1-gateway(26466378-6065-4716-a90b-ac7ed7917c63)
    Created             2019-08-21T09:43:11-05:00
    Status              available
    Zone                us-south-1
    VPC                 myvpc(36c8f522-4f0d-400c-8226-299f0b8198cf)
    ```

Utilizza le sottoreti per creare un cluster. Non eliminare le sottoreti che colleghi al tuo cluster durante la creazione del cluster o quando aggiungi nodi di lavoro in una zona. Se elimini una sottorete VPC utilizzata dal tuo cluster, qualsiasi programma di bilanciamento del carico che utilizza gli indirizzi IP dalla sottorete potrebbe presentare dei problemi e potresti non essere in grado di creare nuovi programmi di bilanciamento del carico.