Criando uma sub-rede de VPC no console

Use o console do IBM Cloud para criar uma sub-rede de VPC para seu cluster e, opcionalmente, anexe um gateway público à sub-rede.

1. No painel de sub-rede da VPC, clique em Criar.
2. Insira um nome para sua sub-rede e selecione o nome do VPC criado.
3. Selecione o local e a zona nos quais deseja criar a sub-rede.
4. Especifique o número de endereços IP a serem criados.
   • As sub-redes VPC fornecem endereços IP para os seus nós do trabalhador e serviços de balanceador de carga no cluster, portanto, crie uma sub-rede VPC com endereços IP suficientes, como 256. Não é possível mudar o número de IPs que uma sub-rede VPC terá depois.
   • Se você inserir um intervalo de IP específico, não use os intervalos reservados a seguir: 172.16.0.0/16, 172.18.0.0/16, 172.19.0.0/16 e 172.20.0.0/16.
5. Para executar componentes padrão do Red Hat OpenShift, como o console da web ou o OperatorHub, e permitir que o cluster acesse terminais públicos, como uma URL pública de outro app ou um serviço da IBM Cloud que suporta apenas terminais em serviço de nuvem pública, deve-se anexar um gateway público à sub-rede.
6. Clique em Criar sub-rede.
7. Use a sub-rede para criar um cluster, criar um novo conjunto de trabalhadores ou incluir a sub-rede em um conjunto de trabalhadores existente.> Não exclua as sub-redes que você anexa ao seu cluster durante a criação do cluster ou ao incluir nós do trabalhador em uma zona. Se você excluir uma sub-rede do VPC que o seu cluster usou, qualquer balanceador de carga que use os endereços IP da sub-rede poderá ter problemas e poderá não ser possível criar novos balanceadores de carga.

Criando uma sub-rede de VPC na CLI

Use a CLI do IBM Cloud para criar uma sub-rede de VPC para seu cluster e, opcionalmente, anexe um gateway público à sub-rede.

Antes de Iniciar

1. Em sua linha de comandos, efetue login em sua conta da IBM Cloud e vise a região e o grupo de recursos da IBM Cloud nos quais você deseja criar seu cluster de VPC. Para ver as regiões suportadas, consulte Criando uma VPC em uma região diferente. O grupo de recursos do cluster pode diferir do grupo de recursos da VPC. Insira suas credenciais do IBM Cloud quando solicitadas. Se você tiver uma identificação federada, use a opção “ --sso ” para fazer login.

   ibmcloud login -r REGION [-g <resource_group>] [--sso]
   

2. Crie uma VPC na mesma região na qual deseja criar o cluster.

Para criar uma sub-rede VPC, siga estas etapas.

1. Obtenha o ID da VPC na qual você deseja criar a sub-rede.

   ibmcloud oc vpcs
   

2. Crie a sub-rede. Para obter mais informações sobre as opções neste comando, consulte a Referência da CLI.

   ibmcloud is subnet-create SUBNET_NAME VPC_ID --zone VPC_ZONE --ipv4-address-count NUMBER_OF_IP_ADDRESS
   

   • As sub-redes VPC fornecem endereços IP para os seus nós do trabalhador e serviços de balanceador de carga no cluster, portanto, crie uma sub-rede VPC com endereços IP suficientes, como 256. Não é possível mudar o número de IPs que uma sub-rede VPC terá depois.
   • Não utilize os seguintes intervalos reservados: 172.16.0.0/16, 172.18.0.0/16, 172.19.0.0/16 e 172.20.0.0/16.

3. Verifique se você tem um gateway público nas zonas nas quais deseja criar um cluster. Dentro de uma VPC, é possível criar apenas um gateway público por zona, mas esse gateway público pode ser conectado a várias sub-redes dentro da zona.

   ibmcloud is public-gateways
   

   Saída de exemplo

   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 você já tiver um gateway público em cada zona, observe os IDs dos gateways públicos.
   • Se você não tiver um gateway público em cada zona, crie um. Considere nomear o gateway público no formato <cluster>-<zone>-gateway. Na saída, anote o ID do gateway público.

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

   Saída de exemplo

   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   -
   

4. Usando os IDs do gateway público e da sub-rede, conecte o gateway público à sub-rede.

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

   Saída de exemplo

   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)
   

5. Use a sub-rede para criar um cluster, criar um novo conjunto de trabalhadores ou incluir a sub-rede em um conjunto de trabalhadores existente. Não exclua as sub-redes que você anexa ao seu cluster durante a criação do cluster ou ao incluir nós do trabalhador em uma zona. Se você excluir uma sub-rede do VPC que o seu cluster usou, qualquer balanceador de carga que use os endereços IP da sub-rede poderá ter problemas e poderá não ser possível criar novos balanceadores de carga.

Criando sub-redes VPC para acesso clássico no console

