Informações gerais sobre intervalos internos

Os intervalos internos são blocos de endereços IP internos que você alocado e especifica como podem ser usados. Use os intervalos internos para gerenciar a topologia de rede da nuvem privada virtual (VPC), à medida que as redes ficam mais complexas com recursos como peering de rede VPC, VPC compartilhada, Cloud VPN e Cloud Interconnect.

Especificações

  • Um recurso de intervalo interno representa um bloco CIDR IPv4 ou IPv6 interno alocado de uma rede VPC.
  • Ao reservar um intervalo interno, é possível configurar o seguinte:
    • A finalidade do intervalo: se ele é usado para sub-redes e intervalos internos filhos ou exclusivamente para alocar endereços IPv4 internos globais individuais para endpoints do Private Service Connect.
    • O tipo de peering do intervalo: como o intervalo pode ser usado se o peering de rede VPC estiver configurado.
    • O tipo de uso do intervalo: se o intervalo pode ser usado por recursos do Google Cloud na rede VPC ou se está reservado para uso externo.
    • Se o intervalo pode se sobrepor a sub-redes ou rotas na rede VPC mãe.
    • Se é possível mudar o bloco de endereços ou o comportamento de sobreposição do intervalo.
  • Por padrão, não é possível reservar um intervalo interno que contenha endereços IP usados por outros recursos do Google Cloud na rede VPC do intervalo.
  • Se você ativar a sobreposição com sub-redes, rotas ou ambas, poderá criar intervalos internos com blocos CIDR que se sobrepõem ao intervalo de endereços IP dos tipos de recursos especificados.
  • Não é possível criar recursos do Google Cloud que usem endereços IP de um intervalo interno atual, a menos que você associe explicitamente o recurso ao intervalo interno (para sub-redes) ou permita a sobreposição (para rotas).
  • Se um intervalo interno for imutável, só será possível modificar a descrição dele. Se o intervalo for mutável (o padrão), será possível modificar o bloco CIDR, o comportamento de sobreposição e a descrição dele. Não é possível mudar a imutabilidade depois que o intervalo é criado.

Por exemplo, considere um intervalo interno mutável para 10.0.0.0/24 sem sobreposição especificada.

Se você tentar criar uma sub-rede na mesma rede VPC que use o intervalo 10.0.0.0/25, a criação vai falhar, a menos que você associe a sub-rede ao intervalo interno.

Se você tentar criar uma rota na mesma rede VPC que use o intervalo 10.0.0.0/25, a criação vai falhar, a menos que você defina a propriedade overlaps do intervalo interno como OVERLAP_ROUTE_RANGE.

Tipos de finalidade

A finalidade de um recurso de intervalo interno especifica os tipos de recursos doGoogle Cloud que podem alocar endereços IP do bloco CIDR do intervalo. A finalidade de um intervalo interno pode ser uma das seguintes:

Não é possível mudar a finalidade de um intervalo interno depois que ele é criado.

Intervalos internos para endpoints do Private Service Connect

É possível reservar um intervalo de endereços IPv4 internos globais para atribuir a endpoints do Private Service Connect para APIs globais do Google.

Os intervalos internos para endpoints do Private Service Connect têm as seguintes especificações:

  • O tipo de finalidade precisa ser INTERNAL_ADDRESS.
  • O tipo de peering precisa ser FOR_SELF.
  • O tipo de uso precisa ser FOR_VPC.
  • Somente blocos CIDR IPv4 são aceitos. Os blocos CIDR IPv6 não são aceitos.
  • Não é possível criar esse tipo de intervalo interno se ele se sobrepuser a sub-redes ou rotas atuais. Para mais informações, consulte Requisitos de endereço IP.
  • Não é possível criar sub-redes ou intervalos internos filhos menores em um intervalo interno que tenha a finalidade INTERNAL_ADDRESS.

Tipos de peering

O tipo de peering de um intervalo interno especifica o comportamento do intervalo em relação ao peering de rede VPC. Ele determina quais redes VPC (a mãe, os pares ou ambas) podem usar endereços IP do bloco CIDR de um intervalo interno, bem como como esses endereços precisam ser atribuídos.

