Subredes y direcciones IP en GDC

Las subredes son subdivisiones lógicas de una red de direcciones IP que proporcionan segmentos gestionables para tus servicios. Puedes definir subredes con intervalos de direcciones IP específicos o configurarlas para la asignación dinámica en Google Distributed Cloud (GDC) air-gapped.

Este documento está dirigido a los administradores de redes del grupo de administradores de la plataforma y a los desarrolladores de aplicaciones del grupo de operadores de aplicaciones que se encargan de gestionar el tráfico de red de sus servicios. Para obtener más información, consulta Audiencias de la documentación aislada de GDC.

Redes en GDC

En una organización de GDC, hay dos tipos de redes distintos para los que puede asignar direcciones IP:

• Nube privada virtual (VPC): una red a la que se le asignan direcciones IP internas a las que solo pueden acceder las cargas de trabajo de tu organización.
• Segmento de red externa: una red a la que se han asignado direcciones IP externas a las que pueden acceder las redes externas conectadas a tu organización.

Puedes asignar subredes a cada tipo de red para conseguir objetivos específicos. Una subred es una subdivisión lógica de una red de direcciones IP, definida por intervalos de enrutamiento de interdominios sin clases (CIDR). Los intervalos CIDR le permiten representar direcciones IP y sus redes correspondientes para que las use un servicio. Cada red de estos tipos de redes tiene un árbol de subredes independiente.

Se puede acceder a las subredes de una VPC desde la red de GDC, pero no se puede acceder a ellas fuera de GDC. Las subredes de VPC están disponibles para asignar direcciones IP internas en tu organización. Las subredes de segmentos de red se exponen a redes externas conectadas a una organización y te permiten proporcionar direcciones IP externas disponibles para redes ajenas a tu organización.

Cada red organiza las subredes en una estructura de árbol jerárquica para proporcionar la subdivisión lógica y la asignación de intervalos de direcciones IP en diferentes partes de la red, como zonas, servicios o cargas de trabajo. Para obtener más información, consulta Jerarquía de subredes.

Red de VPC

Una red de VPC usa direcciones IP internas a las que solo se puede acceder desde tu organización y a las que no pueden acceder las redes externas.

Hay dos redes de VPC disponibles en tu universo de GDC:

• VPC predeterminada: una VPC a la que se asignan direcciones IP para cargas de trabajo internas, como contenedores y máquinas virtuales (VM), en varias zonas.
• Infra VPC: una VPC gestionada por el sistema que aloja servicios de GDC air-gapped de origen, como Vertex AI, las APIs de observabilidad y la consola de GDC. Solo defines direcciones IP en esta VPC cuando planificas la arquitectura de direcciones IP de tu organización.

Las direcciones IP de la VPC predeterminada y la VPC de infraestructura no pueden solaparse entre sí en la misma organización. Para obtener más información, consulta Limitaciones.

Crea una subred en una red de VPC para asignar direcciones IP adicionales a cargas de trabajo internas.

Segmento de red externo

A un segmento de red externo se le asignan direcciones IP externas a las que pueden acceder las redes externas conectadas a tu organización. Los segmentos de red de GDC solo tienen asignadas direcciones IP externas.

GDC proporciona los siguientes segmentos de red aislados lógicamente:

• Segmento de red de administrador: una red a la que se asignan direcciones IP externas para servicios administrativos durante la creación de la organización, como la consola de GDC y las APIs de gestión. Solo se definen direcciones IP en este segmento de red cuando se planifica la arquitectura de direcciones IP de la organización.
• Segmento de red de datos: una red a la que se asignan direcciones IP externas para servicios como la traducción de direcciones de red (NAT) de salida y los balanceadores de carga externos.

Puedes usar interconexiones distintas para conectar segmentos de red a otras redes externas. Las direcciones IP de los segmentos de red no pueden solaparse entre sí. Para obtener más información, consulta Limitaciones.

Crea una subred en un segmento de red para asignar direcciones IP externas adicionales a los servicios que deban conectarse a redes fuera de tu organización de GDC.

Jerarquía de subredes

Las subredes se clasifican por su tipo:

