Additional IP
Direccionamiento flexible para tus aplicaciones con Additional IP
La mayoría de los servicios de OVHcloud incluyen direcciones IP públicas predefinidas. Con Additional IP, obtienes un direccionamiento público flexible que puedes mover entre servidores o instancias sin afectar a tus aplicaciones.
Las direcciones Additional IPv4 e IPv6 hacen que tus aplicaciones sean independientes de la infraestructura subyacente, con una reasignación sencilla entre servidores dedicados, Public Cloud y Private Cloud, dándote un mayor control sobre cómo expones tus servicios en internet.
Más flexibilidad para tu direccionamiento público en internet
Additional IP te proporciona direcciones IP públicas flexibles que puedes asociar a tus servicios de OVHcloud y mover entre servidores o instancias sin modificar tu aplicación ni el DNS.
Utiliza direcciones IP individuales o bloques, en IPv4 e IPv6, para diseñar arquitecturas resilientes y multientorno o para usar tus propios rangos al migrar a OVHcloud.
¿Por qué elegir Additional IP?
Alta disponibilidad y conmutación por error
Additional IP separa tus aplicaciones de la infraestructura, ayudándote a construir entornos altamente disponibles sin configuraciones complejas.
Transfiere rápidamente una IP de un servidor caído a un nodo de respaldo y recupera el servicio casi al instante.
Usa bloques de Additional IP con VRRP en vRack para desplegar gateways activo/pasivo o activo/activo frente a tus aplicaciones.
Escala tus aplicaciones fácilmente sin comprometer la continuidad de tu negocio.
Bloques de IP escalables para aplicaciones modernas
Con los bloques de Additional IP, puedes asignar múltiples direcciones IP a un mismo servicio o vRack y organizarlas por cliente, aplicación o entorno.
Asocia bloques de 4, 8, 16 o hasta 256 direcciones IPv4 por servidor, y utilízalos para hosting multisitio, separación SSL o cargas de trabajo en contenedores.
Agrupa aplicaciones (por ejemplo, por cliente o microservicio) en direcciones dedicadas para simplificar las políticas de firewall, el registro de logs y el análisis de tráfico.
Combina varios bloques entre entornos (dev, staging, producción) para definir planes de direccionamiento limpios y reproducibles.
Protección anti-DDoS integrada
Disfruta de la protección Anti-DDoS siempre activa de OVHcloud en el edge de red, sin coste ni configuración adicional.
Protege los servicios expuestos en Additional IP (incluido BYOIP) con la infraestructura Anti-DDoS de OVHcloud, por defecto y sin coste adicional.
Mantén la disponibilidad frente a ataques volumétricos o de protocolo, manteniendo el control sobre el enrutamiento del tráfico hacia los backends gracias a las Additional IPs.
- Configura reglas de Edge Network Firewall para cada dirección IP de tus bloques de Additional IP y refuerza la protección frente a ataques.
BYOIP: conserva tus IP y su reputación
Bring Your Own IP (BYOIP) te permite usar tus propios rangos de IP en la red de OVHcloud, con toda la flexibilidad de Additional IP para gestionarlos fácilmente.
Conserva tu espacio de direcciones IP y su reputación al migrar cargas de trabajo a OVHcloud, evitando cambios en DNS y ACL.
Garantiza la coherencia de políticas de enrutamiento y ACL basadas en IP en entornos híbridos y multicloud.
Permite una transición progresiva de los servicios sin modificar los puntos de entrada públicos utilizados por terceros.
Descubre e interconecta productos compatibles con Additional IP
Servidores dedicados
Asigna Additional IP directamente a servidores dedicados para alojar múltiples sitios web, equipos («appliances») o entornos de cliente en un mismo hardware.
Utiliza bloques de IP para segmentar el tráfico de clientes, separar entornos de gestión y producción o exponer equipos virtuales y firewalls.
Hosted Private Cloud
Utiliza Additional IP como punto de entrada público para tus clústeres de Hosted Private Cloud, sin vincular el acceso externo a un único nodo.
Expón interfaces de gestión, endpoints VPN o redes de clientes manteniendo la infraestructura subyacente (ESXi o gestionada) privada.
Servicios Public Cloud
Asocia Additional IP a instancias de Public Cloud para crear frontends flexibles, «jump hosts» o gateways NAT que pueden reasignarse a medida que escalas.
Combínalo con autoscaling e infraestructura como código para automatizar despliegues verde-azul (blue/green) sin perder las IP públicas.
Servidor privado virtual (VPS)
Amplía el número de sitios web o dominios alojados en tu VPS configurando direcciones Additional IP adicionales.
vRack Private Network
Utiliza bloques de Additional IP como gateways de internet para cargas de trabajo que se ejecutan en vRack, enrutando el tráfico público hacia una red privada L2 multirregión.
Diseña gateways de alta disponibilidad con VRRP y Additional IP sobre equipos de red dedicados o servidores de propósito general.
Load Balancer
Asigna Additional IP a OVHcloud Load Balancer para estandarizar los puntos de entrada públicos entre múltiples backends y regiones.
Mantén la misma IP al reconfigurar pools, migrar backends a vRack o cambiar algoritmos de balanceo.
¿Cómo contratar direcciones Additional IP?
¡Acceda a su área de cliente de OVHcloud y saque el máximo partido al servicio Additional IP!
Casos de uso
Additional IP es compatible con múltiples arquitecturas, desde configuraciones simples de failover hasta gateways complejos en múltiples regiones.
Alta disponibilidad para tu hosting con failover
Conmutación de Additional IP entre servidores primarios y de respaldo.
Ejecuta tu sitio web en producción en un servidor dedicado o instancia de Public Cloud y asocia una Additional IP como punto de acceso público principal.
Mantén una instancia en espera con la misma configuración; en caso de fallo, mueve la IP al servidor de respaldo para restaurar el servicio en cuestión de minutos.
Reutiliza este mismo patrón para réplicas de bases de datos, capas de caché o servidores de aplicaciones que requieren una conmutación rápida.
Plataformas web multisitio y multi-tenant
Aloja múltiples marcas, clientes o entornos en una infraestructura compartida con aislamiento a nivel de IP.
Asigna IP diferentes o pequeños bloques a cada cliente para simplificar el firewall por cliente, el control de tráfico y la observabilidad.
Utiliza IP únicas para SSL, casos específicos de SNI o integraciones legacy que dependen de la identificación por IP.
Combina IP geolocalizadas con políticas de CDN y DNS para servir contenido desde ubicaciones cercanas a tus usuarios.
Gateways de internet para aplicaciones en vRack
Asocia bloques de Additional IP con vRack para exponer gateways de internet regionales en tu red privada global.
Enruta tráfico público IPv4 e IPv6 hacia el vRack en la región que elijas.
Despliega routers virtuales de alta disponibilidad con VRRP y mueve las IP de gateway entre nodos durante tareas de mantenimiento o incidencias.
Integra BYOIP para anunciar prefijos propios desde nodos gateway distribuidos geográficamente.
- Escala el ancho de banda de salida (egress) público según las necesidades de tus servicios.
Arquitecturas IPv6-first y dual-stack
Diseña aplicaciones modernas «dual-stack» que aprovechan el rendimiento y alcance de IPv6 manteniendo la compatibilidad con IPv4.
Asocia bloques Additional IPv6 /56 a vRack y crea subredes en modo «bridged» o «routed» para tus cargas de trabajo.
Ofrece rutas solo IPv6 para servicios sensibles a la latencia (como streaming de contenido), manteniendo IPv4 como respaldo.
Utiliza direccionamiento dual-stack para acceder a entornos IPv6-only más recientes y preparar tus aplicaciones para el futuro.
Disponibilidad regional y límites
Los bloques de direcciones Additional IP están disponibles en varias regiones de OVHcloud y pueden reasignarse entre servicios compatibles dentro de la misma región. Los bloques de IP pueden moverse entre datacenters dentro de una misma región, pero no pueden trasladarse entre regiones. La excepción a esta regla es la flexibilidad específica de IPv4 entre eu-west-gra, eu-west-rbx y eu-west-sbg.
| Ubicación de la región | Código de la región | Disponibilidad de la Additional IP | Additional IPv4/v6 para enrutamiento público en vRack | |
| Europa (Francia - París) | eu-west-par | ✔ | ✔ | |
| Europa (Francia - Gravelines) | eu-west-gra | ✔ | ✔ | |
| Europa (Francia - Roubaix) | eu-west-rbx | ✔ | ✔ | |
| Europa (Francia - Estrasburgo) | eu-west-sbg | ✔ | ✔ | |
| Europa (Alemania - Limburgo) | eu-west-lim | ✔ | ✔ | |
| Europa (Polonia - Varsovia) | eu-central-waw | ✔ | ✔ | |
| Europa (Reino Unido - Erith) | eu-west-eri | ✔ | ✔ | |
| Europa (Italia - Milán) | eu-south-mil | ✔ | ✔ | |
| Norteamérica (Canadá - Este - Beauharnois) | ca-east-bhs | ✔ | ✔ | |
| Norteamérica (Canadá - Este - Toronto) | ca-east-tor | ✔ | ✔ | |
| Norteamérica (Estados Unidos - Este - Vint Hill) | us-east-vin | ✔ | ✔ | |
| Norteamérica (Estados Unidos - Oeste - Hillsboro) | us-west-hil | ✔ | ✔ | |
| Asia-Pacífico (Singapur - Singapur) | ap-southeast-sgp | ✔ | ✔ | |
| Asia-Pacífico (Australia - Sídney) | ap-southeast-syd | ✔ | ✔ | |
| Asia-Pacífico (India - Mumbai) | ap-south-mum | ✔ | ✔ | |
Additional IPv4: hasta 256 direcciones del IP del servidor principal y hasta 64 slots (un slot por bloque de IP) por servidor dedicado, 128 direcciones y 16 slots para servidores Kimsufi. Las instancias de Public Cloud y los VPS no admiten bloques de IP; la conectividad se adapta en consecuenciahasta 265 (PCI) y 16 (VPS) direcciones.
Additional IPv6: hasta tres bloques /56 por región (uno por vRack en cada región), con hasta 128 direcciones IPv6 activas en modo «bridged» y 128 subredes en modo «routed» definidas por bloque. Los bloques Additional IPv6 solo pueden utilizarse a través de la red vRack junto con otros productos.
Guías más populares
FAQ
¿En qué consiste la funcionalidad «failover» en las direcciones Additional IP?
Las direcciones Additional IP, también llamadas Failover IP o Floating IP en el sector del cloud, permiten mejorar la continuidad del servicio en sus aplicaciones y sistemas. Con el servicio Additional IP podrá reasignar rápidamente las direcciones IP de un servicio a otro, prácticamente sin interrupción del servicio para sus usuarios. Son especialmente útiles para migraciones, para pasar proyectos de desarrollo a producción, para pruebas A/B o para conmutar servicios a un servidor de respaldo en caso de fallo. Las direcciones IPv4 adicionales están disponibles como direcciones individuales (/32) o como bloques de direcciones IP (hasta /24), mientras que las direcciones IPv6 adicionales están disponibles como bloques /56.
¿Cuáles son las localizaciones disponibles para mis direcciones IP geolocalizadas?
En OVHcloud puedes seleccionar la geolocalización de tu Additional IPv4*. La disponibilidad de las direcciones IP geolocalizadas varía en función de la región en la que se aloja el servicio.
| Regiones | Direcciones IP geolocalizadas disponibles |
| Francia | Francia, Irlanda, Portugal, Reino Unido, Italia, Suiza, España, Polonia, República Checa, Países Bajos, Finlandia, Lituania, Alemania y Bélgica |
| Alemania | Francia, Irlanda, Portugal, Reino Unido, Italia, Suiza, España, Polonia, República Checa, Países Bajos, Finlandia, Lituania, Alemania y Bélgica |
| Polonia | Polonia |
| Reino Unido | Reino Unido |
| Canadá | Canadá |
| Australia | Australia |
| Singapur | Singapur |
| Estados Unidos | Estados Unidos |
| India | India |
* Por el momento, Additional IPv6 no está disponible en las regiones APAC.
¿Qué es una dirección IP RIPE?
Una dirección IP RIPE es una dirección IP gestionada y distribuida por el registro RIPE (Redes IP Europeas). Se trata de una comunidad abierta que garantiza las condiciones administrativas y técnicas necesarias para el correcto mantenimiento y desarrollo de internet. Una de las principales funciones de RIPE consiste en asignar los bloques de IP a los proveedores de servicios de internet (ISP, por sus siglas en inglés) europeos y registrar esta información en una base de datos pública, incluyendo información como los rangos de IP de los países, la asignación actual de las IP o la geolocalización.
¿Qué es una dirección IP ARIN?
ARIN (American Registry for Internet Numbers) es la organización encargada de supervisar la gestión y la asignación de las direcciones IP en Canadá y Estados Unidos. Es el equivalente de RIPE en Norteamérica. Las direcciones IP ARIN son direcciones gestionadas por ARIN.
¿Cuál es el período máximo de no asignación de mi dirección Additional IP?
Si las direcciones o el bloque de direcciones IP adicionales no se utilizan (es decir, no están asignadas a un servicio) durante treinta días consecutivos, OVHcloud se reserva el derecho de reclamarlas, previa notificación al usuario. Para más información, consulte las condiciones particulares del servicio Additional IP.
¿Qué tamaños de bloques de Additional IP se pueden asignar por servidor?
Los bloques Additional IPv4 están disponibles con prefijos de /30 a /24, es decir, entre 4 y 256 direcciones por bloque.
Las direcciones Additional IPv6 se ofrecen como bloques de tamaño /56. Pueden asociarse a un único vRack en una ubicación específica y utilizarse en un servidor completo o como subredes, según las necesidades.
¿Puedo asignar mi bloque de Additional IP a una instancia de Public Cloud?
No ofrecemos soporte de bloques de Additional IP a nivel de instancia de Public Cloud (PCI). Sin embargo, puedes asignar un bloque de Additional IP a un proyecto de Public Cloud y gestionar la asignación de IP individuales de ese bloque a instancias específicas.
¿Puedo mover mi bloque de Additional IPv6 de una región a otra?
Debido a la naturaleza del diseño jerárquico del espacio de direcciones IPv6, los bloques de Additional IPv6 son específicos de una región. Esto significa que no existe la posibilidad de moverlos entre regiones (pero puede redirigirlos a cualquier otro backend conectado al vRack).
¿Puedo utilizar el mismo vRack con bloques de IP en varias ubicaciones?
Sí, pero por favor verifique las limitaciones y tenga cuidado.
¿Puedo delegar prefijos en un host específico de mi vRack?
Sí, esto es posible, pero por ahora no hay DHCPv6-PD disponible. Esta configuración debe definirse manualmente mediante subredes enrutadas y direcciones «next-hop» (siguiente salto).
¿Es posible utilizar un bloque Additional IPv6 con un servidor VPS?
No, solo está disponible a través de una red vRack, por lo que no es posible utilizarlo con VPS.
Ya uso direcciones IPv6. ¿Es posible asociarlos a una red vRack?
Additional IPv6 y su conectividad mediante vRack constituyen un producto distinto de las direcciones IPv6 primarias proporcionadas con un servidor dedicado o una máquina virtual. Si utiliza un bloque IPv6 conectado a su servidor, podrá utilizarlo, pero no con el vRack. El uso combinado de ambas direcciones (IPv6 primaria y Additional IPv6 a través de vRack) puede ser una buena opción, pero requiere una atención adicional en el enrutamiento y la configuración de interfaces (será necesario utilizar Policy Based Routing – PBR – con tablas de enrutamiento distintas por interfaz para garantizar la simetría del tráfico). Consulta nuestras guías para más información.
¿Cómo puedo crear una configuración de doble slack en un vRack con direcciones IPv6 e IPv4 públicas?
Éste es el comportamiento predeterminado. Asegúrese de que la Additional IPv6 e IPv4 estén ubicadas en la misma región/ubicación y conectadas al mismo vRack.
Prefiero utilizar la configuración manual para el direccionamiento IPv6 y no quiero utilizar la configuración automática de IP SLAAC. ¿Cómo puedo desactivarlo?
Basta con desactivar SLAAC en el área de cliente o con utilizar una llamada API para cada bloque de Additional IPv6. Esta es una opción disponible dentro de la primera subred /64 del bloque.
Si quiere asegurarse de que sus hosts no se reconfigurarán nunca en una dirección IPv6, debe realizar dos configuraciones sysctl (para todas las interfaces o por interfaz) en sus hosts:
ipv6.conf.all.autoconf=0
net.ipv6.conf.all.accept_ra=0
De este modo, su sistema operativo no volverá a configurar la dirección IPv6 de la interfaz ni las rutas predeterminadas.
¿Es posible enrutar subredes IPv6 hacia vlan dentro del vRack?
Sí, es posible, pero solo con un host dedicado. El host debe estar conectado a una vlan nativa de vRack, que también tiene acceso a vlan internas mediante el protocolo QinQ. No hay soporte directo desde el área de cliente o la API.