Trae tus propias direcciones IP
Usar tus propias direcciones IP (BYOIP) te permite aprovisionar y usar tus propias direcciones IP públicas para los recursos de Google Cloud .
Después de importar las direcciones IP,Google Cloud las administra de la misma manera que las direcciones IP proporcionadas por Google, con las siguientes excepciones:
Las direcciones IP solo están disponibles para el cliente que las trajo.
No se aplican cargos por direcciones IP inactivas o en uso.
Descripción general
Para traer tus propias direcciones IP a Google, completa los siguientes pasos:
- Crea un prefijo público anunciado (PAP), un recurso que representa el prefijo de IP que incorporas a Google Cloud.
- A partir del prefijo anunciado público, crea uno o más prefijos delegados públicos (PDP). Cuando creas un prefijo delegado público, se asignan las direcciones IP asociadas a un proyecto y un permiso específicos (una sola región o global).
- Usa las direcciones IP con los recursos de Google admitidos. La forma en que puedes usar las direcciones depende de la versión de IP, el tipo de acceso y el modo del prefijo público delegado.
Los pasos y los plazos específicos de aprovisionamiento varían según el tipo de acceso que elijas.
Aprovisionamiento de BYOIP
Cuando creas un prefijo anunciado público IPv6, especificas si deseas usar las direcciones IP de forma externa o interna.
En el caso de un prefijo de acceso externo, la verificación de propiedad se realiza con la validación de ROA y de DNS inversa. Una vez que se completa la verificación, Google configura el anuncio de un prefijo en Internet, pero el prefijo no se anuncia hasta que se aprovisiona a través de un proceso que tarda entre dos y cuatro semanas aproximadamente.
Mientras esperas a que se aprovisione un prefijo público anunciado externo, divide el prefijo en prefijos delegados públicos (PDP). Luego, puedes dividir el prefijo público delegado aún más o usarlo para crear direcciones IP asignables.
El tiempo de aprovisionamiento no se aplica a los prefijos de acceso interno (solo IPv6). Los prefijos internos no se anuncian en Internet y están listos para usarse inmediatamente después de pasar la validación de ROA.
Figura 1. Flujo de trabajo para crear prefijos públicos anunciados y prefijos delegados públicos de acceso externo.
Prefijos anunciados públicos
Un prefijo público anunciado (PAP) es un recurso en Compute Engine que representa un prefijo de IP que proporcionas a Google Cloud. Esto te permite asignar direcciones IP de tu propio prefijo a recursos de Google Cloud . Un prefijo público anunciado es una sola unidad de anuncio de ruta. La red troncal global de Google anuncia los prefijos públicos anunciados de acceso externo desde todos sus puntos de presencia. Las direcciones IP en el prefijo público anunciado siempre usan el nivel Premium de los Niveles de servicio de red.
Un prefijo público anunciado se puede usar para crear prefijos públicos delegados globales o regionales, pero no ambos.
Si tu prefijo anunciado público se creó antes del 10 de julio de 2023, consulta Cambios en el comportamiento de BYOIP.
Prefijos delegados públicos
Antes de poder usar las direcciones IP en un prefijo anunciado público, debes delegarlas en un solo proyecto y permiso (una región específica o global). Para ello, debes crear un prefijo delegado público (PDP).
La creación de prefijos públicos delegados globales se controla mediante una lista de anunciantes permitidos. Para obtener más información, consulta Prefijos delegados públicos globales.
Puedes dividir un prefijo delegado público único en varios bloques. Estos bloques más pequeños son prefijos delegados públicos, pero también se denominan prefijos secundarios. Un prefijo secundario debe tener el mismo alcance que su bloque superior, y los prefijos secundarios que comparten un elemento superior pueden no ser contiguos.
En el caso de IPv6, la creación de subprefijos es un paso obligatorio. El primer prefijo público delegado de IPv6 de nivel superior debe estar en modo de delegación. Luego, debes dividir el prefijo del modo de delegación en subprefijos que no estén en modo de delegación antes de poder usar las direcciones IP.
Prefijos delegados públicos globales
Para crear un prefijo delegado público global, debes usar un prefijo anunciado público que se use solo para crear prefijos delegados públicos globales. Debes crear el prefijo delegado público en un proyecto al que se le haya otorgado acceso para crear prefijos globales.
Para solicitar acceso, presenta un caso de asistencia para solicitar que tu proyecto se agregue a la lista de anunciantes permitidos para la creación de prefijos delegados públicos globales.
Asignación de direcciones IP mejorada
Los prefijos y subprefijos delegados públicos de IPv4 de BYOIP v2 creados después del 13 de diciembre de 2025 usan una asignación de direcciones IP mejorada. La asignación mejorada de direcciones IP te permite crear direcciones IP individuales a partir de un prefijo delegado público o de un prefijo secundario. Puedes verificar si un prefijo público delegado usa la asignación mejorada de direcciones IP.
Tipo de acceso IPv6
Los prefijos IPv6 de BYOIP usan direcciones de unidifusión globales (GUA). El tipo de acceso de un prefijo IPv6 determina si las direcciones se anuncian en Internet:
- Los prefijos de acceso externo (el valor predeterminado) se anuncian en Internet.
- Los prefijos de acceso interno no se anuncian.
Puedes establecer el tipo de acceso cuando creas un prefijo público anunciado IPv6. Los prefijos y subprefijos públicos delegados de IPv6 heredan su tipo de acceso del prefijo principal, y esto afecta cómo puedes usar las direcciones IP de un prefijo.
Los prefijos delegados públicos IPv4 no tienen un tipo de acceso y deben anunciarse en Internet.
Direcciones IP
La versión de IP, el tipo de acceso y el modo de un prefijo delegado público determinan cómo puedes usar las direcciones de BYOIP asociadas.
- Direcciones IPv4: Puedes usar un prefijo o subprefijo público delegado para crear direcciones IPv4 para usar con recursos compatibles.
Direcciones IPv6: Debes dividir un prefijo público delegado en un subprefijo antes de poder usar direcciones IPv6. Puedes usar las direcciones IP del subprefijo de las siguientes maneras:
- Para los prefijos secundarios creados a partir de un PAP de acceso externo: El rango de direcciones IP se anuncia en Internet. Cuando creas el subprefijo, debes elegir uno de los siguientes modos mutuamente exclusivos:
- Usa las direcciones del subprefijo para crear reglas de reenvío para balanceadores de cargas de red de transferencia externos y reenvío de protocolos externos.
- Usa el subprefijo para asignar rangos de GUA externos a las subredes. Los rangos de subredes IPv6 externas proporcionados por BYOIP solo se pueden usar en instancias de máquina virtual (VM).
Para los subprefijos creados a partir de un PAP de acceso interno: Las direcciones IP se configuran como GUA de uso privado que no se anuncian en Internet. Puedes usar el subprefijo para asignar rangos de GUA internos a las subredes.
Para obtener información sobre el uso de direcciones en un rango de IPv6 interno, consulta Especificaciones de IPv6 internas.
- Para los prefijos secundarios creados a partir de un PAP de acceso externo: El rango de direcciones IP se anuncia en Internet. Cuando creas el subprefijo, debes elegir uno de los siguientes modos mutuamente exclusivos:
Cuando creas direcciones IP desde un prefijo público delegado o un prefijo secundario, estas solo se pueden usar dentro del proyecto y el permiso al que se asignan. Todas las direcciones IP en el prefijo público delegado o prefijo secundario están disponibles. No hay dirección de red reservada o dirección de transmisión. Por ejemplo, si usas todo el rango de un prefijo público delegado o un prefijo secundario /28 para crear direcciones IP, se crean 16 recursos de direcciones IP.
Cualquiera que tenga los permisos de IAM adecuados del proyecto puede usar las direcciones IP:
compute.addresses.*para direcciones IP regionalescompute.globalAddresses.*para direcciones IP globales
Usa tus propias configuraciones de IP
En las siguientes tablas, se resumen las configuraciones de BYOIP disponibles.
| Configuración | Regional (v2) | Regional interno (v2) | Regional (v1) | Global (v1) |
|---|---|---|---|---|
| Disponibilidad | Configuración regional recomendada | Se usa para direcciones IPv6 internas. | No se recomienda para las configuraciones regionales nuevas | Debes solicitar que se agregue tu proyecto a una lista de proyectos permitidos. |
| Tiempo de aprovisionamiento del prefijo público anunciado | Aproximadamente 2 semanas | Inmediato | Aproximadamente 4 semanas | Aproximadamente 4 semanas |
| Tiempo de aprovisionamiento de prefijo público delegado | Algunos minutos | Inmediato | 4 semanas
Se puede superponer con el tiempo de aprovisionamiento del prefijo público anunciado |
4 semanas
Se puede superponer con el tiempo de aprovisionamiento del prefijo público anunciado |
| Tiempo de aprovisionamiento del subprefijo | Algunos minutos | Inmediato | Algunos minutos | Algunos minutos |
| Anuncio de BGP | El prefijo público anunciado no se anuncia automáticamente cuando se aprovisiona. Tú decides cuándo anunciar o retirar el anuncio. | No se anunció | El prefijo público anunciado se anuncia automáticamente después de que se completa el aprovisionamiento. | El prefijo público anunciado se anuncia automáticamente después de que se completa el aprovisionamiento. |
| Pila de IP |
|
IPv6 | IPv4 | IPv4 |
| Tipo de acceso | Externo | Interno | Externo | Externo |
Prefijos de IPv4
En la siguiente tabla, se resumen los requisitos del rango de CIDR para los prefijos de IPv4.
| Configuración | Regional (v2) | Regional (v1) | Global (v1) |
|---|---|---|---|
| Prefijo publicado | De /16 a /24 |
De /16 a /24 |
De /16 a /24 |
| Prefijo delegado público (nivel superior, no subprefijo) | De Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo anunciado público |
De Debe ser más pequeño (tener una longitud de prefijo más larga) que el prefijo anunciado público |
De Debe ser más pequeño (tener una longitud de prefijo más larga) que el prefijo anunciado público |
| Subprefijo |
Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo público delegado superior El tamaño mínimo (longitud máxima del prefijo) es/28.
|
Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo público delegado superior El tamaño mínimo (longitud máxima del prefijo) es/28.
|
Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo público delegado superior El tamaño mínimo (longitud máxima del prefijo) es |
Prefijos IPv6
En la siguiente tabla, se resumen los requisitos del rango de CIDR para los prefijos de IPv6.
| Modo o parámetro de configuración del subprefijo | Especificaciones de longitud de prefijo | Tipo de acceso IPv6 |
|---|---|---|
Subprefijo para la delegación(--mode=DELEGATION)
|
Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo público delegado superior La diferencia entre la longitud del prefijo de un subprefijo y su prefijo público delegado superior no puede ser mayor que 24 Longitudes válidas: |
|
Subprefijo para reglas de reenvío externas(--mode=EXTERNAL_IPV6_FORWARDING_RULE_CREATION)
|
Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo público delegado superior La diferencia entre la longitud del prefijo de un subprefijo y su prefijo público delegado superior no puede ser mayor que 24 Longitudes válidas: |
|
|
Parámetro de configuración: Longitud del prefijo asignable de la regla de reenvío externa
Determina la longitud del prefijo para los rangos de direcciones IPv6 que usan las reglas de reenvío externas. Se especifica cuando se crea un subprefijo IPv6 para reglas de reenvío externas. |
Debe ser más pequeño que el subprefijo asociado; la diferencia entre la longitud del prefijo asignable y la longitud del subprefijo debe ser como mínimo 8 y no puede ser mayor que 32 Longitudes válidas: Longitudes predeterminadas:
|
|
Subprefijo para rangos de subredes externas(--mode=EXTERNAL_IPV6_SUBNETWORK_CREATION)
|
Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo público delegado superior La diferencia entre la longitud del prefijo de un subprefijo y su prefijo público delegado superior no puede ser mayor que 24 Longitudes válidas: |
|
Subprefijo para rangos de subredes internas(--mode=INTERNAL_IPV6_SUBNETWORK_CREATION)
|
Puede ser del mismo tamaño o más pequeño (tener una longitud de prefijo más larga) que el prefijo público delegado superior La diferencia entre la longitud del prefijo de un subprefijo y su prefijo público delegado superior no puede ser mayor que 24 Longitudes válidas: |
|
Limitaciones
El tiempo de aprovisionamiento tarda varias semanas y no se puede acelerar. Para obtener más información sobre el tiempo de aprovisionamiento, consulta Usa tus propios parámetros de configuración de IP.
Un prefijo público delegado puede subdelegarse hasta tres veces a partir de un prefijo público anunciado. Para obtener más información, consulta Crea prefijos secundarios.
Cuando creas direcciones IPv4 a partir de un prefijo público delegado, el grupo de direcciones puede tener una longitud de
/17a/28. No puedes crear un grupo más pequeño de direcciones, por ejemplo, de una sola dirección/32.Si usas rangos de direcciones IP públicas de uso privado para alguna subred en tus redes de VPC, los prefijos de BYOIP importados no deben superponerse con estos rangos de direcciones IP. No uses ninguna parte de un prefijo BYOIP importado como rango de subred IPv4 principal o secundario.
No puedes crear direcciones IPv6 globales de BYOIP. Los prefijos BYOIP de IPv6 solo admiten direcciones regionales.
No todos los recursos admiten el uso de direcciones BYOIP. Para obtener más información, consulta Compatibilidad con direcciones de BYOIP.
No puedes mover direcciones de BYOIP entre proyectos.
Compatibilidad con las direcciones de BYOIP
Las direcciones IPv4 de BYOIP se pueden usar con la mayoría de los recursos que admiten direcciones IP externas estáticas. Sin embargo, existen algunas excepciones:
Cloud VPN admite el uso de una dirección IPv4 de BYOIP como la dirección IP de par de un túnel de puerta de enlace de VPN clásica. Sin embargo, no puedes usar una dirección de BYOIP como la dirección IP de par de un túnel de puerta de enlace de VPN con alta disponibilidad.
Cloud VPN no admite el uso de una dirección IPv4 de BYOIP como la dirección IP externa de los túneles de VPN clásica o de puerta de enlace de VPN con alta disponibilidad.
Puedes crear direcciones IPv4 de BYOIP en los proyectos host de VPC compartida y usar las direcciones IP del proyecto host en los proyectos de servicio. Sin embargo, la VPC compartida no admite la creación de direcciones de BYOIP en proyectos de servicio.
Puedes usar direcciones de BYOIP IPv4 para crear reglas de reenvío externas que se usen con GKE Ingress para balanceadores de cargas de aplicaciones externos. Sin embargo, los nodos y los Pods de Google Kubernetes Engine no admiten direcciones de BYOIP.
Los grupos de instancias administrados con estado (MIG) admiten el uso de direcciones IPv4 de BYOIP para configurar direcciones IP estáticas en la creación de VM en un MIG. Sin embargo, los MIGs que asignan direcciones IP de forma automática a las VMs no admiten BYOIP.
Puedes usar direcciones de BYOIP IPv6 de las siguientes maneras, según el subprefijo:
- Para los prefijos secundarios de acceso externo, debes elegir uno de los siguientes modos mutuamente exclusivos:
- Reglas de reenvío para balanceadores de cargas de red de transferencia externos o reenvío de protocolos externos.
- Son los rangos de direcciones IP externas para las subredes. Los rangos de subred IPv6 externos proporcionados por BYOIP solo se pueden usar en instancias de VM.
- En el caso de los subprefijos de acceso interno, puedes usar el subprefijo para asignar rangos de GUA internos a las subredes.
Rol de administrador de IP públicas
Puedes designar un administrador para tus prefijos y direcciones de BYOIP mediante el rol de administrador de IP públicas de Compute (roles/compute.publicIpAdmin). Este rol les permite administrar las IP que se pueden enrutar de forma pública en tu organización.
El Administrador de IP públicas puede hacer las siguientes tareas:
- Configurar prefijos anunciados públicos en un proyecto propio.
- Configurar los prefijos anunciados públicos en prefijos delegados públicos en un proyecto propio.
- Delegar prefijos secundarios de los prefijos delegados públicos a proyectos específicos de la organización.
- Revocar prefijos secundarios que se delegaron con anterioridad de los prefijos delegados públicos a un proyecto específico en la organización.
- Borrar los prefijos delegados públicos.
Puertos abiertos en direcciones de BYOIP
Ejecutar un análisis de puertos en una dirección de BYOIP puede mostrar resultados inesperados. Las direcciones globales de BYOIP se implementan mediante un servicio de infraestructura llamado Google Front End (GFE). Una dirección de BYOIP, incluso si no se usa, puede mostrar puertos abiertos porque otros servicios de Google que también comparten el GFE los usan. El tráfico a estos puertos se descarta y no se registra.
Solo los balanceadores de cargas admitidos pueden usar direcciones IP globales. Para obtener más información sobre los puertos abiertos en los balanceadores de cargas, consulta los siguientes vínculos:
- Puertos abiertos en balanceadores de cargas de aplicaciones externos
- Puertos abiertos en balanceadores de cargas de red de proxy externos
Cuotas y límites
Hay cuotas y límites para los prefijos delegados públicos y los prefijos anunciados públicos. Para obtener más información, consulta Cuotas y límites de VPC.