• Raíz: subredes de nivel superior a partir de las cuales se pueden derivar otras subredes. Se crea una subred raíz global en cada red durante el aprovisionamiento de tu organización.
• Rama: subredes derivadas de una raíz o de otra subred de rama, que se usan para subdividir aún más el espacio de direcciones IP.
• Hoja: la subdivisión más pequeña, que se suele usar para asignar direcciones IP a un servicio o recurso específico.

En este diagrama se muestra cómo se conectan entre sí los diferentes tipos de subredes:

• Una subred raíz de 10.0.0.0/16 que sirve de bloque de nivel superior para las asignaciones de direcciones IP principales.
• De la subred raíz, se derivan dos subredes de ramificación con los valores 10.0.1.0/24 y 10.0.2.0/24. Estas subredes de ramificación representan subdivisiones del espacio de direcciones de la raíz, que se utilizan para fines más específicos.
• Las subredes de las ramas se subdividen en subredes de hojas con valores como 10.0.1.10/32, 10.0.1.11/32 y 10.0.2.12/24. Estas subredes de hoja suelen ser las subdivisiones más pequeñas y, a menudo, asignan direcciones IP únicas a servicios o recursos específicos.

Nota: Una subred de sucursal también se puede subdividir en otras subredes de sucursal.

Esta estructura jerárquica de subredes te permite delegar y organizar tu red de forma eficiente en las zonas, las cargas de trabajo y los servicios que dependen de las direcciones IP de tu red. Para tener más control sobre la ramificación de la subred, define la subred para asignar bloques CIDR de forma estática o dinámica.

Subredes globales y zonales

En GDC, puedes aprovisionar subredes en dos ámbitos diferentes: zonales y globales. Las subredes zonales y globales se definen y operan en servidores de API distintos, y ofrecen diferentes funciones.

Una vez que se haya aprovisionado tu organización, cada red tendrá una subred raíz global que se alojará en el servidor de la API global de tu organización. Para aprovisionar direcciones IP de la subred raíz global, debes crear un recurso Subnet global en el servidor de la API global que aprovisione un bloque CIDR en una zona o en varias zonas. En la subred global, define el campo propagationStrategy para indicar cómo quieres asignar tu bloque CIDR en las zonas. Este intervalo de direcciones IP se asigna a una zona como subred raíz zonal.

Nota: Una subred raíz zonal aprovisionada directamente desde la subred raíz global tiene la etiqueta ipam.gdc.goog/usage: zone-network-root-range en su recurso Subnet. El sistema de GDC aplica esta etiqueta automáticamente.

Una vez que una zona tiene su propia subred raíz zonal, puedes crear Subnet recursos zonales en el servidor de la API de gestión de la zona para dividir aún más el intervalo de direcciones IP de la subred en subredes de ramificación adicionales dentro de la zona o en subredes hoja que estén disponibles para cargas de trabajo y servicios individuales dentro de la zona.

Subredes globales

Debes crear una subred global para asignar direcciones IP de la subred raíz alojada en el servidor de la API global a una o varias zonas de tu universo de GDC.

Las subredes globales se crean en el servidor de la API global mediante el grupo de APIs ipam.global.gdc.goog/v1 e incluyen campos opcionales como zone y propagationStrategy para definir su interacción con zonas específicas.

Las subredes globales alojan un bloque CIDR como un intervalo de subred de rama que utilizan las zonas de un universo de GDC. Para obtener más información sobre dónde crear tus subredes globales, consulta Redes en GDC.

Subredes zonales

Una subred zonal está vinculada a una zona operativa específica, que a menudo incluye configuraciones de red directas. Las subredes zonales operan estrictamente en una sola zona y se proporcionan principalmente para cargas de trabajo de máquinas virtuales y contenedores en esa zona. Una subred zonal asigna más direcciones IP que ya se han aprovisionado para que las use una subred global.

Para que la comunicación entre VPCs de diferentes zonas funcione correctamente, se deben usar subredes que no se solapen en cada zona.

Las subredes zonales se crean en el servidor de la API de gestión mediante el grupo de APIs ipam.gdc.goog/v1 e incluyen un campo networkSpec opcional en su especificación, lo que te permite definir elementos de red específicos de la zona, como las pasarelas y los IDs de VLAN.

