- Console
- API
- CLI
- Go
Vá para Networking → VPCs e escolha Create VPC. Em VPC
details, dê a ele um Name e um IPv4 CIDR.A página é um fluxo de trabalho em vez de uma única criação. Subnets pergunta quantas Public subnets e Private subnets para esculpir fora desse CIDR e permite que você edite cada Name e IPv4 CIDR gerado. Quando o IPv6 está habilitado, cada sub-rede planejada também tem um campo IPv6 CIDR: automático para GUA público, editável para ULA privado.Internet access oferece um Internet gateway, um NAT gateway e um Egress-only gateway quando IPv6 e sub-redes privadas são selecionadas. A opção de saída somente requer GUA. Ele cria o gateway e uma rota
::/0 na tabela de rotas padrão das sub-redes privadas, mesmo quando o plano não tem sub-redes públicas. Com NAT e somente saída selecionados, o IPv4 usa NAT e o IPv6 usa roteamento nativo somente de saída. Com NAT sozinho, ambas as famílias habilitadas usam NAT. Ao enviar, você será direcionado para uma página de Provisioning progress que percorre o plano passo a passo: Create VPC, Create public route table, Create internet gateway, Attach internet gateway, Configure
public internet route, depois um passo por sub-rede e Create NAT
gateway com Configure private internet route, se você tiver solicitado NAT.name é de 1 a 63 caracteres, letras minúsculas, dígitos e hífens, e não pode começar ou terminar com um hífen. É exclusivo por conta e chega no CRN da VPC.
A criação de uma VPC também cria sua tabela de rota padrão <vpc-name>-private-rt. As sub-redes usam-na a menos que você selecione outra tabela.
O CIDR deve ser privado
cidr_ipv4 tem que estar dentro de 10.0.0.0/8, 172.16.0.0/12 ou 192.168.0.0/16. A razão não é a limpeza: endereçar suas instâncias fora do espaço roteável que você não possui criaria um buraco negro nesse espaço para suas próprias cargas de trabalho e para qualquer outra pessoa, uma vez que a VPC roteia para qualquer lugar. A alcançabilidade pública vem de um IP flutuante ou um gateway, nunca do próprio endereço IPv4 da instância.
name e cidr_ipv4 são imutáveis. PATCH /v1/vpcs/{vpc_id} recebe description, tags, e uma alocação IPv6 inicial. CIDRs existentes não podem ser redimensionados.
Alocação de IPv6
- Console
- API
- CLI
- Go
Em Create VPC, em VPC details, defina IPv6 como Automatic public
IPv6 (GUA) ou Manual private IPv6 (ULA).O GUA aloca uma VPC
/60 e uma distinta /64 para cada sub-rede planejada. O IPv6 CIDR de cada sub-rede mostra Automatically allocated /64; o intervalo real é atribuído durante a criação. Um /60 contém dezesseis /64s.Para ULA, VPC IPv6 CIDR começa com um /48 privado gerado, e cada sub-rede IPv6 CIDR começa com um /64 distinto desse intervalo. Mantenha as sugestões ou edite-as. Cada sub-rede deve ter um /64 alinhado dentro do intervalo da VPC e os intervalos não devem se sobrepor.Alterar o CIDR IPv6 da VPC regenera os intervalos IPv6 da sub-rede. Alterar as contagens de sub-rede ou escolher Regenerate repõe os intervalos de sub-rede de ambas as famílias para suas sugestões. O formulário valida-os antes de provisioná-los. A saída da Internet ULA precisa de NAT; a opção somente saída está desabilitada.Você também pode ativar o IPv6 mais tarde na página de detalhes da VPC.allocate_cidr_ipv6 delega um /60 roteável globalmente do pool da região e o retorna como o cidr_ipv6 da VPC. Sub-redes então esculpem /64s fora dele. O assistente de VPC habilita o IPv6 em todas as suas sub-redes planejadas. As sub-redes criadas de forma independente podem permanecer somente IPv4, o que é útil ao migrar cargas de trabalho em estágios ou ao manter deliberadamente uma sub-rede em uma família de endereços. As interfaces de uma sub-rede sempre herdam todas as famílias habilitadas nessa sub-rede.
Alternativamente, forneça um prefixo ULA privado em cidr_ipv6: um prefixo canônico dentro de fd00::/8, de /48 até /60. Não envie junto com allocate_cidr_ipv6. Escolha um prefixo ULA gerado aleatoriamente para reduzir o risco de colisão se as redes forem conectadas posteriormente.
Uma VPC somente IPv4 existente aceita qualquer uma das opções por meio de PATCH /v1/vpcs/{vpc_id}. Uma vez atribuído, o CIDR IPv6 não pode ser substituído ou removido. As sub-redes existentes permanecem inalteradas até que o IPv6 seja ativado nelas.
Se a região não tiver um pool IPv6 público, a alocação pública automática falhará. O endereçamento ULA não se torna roteável pela Internet ao adicionar uma rota da Internet. Use um gateway NAT para acesso de saída compartilhado ou um IP flutuante IPv6 público quando uma NIC endereçada por ULA precisar de sua própria identidade pública. Uma NIC com um endereço global nativo pode usar esse endereço diretamente quando o roteamento e as regras de segurança permitirem; nenhum IP flutuante é necessário.
Pools IPv4 roteados
Uma VPC pode reservar até quatro pools de prefixo IPv4 dentro docidr_ipv4. Os pools não devem sobrepor sub-redes ou um ao outro. Gerencie-os através de /v1/vpcs/{vpc_id}/prefix-pools. Cada pool tem um ID e cidr_ipv4.
As interfaces alocam prefixos /28 desses pools através de /v1/interfaces/{interface_id}/prefixes, usando pool_id. Uma NIC pode conter até 16 prefixos roteados, retornados separadamente como routed_prefixes. Os prefixos roteiam para essa NIC; eles não são entradas de endereço de convidado individuais ou concessões DHCP. O convidado configura cargas de trabalho e roteamento para o intervalo delegado. Esse é um bloco de construção de rede, não um serviço gerenciado do Kubernetes.
Excluir uma VPC
O delete se recusa em dois casos, cada um nomeando o que o está segurando:- As sub-redes permanecem. “O VPC tem sub-redes; exclua-as primeiro.”
- Um gateway de internet ainda está conectado. “O VPC tem um gateway de internet conectado; desconecte-o primeiro.”

