Présentation des plages internes

Les plages internes vous permettent de réserver des blocs d'adresses IP internes et de spécifier comment ces adresses peuvent être utilisées. Vous pouvez utiliser des plages internes pour vous aider à gérer la topologie du réseau cloud privé virtuel (VPC, Virtual Private Cloud) à mesure que les réseaux se complexifient avec des fonctionnalités telles que l'Appairage de réseaux VPC, le VPC partagé, Cloud VPN et Cloud Interconnect.

Spécifications

  • Une ressource de plage interne représente un bloc CIDR IPv4 ou IPv6 interne alloué à partir d'un réseau VPC.
  • Lorsque vous réservez une plage interne, vous configurez les éléments suivants :
    • L'objectif de la plage : si la plage est utilisée pour les sous-réseaux et les plages internes enfants, ou exclusivement pour l'allocation d'adresses IPv4 internes globales individuelles pour les points de terminaison Private Service Connect.
    • Le type d'appairage de la plage : utilisation de la plage si l'appairage de réseaux VPC est configuré.
    • Le type d'utilisation de la plage : indique si la plage peut être utilisée par les ressources Cloud de Confiance dans son réseau VPC ou si elle est réservée à une utilisation externe.
    • Si la plage peut chevaucher des sous-réseaux ou des routes dans son réseau VPC parent.
    • Indique si le bloc d'adresse ou le comportement de chevauchement de la plage peut être modifié.
  • Par défaut, vous ne pouvez pas réserver une plage interne contenant des adresses IP utilisées par d'autres ressources Cloud de Confiance by S3NS dans le réseau VPC de la plage.
  • Si vous activez le chevauchement avec des sous-réseaux, des routes ou les deux, vous pouvez créer des plages internes avec des blocs CIDR qui chevauchent la plage d'adresses IP des types de ressources spécifiés.
  • Vous ne pouvez pas créer de ressources Cloud de Confiance qui utilisent des adresses IP d'une plage interne existante, sauf si vous associez explicitement la ressource à la plage interne (pour les sous-réseaux) ou si vous autorisez le chevauchement (pour les routes).
  • Si une plage interne est immuable, vous ne pouvez modifier que sa description. Si la plage est modifiable (par défaut), vous pouvez modifier le bloc CIDR, le comportement de chevauchement et la description de la plage. L'immuabilité ne peut pas être modifiée après la création de la plage.

Par exemple, considérons une plage interne modifiable pour 10.0.0.0/24 sans chevauchement spécifié.

Si vous essayez de créer un sous-réseau dans le même réseau VPC qui utilise la plage 10.0.0.0/25, la création du sous-réseau échoue, sauf si vous associez le sous-réseau à la plage interne.

Si vous essayez de créer une route dans le même réseau VPC qui utilise la plage 10.0.0.0/25, la création de la route échoue, sauf si vous mettez à jour la plage interne en définissant la propriété overlaps sur OVERLAP_ROUTE_RANGE.

Types d'objectifs

L'objectif d'une ressource de plage interne spécifie les types de ressourcesCloud de Confiance pouvant allouer des adresses IP à partir du bloc CIDR de la plage. L'objectif d'une plage interne peut être l'un des suivants :

Vous ne pouvez pas modifier l'objectif d'une plage interne après sa création.

Plages internes pour les points de terminaison Private Service Connect

Vous pouvez réserver une plage d'adresses IPv4 internes globales à attribuer aux points de terminaison Private Service Connect pour les API Google globales.

Les plages internes des points de terminaison Private Service Connect présentent les spécifications suivantes :

  • Le type d'objectif doit être INTERNAL_ADDRESS.
  • Le type d'appairage doit être FOR_SELF.
  • Le type d'utilisation doit être FOR_VPC.
  • Seuls les blocs CIDR IPv4 sont acceptés. Les blocs CIDR IPv6 ne sont pas acceptés.
  • Vous ne pouvez pas créer ce type de plage interne si elle chevauche des sous-réseaux ou des routes existants. Pour en savoir plus, consultez Exigences relatives aux adresses IP.
  • Vous ne pouvez pas créer de sous-réseaux ni de plages internes enfants plus petites dans une plage interne ayant l'objectif INTERNAL_ADDRESS.

Types d'appairage

Le type d'appairage d'une plage interne spécifie le comportement de la plage par rapport à l'appairage de réseaux VPC. Il détermine quels réseaux VPC (le parent, ses pairs ou les deux) peuvent utiliser les adresses IP du bloc CIDR d'une plage interne, ainsi que la manière dont ces adresses doivent être attribuées.