1. Crie uma VPC de acesso clássico sem prefixos de endereço padrão.
   1. No painel Nuvens privadas virtuais, clique em Criar.
   2. Insira detalhes para o nome, grupo de recursos e quaisquer tags.
   3. Marque a caixa de seleção para Ativar acesso a recursos clássicos e desmarque a caixa de seleção para Criar um prefixo padrão para cada zona.
   4. Selecione a região para a VPC.
   5. Clique em Criar nuvem particular virtual.
2. Crie prefixos de endereço em cada zona.
   1. Clique no nome de sua VPC para visualizar seus detalhes.
   2. Clique na guia Prefixos de endereço e clique em Criar.
   3. Para cada zona na qual você planeja criar sub-redes, crie um ou mais prefixos de endereço. Os prefixos de endereço devem estar em um dos seguintes intervalos: 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.
3. Crie sub-redes que usem seus prefixos de endereço.
   1. No painel de sub-rede da VPC, clique em Criar.
   2. Insira um nome para sua sub-rede e selecione o nome de sua VPC de acesso clássico.
   3. Selecione o local e a zona nos quais deseja criar a sub-rede.
   4. Selecione o prefixo de endereço criado para essa zona.
   5. Especifique o número de endereços IP a serem criados. As sub-redes VPC fornecem endereços IP para os seus nós do trabalhador e serviços de balanceador de carga no cluster, portanto, crie uma sub-rede VPC com endereços IP suficientes, como 256. Não é possível mudar o número de IPs que uma sub-rede VPC terá depois.
   6. Para executar componentes padrão do Red Hat OpenShift, como o console da web ou o OperatorHub, e permitir que o cluster acesse terminais públicos, como uma URL pública de outro app ou um serviço da IBM Cloud que suporta apenas terminais em serviço de nuvem pública, deve-se anexar um gateway público à sub-rede.
   7. Clique em Criar sub-rede.
4. Use as sub-redes para criar um cluster. Não exclua as sub-redes que você anexa ao seu cluster durante a criação do cluster ou ao incluir nós do trabalhador em uma zona. Se você excluir uma sub-rede do VPC que o seu cluster usou, qualquer balanceador de carga que use os endereços IP da sub-rede poderá ter problemas e poderá não ser possível criar novos balanceadores de carga.

Criando sub-redes VPC para acesso clássico por meio da CLI

1. Em sua linha de comandos, efetue login em sua conta da IBM Cloud e vise a região e o grupo de recursos da IBM Cloud nos quais você deseja criar seu cluster de VPC. Para ver as regiões suportadas, consulte Criando uma VPC em uma região diferente. O grupo de recursos do cluster pode diferir do grupo de recursos da VPC. Insira suas credenciais do IBM Cloud quando solicitadas. Se você tiver uma identificação federada, use a opção “ --sso ” para fazer login.

   ibmcloud login -r <region> [-g <resource_group>] [--sso]
   

2. Crie uma VPC de acesso clássico sem prefixos de endereço padrão. Na saída, copie o ID da VPC.

   ibmcloud is vpc-create <name> --classic-access --address-prefix-management manual
   

3. Para cada zona na qual você planeja criar sub-redes, crie um ou mais prefixos de endereço. Os prefixos de endereço devem estar em um dos seguintes intervalos: 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>
   

4. Crie sub-redes em cada zona que usem seus prefixos de endereço. Para obter mais informações sobre as opções neste comando, consulte a Referência da CLI. As sub-redes VPC fornecem endereços IP para os seus nós do trabalhador e serviços de balanceador de carga no cluster, portanto, crie uma sub-rede VPC com endereços IP suficientes, como 256. Não é possível mudar o número de IPs que uma sub-rede VPC terá depois.

   ibmcloud is subnet-create <subnet_name> <vpc_id> --zone <vpc_zone> --ipv4-address-count <number_of_ip_address> --ipv4-cidr-block <prefix_range>
   

5. Para executar componentes padrão do Red Hat OpenShift, como o console da web ou o OperatorHub, e permitir que o cluster acesse terminais públicos, como uma URL pública de outro app ou um serviço da IBM Cloud que suporta apenas terminais em serviço de nuvem pública, deve-se anexar um gateway público à sub-rede.
   1. Crie um gateway público em cada zona. Considere nomear o gateway público no formato <cluster>-<zone>-gateway. Na saída, anote o ID do gateway público.

       ibmcloud is public-gateway-create <gateway_name> <VPC_ID> <zone>
       ```
       Saída de exemplo
       ```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. Usando os IDs do gateway público e da sub-rede, conecte o gateway público à sub-rede.
   ```sh {: pre}
       ibmcloud is subnet-update <subnet_ID> --public-gateway-id <gateway_ID>
       ```
       Saída de exemplo
       ```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)
       ```
   

6. Use as sub-redes para criar um cluster. Não exclua as sub-redes que você anexa ao seu cluster durante a criação do cluster ou ao incluir nós do trabalhador em uma zona. Se você excluir uma sub-rede do VPC que o seu cluster usou, qualquer balanceador de carga que use os endereços IP da sub-rede poderá ter problemas e poderá não ser possível criar novos balanceadores de carga.