Etiquetado de subredes

Hay cuatro tipos de etiquetas de subred:

• ipam.gdc.goog/vpc: especifica la red de la subred como una VPC.
• ipam.gdc.goog/network-segment: especifica la red de la subred como un segmento de red.
• ipam.gdc.goog/usage: especifica el propósito de la subred.
• ipam.gdc.goog/subnet-group: especifica el grupo de subredes al que pertenece la subred. Para obtener más información, consulta Grupos de subredes.

En la siguiente tabla se muestra la asignación entre las cadenas y las etiquetas de cadena:

Red	Etiqueta
VPC predeterminada	ipam.gdc.goog/vpc: default-vpc
Infra VPC	ipam.gdc.goog/vpc: infra-vpc
Segmento de red de administrador	ipam.gdc.goog/network-segment: admin
Segmento de red de datos	ipam.gdc.goog/network-segment: data

Los intervalos CIDR de las cuatro redes se definen en tu organización como parte del proceso de arranque. Las cuatro subredes globales correspondientes se encuentran en el servidor de API global. Esas subredes globales son el intervalo CIDR de nivel raíz de cada red en todas las zonas de una organización. Todas las subredes globales de nivel raíz tienen otra etiqueta ipam.gdc.goog/usage: network-root-range.

En cada zona, una subred raíz de red zonal está disponible inicialmente en el servidor de API global que procede del aprovisionamiento de la organización. Puedes crear subredes raíz adicionales para ampliar tu espacio de direcciones IP. Cada subred raíz aloja un intervalo CIDR de una red de la zona específica y actúa lógicamente como subred raíz de ámbito zonal con la etiqueta ipam.gdc.goog/usage: zone-network-root-range. Esta subred raíz debe crearse inicialmente en el servidor de la API global y se propaga automáticamente a una zona especificada. Para obtener más información sobre los ámbitos de subred, consulta Subredes globales y de zona.

Debes usar las etiquetas definidas al crear un recurso personalizado Subnet para aplicarlo a la red de GDC adecuada. En el siguiente diagrama se muestran las redes globales y zonales de un universo de GDC:

En este diagrama, hay dos organizaciones que abarcan un universo multizona. Cada organización define las redes de VPC y los segmentos de red externos. En este ejemplo, se usan direcciones IP de anycast para enrutar el tráfico entre los segmentos de red externos zonales, de modo que la zona más cercana o con mejor rendimiento atienda la solicitud de red. Para obtener más información sobre las direcciones IP de Anycast, consulta el artículo Direcciones IP en GDC.

Grupos de subredes

Un grupo de subredes es un conjunto de subredes con la misma etiqueta de grupo de subredes, como ipam.gdc.goog/subnet-group: subnetgroup1. Organizar las subredes en un grupo ofrece las siguientes ventajas:

• Un grupo de subredes simplifica el aumento de los recursos de direcciones IP que pertenecen a la misma entidad o que se usan con el mismo fin. Una subred no se puede ampliar por sí sola, pero puedes ampliar un grupo de subredes añadiéndole una nueva subred. Los usuarios pueden hacer referencia a un grupo de subredes como recurso de dirección IP y aprovechar su escalabilidad.
• Al crear una subred secundaria, los usuarios pueden hacer referencia a un grupo de subredes como elemento principal en lugar de a una sola subred. De esta forma, los usuarios no tienen que buscar por su cuenta una subred principal que tenga espacio de direcciones IP disponible. En su lugar, GDC busca automáticamente una subred en el grupo de subredes con suficiente espacio de direcciones IP disponibles como su elemento superior.
• Cuando se agotan los recursos de direcciones IP para un único propósito o entidad, con el grupo de subredes como elemento superior, la información de error de la subred secundaria es más sencilla y se reduce el esfuerzo necesario para comprobar cada subred.

Todas las funciones de los grupos de subredes se aplican tanto a las subredes globales como a las zonales.

Creación y escalado de grupos de subredes

No hay ningún objeto de API para un grupo de subredes. En su lugar, un grupo de subredes se identifica mediante una etiqueta. Para crear un grupo de subredes o añadir una subred a un grupo, añade una etiqueta de grupo de subredes a una subred que ya tengas o crea una subred con una etiqueta de grupo de subredes.