Les types d'appairage suivants sont possibles :

  • FOR_SELF : le bloc CIDR de la plage interne ne peut être utilisé que dans le réseau VPC où il a été créé (le réseau parent).
    • Dans le réseau VPC parent, vous attribuez des adresses IP en référençant la ressource de plage interne.
    • Les réseaux VPC appairés ne peuvent pas attribuer d'adresses IP du bloc CIDR de la plage aux ressources.
  • FOR_PEER : le bloc CIDR de la plage interne ne peut être utilisé que dans les réseaux appairés.
    • Le réseau VPC parent ne peut pas attribuer d'adresses IP du bloc CIDR de la plage aux ressources.
    • Dans les réseaux VPC appairés, vous pouvez attribuer des adresses IP à partir du bloc CIDR de la plage sans référencer la plage interne.
  • NOT_SHARED : le bloc CIDR de la plage interne peut être utilisé à la fois par le réseau VPC parent et par les réseaux de pairs.
    • Dans le réseau VPC parent, vous attribuez des adresses IP en référençant la plage interne.
    • Dans un réseau VPC appairé, vous attribuez des adresses IP sans référencer la plage interne, mais les adresses doivent être utilisées de manière à ne pas être visibles par le réseau VPC parent. Par exemple, deux réseaux VPC appairés peuvent créer une plage interne qui utilise le même bloc CIDR, à condition que le type d'appairage soit NOT_SHARED dans les deux réseaux.

Types d'utilisation

Le type d'utilisation d'une ressource de plage interne spécifie si le bloc CIDR alloué peut être associé à d'autres ressources Cloud de Confiance dans son réseau VPC parent. Voici le type d'utilisation d'une plage interne :

  • FOR_VPC : la plage peut être associée à d'autres ressources Cloud de Confiancedans son réseau VPC parent. Il s'agit du paramètre par défaut.

  • EXTERNAL_TO_VPC : la plage ne peut pas être associée à d'autres ressourcesCloud de Confiance dans son réseau VPC parent.

  • FOR_MIGRATION : la plage peut être utilisée pour migrer une plage de sous-réseaux, y compris d'un réseau VPC appairé à un autre.

Migration des plages de sous-réseaux IPv4

Pour migrer une plage CIDR d'un sous-réseau vers un autre, vous devez supprimer le sous-réseau, puis le recréer. Normalement, lorsque vous supprimez un sous-réseau, sa plage CIDR est libérée et peut être utilisée par n'importe quelle autre ressource. Pour réserver la plage CIDR lors d'une migration (après la suppression du sous-réseau d'origine, mais avant la création du nouveau sous-réseau), vous pouvez réserver une plage IPv4 interne ayant le type d'utilisation FOR_MIGRATION.

Une plage interne pour la migration spécifie une plage CIDR, un sous-réseau source et un sous-réseau cible.

  • La plage CIDR IPv4 doit correspondre à la plage du sous-réseau source ou la contenir.
  • Les sous-réseaux source et cible peuvent se trouver dans le même projet ou dans des projets différents.
  • Le sous-réseau source doit se trouver dans le même projet que la ressource de plage interne.
  • Le sous-réseau cible n'a pas besoin d'exister au moment où vous créez la plage interne.

Lorsque vous supprimez le sous-réseau source, la plage CIDR ne peut être attribuée qu'à un sous-réseau correspondant au sous-réseau cible.

Une fois le sous-réseau migré, vous pouvez supprimer la plage interne.

Les plages internes dont le type d'utilisation est FOR_MIGRATION doivent avoir le type d'appairage FOR_SELF.

Exemples de cas d'utilisation

Le tableau suivant décrit les cas d'utilisation des plages internes avec différentes combinaisons d'utilisation et d'appairage. Les plages IPv6 internes ont des exigences d'utilisation et d'appairage spécifiques, et ne sont pas compatibles avec tous les cas d'utilisation listés ici.

Cas d'utilisation Type d'objectif Type d'appairage Type d'utilisation

Réservez une plage à utiliser uniquement dans le réseau VPC de la plage.

IPv4 uniquement

 VPC_SUBNET NOT_SHARED FOR_VPC

Réservez une plage spécifiquement pour les réseaux VPC de pairs, ce qui empêche les ressources du réseau VPC local de l'utiliser. Dans les réseaux pairs, vous pouvez attribuer des adresses IP à partir du bloc CIDR de la plage sans faire référence à la ressource de plage interne.

IPv4 uniquement

 VPC_SUBNET FOR_PEER FOR_VPC

Réservez une plage à utiliser en dehors du réseau VPC de la plage, ce qui empêche les ressources du réseau VPC de la plage d'utiliser ces adresses IP. Pour les plages IPv6, empêchez l'attribution automatique des adresses IP de la plage aux nouveaux sous-réseaux IPv6 uniquement ou à double pile.

IPv4 ou IPv6

 VPC_SUBNET FOR_SELF EXTERNAL_TO_VPC

Réservez une plage pour une utilisation sur site uniquement, ce qui empêche les ressources du réseau VPC de la plage d'utiliser ces adresses IP.