Os seguintes tipos de peering são possíveis:

  • FOR_SELF: o bloco CIDR do intervalo interno só pode ser usado na rede VPC em que foi criado (a rede pai).
    • Na rede VPC pai, você atribui endereços IP referenciando o recurso de intervalo interno.
    • As redes VPC com peering não podem atribuir endereços IP do bloco CIDR do intervalo aos recursos.
  • FOR_PEER: o bloco CIDR do intervalo interno só pode ser usado em redes de peering.
    • A rede VPC pai não pode atribuir endereços IP do bloco CIDR do intervalo aos recursos.
    • Em redes VPC com peering, é possível atribuir endereços IP do bloco CIDR do intervalo sem referenciar o intervalo interno.
  • NOT_SHARED: o bloco CIDR do intervalo interno pode ser usado pela rede VPC pai e pelas redes com peering.
    • Na rede VPC pai, você atribui endereços IP fazendo referência ao intervalo interno.
    • Em uma rede VPC com peering, você atribui endereços IP sem referenciar o intervalo interno, mas os endereços precisam ser usados de uma maneira que não seja visível para a rede VPC pai. Por exemplo, duas redes VPC com peering podem criar um intervalo interno que use o mesmo bloco CIDR, desde que o tipo de peering seja NOT_SHARED nas duas redes.

Tipos de uso

O tipo de uso de um recurso de intervalo interno especifica se o bloco CIDR alocado pode ser associado a outros recursos do Google Cloud na rede VPC mãe. O tipo de uso de um intervalo interno pode ser um dos seguintes:

  • FOR_VPC: o intervalo pode ser associado a outros recursos do Google Cloudna rede VPC pai. Essa é a configuração padrão.

  • EXTERNAL_TO_VPC: o intervalo não pode ser associado a outros recursos doGoogle Cloud na rede VPC pai.

  • FOR_MIGRATION: o intervalo pode ser usado para migrar um intervalo de sub-rede, inclusive de uma rede VPC pareada para outra.

Migrar intervalos de sub-rede IPv4

Para migrar um intervalo CIDR de uma sub-rede para outra, exclua e recrie a sub-rede. Normalmente, quando você exclui uma sub-rede, o intervalo CIDR dela é liberado e pode ser usado por qualquer outro recurso. Para reservar o intervalo CIDR durante uma migração (depois que a sub-rede original é excluída, mas antes que a nova sub-rede seja criada), reserve um intervalo interno IPv4 com o tipo de uso FOR_MIGRATION.

Um intervalo interno para migração especifica um intervalo CIDR, uma sub-rede de origem e uma sub-rede de destino.

  • O intervalo CIDR IPv4 precisa ser igual ao intervalo da sub-rede de origem ou contê-lo.
  • As sub-redes de origem e destino podem estar no mesmo projeto ou em projetos diferentes.
  • A sub-rede de origem precisa estar no mesmo projeto que o recurso de intervalo interno.
  • A sub-rede de destino não precisa existir quando você cria o intervalo interno.

Quando você exclui a sub-rede de origem, o intervalo CIDR só pode ser atribuído a uma sub-rede que corresponda à de destino.

Depois de migrar a sub-rede, é possível excluir o intervalo interno.

Os intervalos internos com o tipo de uso FOR_MIGRATION precisam ter o tipo de peering FOR_SELF.

Exemplos de casos de uso

A tabela a seguir mostra os casos de uso de intervalos internos com diferentes combinações de uso e peering. Os intervalos internos do IPv6 têm requisitos específicos de uso e peering e não são compatíveis com todos os casos de uso listados aqui.

Caso de uso Tipo de finalidade Tipo de peering Tipo de uso

Reservar um intervalo para uso apenas na rede VPC dele.

Somente IPv4

 VPC_SUBNET NOT_SHARED FOR_VPC

Reservar um intervalo especificamente para redes VPC de mesmo nível, impedindo que os recursos na rede VPC local o usem. Em redes de peering, é possível atribuir endereços IP do bloco CIDR do intervalo sem se referir ao recurso de intervalo interno.

Somente IPv4

 VPC_SUBNET FOR_PEER FOR_VPC

Reservar um intervalo para uso fora da rede VPC dele, impedindo que os recursos na rede VPC usem esses endereços IP. Para intervalos IPv6, evitar a atribuição automática dos endereços IP do intervalo a novas sub-redes somente IPv6 ou de pilha dupla.

IPv4 ou IPv6

 VPC_SUBNET FOR_SELF EXTERNAL_TO_VPC

Reservar um intervalo para uso somente no ambiente local, impedindo que os recursos na rede VPC do intervalo usem esses endereços IP.