Si el grupo de subredes aún no existe, se creará uno. Si ya hay otras subredes con la misma etiqueta de grupo de subredes en el mismo espacio de nombres, la nueva subred se añade al grupo de subredes.

En el siguiente ejemplo se muestra la definición de una subred que está asociada a un grupo de subredes llamado default-vpc-us-east67-b-group:

apiVersion: ipam.gdc.goog/v1
kind: Subnet
metadata:
  # Several lines of code are omitted here.
  labels:
    ipam.gdc.goog/subnet-group: default-vpc-us-east67-b-group
    ipam.gdc.goog/usage: zone-network-root-range
    ipam.gdc.goog/vpc: default-vpc
  name: default-vpc-us-east67-b-root-cidr
  namespace: platform
  # Several lines of code are omitted here.
spec:
  ipv4Request:
    cidr: 10.99.0.0/16
  parentReference:
    name: default-vpc-root-cidr
    namespace: platform
    type: SingleSubnet
  type: Branch

Reglas para crear y escalar grupos de subredes

Cuando crees un grupo de subredes, ten en cuenta las siguientes reglas:

• Los grupos de subredes se definen para cada ámbito de espacio de nombres. Las subredes que tienen la misma etiqueta de grupo de subredes, pero que están en dos espacios de nombres diferentes, se consideran parte de dos grupos de subredes distintos.
• Una subred no puede ser descendiente de otra subred del mismo grupo.
• Las subredes del mismo grupo deben pertenecer a la misma VPC o segmento de red.
• Una subred solo se puede asociar a un grupo de subredes.

Grupos de subredes como elemento superior

Cuando creas una subred secundaria, puedes hacer referencia a un grupo de subredes como elemento principal en lugar de usar una sola subred. Para hacer referencia a un grupo de subredes como elemento principal, debes hacer lo siguiente:

1. Define explícitamente spec.parentReference.type como SubnetGroup. Si se deja vacío, el valor predeterminado es SingleSubnet.
2. Si el grupo de subred principal está en un espacio de nombres diferente al de la subred secundaria, debes especificar el campo spec.parentReference.namespace como el espacio de nombres del grupo de subred principal.

Después de crear una subred secundaria a partir de un grupo de subredes, GDC asigna un bloque CIDR del grupo de subredes en función de la solicitud de la subred secundaria y de la disponibilidad de las subredes del grupo de subredes principal. Si se encuentra una subred superior adecuada, la subred secundaria obtiene su bloque CIDR de la subred superior y la referencia de la subred superior se actualiza en el estado de la subred secundaria.

En el siguiente ejemplo, la subred solicita un bloque CIDR del grupo de subredes default-vpc-zone1-group y se le asigna un bloque CIDR platform/default-vpc-zone1-root-cidr superior en el estado:

apiVersion: ipam.gdc.goog/v1
kind: Subnet
metadata:
# Several lines of code are omitted here.
  labels:
    ipam.gdc.goog/vpc: default-vpc
  name: default-vpc-default-node-subnet
  namespace: platform
# Several lines of code are omitted here.
spec:
  ipv4Request:
    prefixLength: 23
  networkSpec:
    enableGateway: true
    enableVLANID: false
  parentReference:
    name: default-vpc-zone1-group
    namespace: platform
    type: SubnetGroup
  type: Branch
status:
  allocatedParent:
    name: default-vpc-zone1-root-cidr
    namespace: platform
    type: SingleSubnet
# Several lines of code are omitted here.

Reglas para hacer referencia a un grupo de subredes como elemento superior

Cuando haga referencia a un grupo de subredes como elemento superior, tenga en cuenta las siguientes reglas:

• El creador de la subred secundaria debe tener permiso para usar todas las subredes del grupo de subredes.
• La subred secundaria debe estar en la misma VPC o segmento de red que el grupo de subredes.

Configuración estática y dinámica de CIDR

Al definir subredes, puedes usar una configuración estática o dinámica para asignar los bloques CIDR.