IPv4 uniquement

 VPC_SUBNET NOT_SHARED EXTERNAL_TO_VPC

Réservez temporairement une plage pour migrer un sous-réseau d'un réseau VPC vers un autre.

IPv4 uniquement

 VPC_SUBNET FOR_SELF FOR_MIGRATION
Réservez une plage exclusivement pour l'allocation d'adresses IPv4 internes globales pour les points de terminaison Private Service Connect pour les API Google globales.

IPv4 uniquement

 INTERNAL_ADDRESS FOR_SELF FOR_VPC

Stratégies d'allocation d'adresses IPv4

Lorsque vous réservez une plage interne IPv4, vous pouvez spécifier un bloc CIDR ou laisser Cloud de Confiance en allouer un automatiquement. Pour l'allocation automatique, vous spécifiez une longueur de préfixe et des blocs CIDR cibles facultatifs. Cloud de Confiancetient compte des allocations d'adresses IP existantes et alloue à la plage interne un bloc CIDR libre de la taille choisie dans les blocs CIDR cibles ou par défaut.

Si vous utilisez l'allocation automatique, vous pouvez spécifier la stratégie d'allocation que Cloud de Confiance utilise pour sélectionner un bloc libre. Les stratégies d'allocation ne sont disponibles que pour les plages internes IPv4 allouées automatiquement. Le tableau suivant décrit les stratégies d'allocation que vous pouvez choisir :

Stratégie Description Avantages et inconvénients
RANDOM Allouer de manière aléatoire un bloc CIDR libre. Il s'agit de la stratégie par défaut.

Cette méthode est la plus rapide pour réserver simultanément plusieurs blocs CIDR ayant la même longueur de préfixe.

Peut entraîner une fragmentation de votre espace d'adresses IP.
FIRST_AVAILABLE Allouez le bloc CIDR libre dont l'adresse IP de départ est la plus basse numériquement.

Allocation de plages d'adresses IP la plus prévisible. Maximise l'espace d'adresses IP inutilisé contigu restant dans vos blocs CIDR cibles.

Provoque des conflits lors de la réservation simultanée de plages internes, ce qui ralentit les temps d'allocation.
RANDOM_FIRST_N_AVAILABLE Vous spécifiez un nombre, N. Cloud de Confiance recherche N blocs CIDR libres de la longueur de préfixe demandée, en donnant la priorité aux blocs dont les adresses IP de départ sont les plus basses. Allouez un bloc CIDR aléatoire à partir de cet ensemble.

Idéal pour réduire les conflits lors des allocations simultanées tout en conservant votre espace d'adresses IP inutilisées contiguës.

Vous pouvez améliorer les performances des allocations simultanées en augmentant N. Toutefois, cela peut entraîner une fragmentation accrue de l'espace d'adressage IP.

FIRST_SMALLEST_FITTING Recherchez les plus petits blocs CIDR libres (longueur de préfixe la plus longue) pouvant contenir la longueur de préfixe demandée. Dans cet ensemble, allouez le bloc dont l'adresse IP de départ est la plus basse.

Idéal pour minimiser la fragmentation des adresses IP.

Connaît le plus de conflits pour les réservations simultanées, ce qui entraîne des temps d'allocation plus lents.

Par exemple, supposons que vous souhaitiez réserver un bloc CIDR /24 à partir du bloc cible 10.0.0.0/8. Dans le bloc cible, seules les plages d'adresses IP suivantes sont disponibles : 10.1.0.0/25, 10.2.0.0/16 et 10.3.0.0/23. La liste suivante décrit les blocs qui peuvent être sélectionnés pour chaque stratégie d'allocation :

  • RANDOM : Cloud de Confiance détermine de manière aléatoire n'importe quel bloc /24 disponible, tel que 10.2.179.0/24.
  • FIRST_AVAILABLE : Cloud de Confiance recherche le bloc /24 disponible le plus bas, qui est 10.2.0.0/24.
  • RANDOM_FIRST_N_AVAILABLE : supposons que vous spécifiez 3 pour N.Cloud de Confiance crée un ensemble des trois blocs /24 disponibles les plus bas : 10.2.0.0/24, 10.2.1.0/24 et 10.2.2.0/24. À partir de cet ensemble,Cloud de Confiance choisit de manière aléatoire l'un des trois blocs, par exemple 10.2.2.0/24.
  • FIRST_SMALLEST_FITTING : Cloud de Confiance recherche les plus petits blocs disponibles (préfixe le plus élevé) pouvant contenir le préfixe spécifié de /24. Le plus petit bloc disponible est 10.3.0.0/23. Cloud de Confiancealloue le bloc le plus bas de cette plage, à savoir 10.3.0.0/24.

Quota

Le nombre de ressources de plage interne que vous pouvez créer dans un projet est limité. Pour plus d'informations, vérifiez quels sont les quotas par projet dans la documentation VPC.

Étapes suivantes