Somente IPv4

 VPC_SUBNET NOT_SHARED EXTERNAL_TO_VPC

Reservar um intervalo temporariamente para migrar uma sub-rede de uma rede VPC para outra.

Somente IPv4

 VPC_SUBNET FOR_SELF FOR_MIGRATION
Reserve um intervalo exclusivamente para alocar endereços IPv4 internos globais para endpoints do Private Service Connect para APIs globais do Google.

Somente IPv4

 INTERNAL_ADDRESS FOR_SELF FOR_VPC

Estratégias de alocação de endereços IPv4

Ao reservar um intervalo interno IPv4, é possível especificar um bloco CIDR ou deixar que o Google Cloud aloque um automaticamente. Para a alocação automática, especifique um comprimento do prefixo e blocos CIDR de destino opcionais. O Google Cloudconsidera as alocações de endereços IP atuais e aloca ao intervalo interno um bloco CIDR livre do tamanho escolhido nos blocos CIDR de destino ou padrão.

Se você usar a alocação automática, poderá especificar a estratégia que o Google Cloud usa para selecionar um bloco livre. As estratégias de alocação estão disponíveis apenas para intervalos internos de IPv4 alocados automaticamente. Confira na tabela a seguir as estratégias de alocação que você pode escolher:

Estratégia Descrição Vantagens e desvantagens
RANDOM Alocar aleatoriamente um bloco CIDR livre. Essa é a estratégia padrão.

Mais rápido para reservar simultaneamente vários blocos CIDR que têm o mesmo comprimento do prefixo.

Pode levar à fragmentação no espaço de endereço IP.
FIRST_AVAILABLE Aloca o bloco CIDR livre com o menor endereço IP inicial numérico.

Alocação de intervalo de IP mais previsível. Maximiza o espaço de endereço IP contíguo restante não utilizado nos blocos CIDR de destino.

Causa disputa ao reservar intervalos internos simultaneamente, o que leva a alocações mais lentas.
RANDOM_FIRST_N_AVAILABLE Você especifica um número, N. O Google Cloud encontra N blocos CIDR livres do tamanho de prefixo solicitado, priorizando blocos com os endereços IP iniciais mais baixos. Alocar um bloco CIDR aleatório desse conjunto.

Ideal para reduzir a disputa durante alocações simultâneas, mantendo seu espaço contíguo de endereços IP não utilizados.

É possível aumentar N para melhorar o desempenho das alocações simultâneas. No entanto, isso pode aumentar a fragmentação do espaço de endereços IP.

FIRST_SMALLEST_FITTING Encontre os menores blocos CIDR livres (maior comprimento do prefixo) que podem conter o comprimento do prefixo solicitado. Desse conjunto, aloque o bloco com o menor endereço IP inicial.

Ideal para minimizar a fragmentação de endereços IP.

Tem a maior disputa por reservas simultâneas, o que leva a tempos de alocação mais lentos.

Por exemplo, suponha que você queira reservar um bloco CIDR /24 do bloco de destino 10.0.0.0/8. Dentro do bloco de destino, somente os seguintes intervalos de endereços IP estão disponíveis: 10.1.0.0/25, 10.2.0.0/16 e 10.3.0.0/23. A lista a seguir descreve os blocos que podem ser selecionados para cada estratégia de alocação:

  • RANDOM: o Google Cloud determina aleatoriamente qualquer bloco /24 disponível, como 10.2.179.0/24.
  • FIRST_AVAILABLE: o Google Cloud encontra o bloco /24 disponível mais baixo, que é 10.2.0.0/24.
  • RANDOM_FIRST_N_AVAILABLE: suponha que você especifique 3 para N. OGoogle Cloud cria um conjunto dos três blocos /24 disponíveis mais baixos: 10.2.0.0/24, 10.2.1.0/24 e 10.2.2.0/24. Desse conjunto, oGoogle Cloud escolhe aleatoriamente um dos três blocos, como 10.2.2.0/24.
  • FIRST_SMALLEST_FITTING: o Google Cloud encontra os menores blocos disponíveis (prefixo mais alto) que podem conter o prefixo especificado de /24. O menor bloco disponível é 10.3.0.0/23. Google Cloud aloca o bloco mais baixo dentro desse intervalo, que é 10.3.0.0/24.

Cota

Há um limite de quantos recursos internos podem ser criados em um único projeto. Para obter mais informações, consulte as cotas por projeto na documentação da VPC.

A seguir