La configuración estática de CIDR le permite especificar explícitamente el bloque CIDR exacto de su subred. Asigna tu bloque CIDR de forma estática cuando necesites un control preciso sobre tu espacio de direcciones IP. Usa el campo spec.ipv4Request.cidr del recurso personalizado Subnet para especificar el intervalo de direcciones IP exacto y predefinido.

La configuración dinámica de CIDR ofrece mayor flexibilidad, ya que permite que el sistema asigne automáticamente un bloque CIDR a tu subred. En lugar de proporcionar un CIDR completo, especifica la longitud del prefijo que necesites en el campo spec.ipv4Request.prefixLength. Asigna tu bloque CIDR de forma dinámica si prefieres que el sistema delegue automáticamente las direcciones IP en tus subredes, lo que simplifica la planificación de la red y reduce el riesgo de que se produzcan conflictos de direcciones IP. El sistema selecciona un bloque CIDR disponible del tamaño especificado en la red principal.

Para obtener más información, consulte la API SubnetRequest.

Direcciones IP en GDC

Importante: GDC solo admite intervalos IPv4 para las subredes creadas en la VPC predeterminada y en el segmento de red de datos. Para obtener más información, consulta Limitaciones

.

Los recursos, como las VMs y los balanceadores de carga, tienen direcciones IP en GDC. Estas direcciones IP permiten que los recursos de GDC se comuniquen con otros recursos de una organización o con redes externas conectadas a tu organización. Los siguientes tipos de direcciones IP están disponibles en un universo de GDC:

Dirección IP externa

Las direcciones IP externas se anuncian en las redes externas conectadas a una organización. Los recursos con direcciones IP externas, como los balanceadores de carga y la NAT, pueden comunicarse con redes externas. Con GDC, puedes usar direcciones IP privadas o públicas como direcciones externas. Proporciona direcciones IPv4 externas para los recursos de las siguientes formas:

• Utilizar tus propias direcciones IP externas (BYOIP): proporcionas estas direcciones IP externas para tu organización. Las direcciones IP externas de BYOIP pueden superponerse con las de otras organizaciones siempre que no se conecten a la misma red externa.
• Direcciones IP externas proporcionadas por el IO: las organizaciones pueden usar las direcciones IP externas proporcionadas por el grupo de operadores de infraestructura al conectarse a una red externa. El grupo de operadores de infraestructura es el proveedor de la conectividad a esa red.

Dirección IP interna

No se puede acceder a las direcciones IP internas desde fuera de GDC directamente y no se pueden enrutar públicamente. Las direcciones IP internas son locales de una red de VPC, una red de VPC conectada mediante el emparejamiento entre redes de VPC o una red local conectada a una red de VPC mediante Cloud VPN. Los recursos con direcciones IP internas se comunican con otros recursos como si estuvieran en la misma red privada.

Dirección IP Anycast

Las direcciones IP de Anycast son un tipo especial de dirección externa que siempre se limita a todo el universo de GDC. GDC usa direcciones IP de anycast junto con el protocolo de pasarela fronteriza (BGP) para enrutar el tráfico a la zona más cercana o con mejor rendimiento. Cada servicio global de capa 4 que se ejecute en dos o más zonas recibe una dirección IP anycast de la subred anycast, que es una subred externa. Cada zona anuncia la misma dirección IP de Anycast, pero tu red elige la mejor en función de sus reglas de enrutamiento. Si una zona falla, retira su dirección IP y tu red redirige automáticamente el tráfico a otra zona. Este enrutamiento automático proporciona una conectividad fluida incluso durante las interrupciones.

Dirección IP privada

Las direcciones IP privadas son direcciones que no se pueden enrutar en Internet. Para ver una lista de intervalos IPv4 privados, consulta las entradas de intervalos de direcciones IP privadas en la tabla Intervalos IPv4 válidos.

Dirección IP pública

Las direcciones IP públicas son direcciones enrutables en Internet. En GDC, las direcciones IP externas pueden ser públicas o privadas. También puedes usar direcciones IPv4 públicas como direcciones internas al configurar el intervalo de direcciones IPv4 principal de una subred de tu red de VPC. Estas direcciones se denominan direcciones IP públicas utilizadas de forma privada.

