Informações gerais sobre intervalos internos

Os intervalos internos permitem alocar blocos de endereços IP internos e especificar como esses endereços podem ser usados. É possível usar intervalos internos para ajudar a gerenciar a topologia de rede da nuvem privada virtual (VPC), à medida que as redes ficam mais complexas com recursos como peering de rede VPC e VPC compartilhada.

Especificações

  • Um recurso de intervalo interno representa um bloco CIDR interno alocado de uma rede VPC.
  • Ao criar um intervalo interno, você pode configurar o seguinte:
    • Se o intervalo pode ser usado por recursos Google Cloud na rede VPC mãe.
    • Se o intervalo for reservado para uso externo.
    • Como o intervalo pode ser usado se o peering de rede VPC estiver configurado.
  • Não é possível criar um intervalo interno que se sobreponha aos endereços IP usados pelos recursos Google Cloud na rede VPC do intervalo.

  • Não é possível criar Google Cloud recursos que usam endereços IP de um intervalo interno atual, a menos que você associe explicitamente o recurso a esse intervalo.

    Por exemplo, considere um intervalo interno para 10.0.0.0/24. Se você tentar criar uma sub-rede na rede VPC do intervalo interno que use o intervalo 10.0.0.0/25, a criação da sub-rede falhará, a menos que você associe a sub-rede ao intervalo interno.

Tipos de peering

O tipo de peering de um intervalo interno especifica o comportamento do intervalo em relação ao peering de rede VPC. O tipo de peering pode ser um dos seguintes:

  • FOR_SELF: o intervalo interno só pode ser usado na rede VPC em que foi criado. O intervalo pode ser acessado na rede VPC associada e nos pares dessa rede VPC. No entanto, os pares de redes com peering não podem usar esse intervalo. Esta é a configuração padrão.

  • FOR_PEER: o intervalo interno só pode ser associado a recursos em redes de peering. Nenhum recurso dentro da rede VPC pai do intervalo pode ser associado ao intervalo, mas os recursos em redes com peering podem.

  • NOT_SHARED: o intervalo interno só pode ser associado a recursos na rede em que o intervalo foi criado, sem compartilhar o intervalo com seus pares. Uma rede com peering não pode usar o intervalo interno de uma maneira visível para a rede VPC pai. Uma rede com peering poderá usar o mesmo intervalo se o tipo de peering for 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 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 Google Cloud na rede VPC pai. Esta é a configuração padrão.

  • EXTERNAL_TO_VPC: o intervalo não pode ser associado a outros recursosGoogle 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

Para migrar um intervalo CIDR de uma sub-rede para outra, exclua a sub-rede e a recrie. 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 for excluída, mas antes que a nova sub-rede seja criada, crie um intervalo interno 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 precisa corresponder ou conter o intervalo da sub-rede de origem.
  • As sub-redes de origem e de 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 no momento em que 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 à sub-rede de destino.

Depois de migrar a sub-rede, você pode excluir o intervalo interno.

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

Cota

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

A seguir