Selección de direcciones IPv4

Cada red de tu universo de GDC tiene un conjunto de direcciones IPv4 válidas, prohibidas e inutilizables que debes tener en cuenta al asignar direcciones IP.

Los intervalos de direcciones IPv6 no se admiten en la VPC predeterminada ni en el segmento de red de datos. Ponte en contacto con tu grupo de operadores de infraestructura para conocer las posibilidades de rango de IPv6 en otras redes.

Intervalos de IPv4 válidos

En la siguiente tabla se describen los intervalos válidos.

Intervalo	Descripción
Intervalos de direcciones IPv4 privadas
10.0.0.0/8 172.16.0.0/12 192.168.0.0/16	Direcciones IP privadas RFC 1918 Para obtener información sobre cómo usar 172.17.0.0/16, consulta Consideraciones adicionales.
100.64.0.0/10	Espacio de direcciones compartidas RFC 6598
192.0.0.0/24	Asignaciones de protocolo IETF RFC 6890
192.0.2.0/24 (TEST-NET-1) 198.51.100.0/24 (TEST-NET-2) 203.0.113.0/24 (TEST-NET-3)	Documentación RFC 5737
192.88.99.0/24	Relé de IPv6 a IPv4 (obsoleto) RFC 7526
198.18.0.0/15	Pruebas de rendimiento RFC 2544
240.0.0.0/4	Reservada para uso futuro (clase E), tal como se indica en RFC 5735 y RFC 1112. Algunos sistemas operativos no admiten el uso de este intervalo, por lo que debes verificar que tu SO lo admita antes de crear subredes que lo utilicen.
Intervalos de direcciones IP públicas usadas de forma privada
Direcciones IPv4 públicas usadas de forma privada	Las direcciones IPv4 públicas usadas de forma privada tienen las siguientes características: Son direcciones IPv4 que normalmente se pueden enrutar en Internet, pero que se usan de forma privada en una red de VPC. No debe pertenecer a un intervalo de subred prohibido. GDC aislado no presupone la conectividad a Internet. Como resultado, GDC aislado anuncia cualquier intervalo de direcciones IP públicas como si fuera privado para tu organización. Si las direcciones de BYOIP que has importado son intervalos de direcciones IP públicas, debes verificar que no causen problemas de red en ninguna red externa. Las direcciones BYOIP no deben solaparse con otras subredes de tu organización.

Subredes IPv4 prohibidas

Los intervalos de subredes prohibidos incluyen los intervalos RFC reservados habitualmente y cualquier subred reservada a nivel global en tu universo de GDC específico, tal como se describe en la siguiente tabla. Estos intervalos no se pueden usar para subredes.

Importante: GDC reserva direcciones IP para el uso del sistema. Además, es posible que el grupo de operadores de infraestructura haya reservado intervalos que tu organización no pueda usar. Estos intervalos varían en función de cada universo de GDC y, por lo tanto, no se pueden documentar aquí. Comprueba que tu grupo de operadores de infraestructura te proporcione estos intervalos para apoyar las iniciativas de planificación de direcciones IP de tu organización.

Intervalo	Descripción
Intervalo de infraestructura de GDC	Un bloque CIDR reservado a nivel mundial que usa el sistema de GDC. Si no se especifica este intervalo en el campo zone-infra-cidr del cuestionario de recogida de información del cliente (CIQ), GDC usa 172.16.0.0/12 como intervalo de infraestructura de GDC de forma predeterminada.
Intervalos específicos del universo	Intervalos adicionales reservados por el grupo de operadores de infraestructura.
0.0.0.0/8	Red actual (local) RFC 1122
127.0.0.0/8	Host local RFC 1122
169.254.0.0/16	Enlace local RFC 3927
224.0.0.0/4	Multicast (clase D) RFC 5771
255.255.255.255/32	Dirección de destino de difusión limitada RFC 8190 y RFC 919

Direcciones no utilizables en subredes IPv4

GDC usa las dos primeras y las dos últimas direcciones IPv4 de cada subred para alojarla.

Dirección IPv4 no utilizable	Descripción	Ejemplo
Dirección de red	Primera dirección del intervalo IPv4 principal.	10.1.2.0 del intervalo 10.1.2.0/24
Dirección de la pasarela predeterminada	Segunda dirección del intervalo IPv4 principal.	10.1.2.1 del intervalo 10.1.2.0/24
Penúltima dirección	Penúltima dirección del intervalo IPv4 principal. Este intervalo lo ha reservado Google Cloud para un posible uso futuro.	10.1.2.254 del intervalo 10.1.2.0/24
Dirección de difusión	Última dirección del intervalo IPv4 principal.	10.1.2.255 del intervalo 10.1.2.0/24

Consideraciones adicionales

Algunos productos de Google y de terceros usan 172.17.0.0/16 para enrutar dentro del sistema operativo invitado. Por ejemplo, la red de puente de Docker predeterminada usa este intervalo. Si dependes de un producto que usa 172.17.0.0/16, no lo utilices como intervalo de direcciones IPv4 de ninguna subred.

Limitaciones

Estas limitaciones se aplican a las subredes de redes de VPC y a las subredes de segmentos de red externos en GDC:

• Todas las subredes deben ser un bloque CIDR válido único.
• Una vez que hayas creado una subred, no podrás ampliarla, sustituirla ni reducirla.
• GDC solo admite intervalos IPv4 para las subredes creadas en la VPC predeterminada y en el segmento de red de datos. Ponte en contacto con tu grupo de operadores de infraestructura para conocer las posibles opciones de intervalo de IPv6 para otras redes de tu universo de GDC.
• GDC no aplica ningún límite al tamaño de un bloque CIDR que se puede crear. Sin embargo, en la mayoría de los intervalos de direcciones IP superiores a /8, las validaciones adicionales impiden que crees una subred de este tamaño. Por ejemplo, una subred no puede solaparse con una subred prohibida. Para minimizar las probabilidades de elegir una subred no válida, te recomendamos que limites el tamaño máximo de la subred a /8.

• No puedes crear subredes que se solapen con ninguna subred prohibida, con ninguna otra subred de la misma red de VPC, con ninguna subred de un segmento de red externa conectada ni con ninguna subred de una red emparejada. Debes colaborar con tu grupo de operadores de infraestructura para asegurarte de que no creas subredes superpuestas en estos casos.

  Nota: Una red emparejada es cualquier red que intercambie rutas de red con otra. Esto incluye redes externas de clientes, segmentos de redes externas de organizaciones en un grupo de interconexión común y redes VPC emparejadas. Por ejemplo, la VPC de infraestructura y la VPC predeterminada son redes emparejadas entre sí.

• GDC crea las rutas correspondientes para las subredes. Las subredes de la red de VPC tienen rutas creadas en la pila de red virtual de tu organización, y las subredes del segmento de red externa tienen rutas creadas en la tabla de enrutamiento de tu red emparejada externa.

• Verifica que las subredes no entren en conflicto con el direccionamiento IP on-premise si has conectado tu red de VPC a otra red mediante una VPN gestionada o una interconexión compartida o dedicada.

• Las subredes no deben coincidir, ser más estrechas ni más amplias que un intervalo prohibido. Por ejemplo, 169.0.0.0/8 no es una subred válida porque se superpone con el intervalo local de enlace 169.254.0.0/16 (RFC 3927), que está restringido.

• Las subredes no deben abarcar un intervalo RFC, tal como se describe en Intervalos IPv4 válidos, ni un intervalo de direcciones IP públicas usadas de forma privada. Por ejemplo, 172.0.0.0/10 no es una subred válida porque incluye tanto el intervalo de direcciones IP privadas 172.16.0.0/12 como direcciones IP públicas.

• Las subredes no deben abarcar varios intervalos RFC. Por ejemplo, 192.0.0.0/8 no es una subred válida porque incluye tanto 192.168.0.0/16 (RFC 1918) como 192.0.0.0/24 (RFC 6890). Sin embargo, puedes crear dos subredes, una con 192.168.0.0/16 y otra con 192.0.0.0/24.

Siguientes pasos

• Descripción general de las redes
• Aprovisionar direcciones IP para cargas de trabajo
• Incorporar tus propias direcciones IP externas
• Zonas en GDC aislado