Additional IP
Adressage applicatif flexible avec Additional IP
La plupart des services OVHcloud incluent des adresses IP publiques prédéfinies. Additional IP offre toutefois davantage de souplesse en vous permettant de déplacer vos adresses IP entre serveurs ou instances, sans modifier vos applications.
Les adresses Additional IPv4 et IPv6 rendent vos applications indépendantes de l’infrastructure sous-jacente, avec une réaffectation simple entre serveurs dédiés, solutions Public Cloud et Private Cloud. Vous conservez ainsi un contrôle précis sur la manière dont vos services sont exposés sur Internet.
Adressage Internet public flexible
Additional IP met à votre disposition des adresses publiques flexibles que vous pouvez associer à vos services OVHcloud et déplacer entre serveurs ou instances, sans impact sur votre application ni sur le DNS.
Utilisez des adresses IP individuelles ou des blocs, en IPv4 comme en IPv6, pour concevoir des architectures résilientes et multi-environnements, ou importer vos propres plages lors d’une migration vers OVHcloud.
Pourquoi utiliser Additional IP ?
Haute disponibilité et bascule
En dissociant l’exposition des applications de l’infrastructure sous-jacente, Additional IP simplifie la mise en place d’environnements hautement disponibles, sans renumérotation complexe.
Réaffectez rapidement une IP d’un serveur défaillant vers un nœud de secours et restaurez le service avec une interruption quasi nulle.
Appuyez-vous sur des blocs Additional IP avec VRRP sur un réseau vRack pour créer des passerelles actives-passives ou actives-actives en amont de vos applications.
Faites évoluer vos applications en toute fluidité, sans compromettre la continuité de votre activité.
Blocs IP évolutifs pour les applications modernes
Avec les blocs Additional IP, vous pouvez attribuer plusieurs adresses IP à un même service ou à un réseau vRack et les organiser par client, application ou environnement.
Attachez des blocs de 4, 8, 16 jusqu’à 256 adresses IPv4 par serveur et exploitez-les pour l’hébergement multi-sites, la séparation SSL ou les charges de travail conteneurisées.
Regroupez les applications (ex. par client ou par microservice), sur des adresses dédiées afin de simplifier les politiques de pare-feu, la collecte des logs et l’analyse du trafic.
Combinez plusieurs blocs entre environnements de développement, de staging et de production afin de structurer des plans d’adressage clairs, cohérents et reproductibles.
Protection Anti-DDoS intégrée
Bénéficiez d’une protection Anti-DDoS toujours active en périphérie du réseau OVHcloud, sans coût ni configuration supplémentaires.
Protégez les services exposés sur des Additional IP, y compris BYOIP, avec OVHcloud Anti-DDoS Infrastructure, activée par défaut et sans frais additionnels.
Maintenez la disponibilité face aux attaques volumétriques ou protocolaires, tout en conservant un contrôle fin du routage du trafic vers vos backends grâce aux Additional IP.
- Renforcez la sécurité en configurant des règles de pare-feu Edge Network pour chaque adresse IP de vos blocs Additional IP.
BYOIP et contrôle de la réputation IP
Bring Your Own IP (BYOIP) vous permet d’annoncer vos propres plages IP depuis le réseau OVHcloud, tout en profitant de la flexibilité d’Additional IP pour en gérer l’usage.
Conservez votre espace IP existant ainsi que sa réputation lors de la migration de vos charges de travail vers OVHcloud, sans modification du DNS ni des ACL (Access Control List).
Maintenez des ACL basées sur IP et des politiques de routage cohérentes dans des environnements hybrides et multi-cloud.
Faites évoluer progressivement vos services vers OVHcloud sans modifier les points d’entrée publics utilisés par vos partenaires ou clients.
Découvrez et interconnectez les produits compatibles avec Additional IP
Serveurs dédiés
Attribuez des Additional IP directement à des serveurs dédiés afin d’héberger de nombreux sites web, services ou environnements clients sur un même matériel.
Utilisez des blocs IP pour segmenter le trafic client, isoler les environnements de gestion et de production ou exposer des services réseau et des pare-feu.
Private Cloud
Utilisez Additional IP comme point d’entrée public pour vos clusters Private Cloud, sans dépendre d’un nœud unique pour l’accès externe.
Exposez des interfaces de gestion, des points d’accès VPN ou des réseaux clients, tout en conservant une infrastructure ESXi ou managée privée.
Services Public Cloud
Attachez des Additional IP à des instances Public Cloud afin de créer des points d’exposition flexibles, des bastions ou des passerelles NAT, facilement réaffectables au fil de l’évolution de votre infrastructure.
Combinez cette fonctionnalité avec l’autoscaling et l’Infrastructure as Codeafin d’automatiser des déploiements blue-green (avec bascule entre environnements) tout en conservant vos IP publiques.
Serveurs privés virtuels
Adressez davantage d’utilisateurs ou de domaines web hébergés sur votre VPS en configurant des adresses Additional IP.
Réseaux privés vRack
Utilisez des blocs Additional IP comme passerelles Internet pour les charges de travail exécutées dans un vRack, en acheminant le trafic public vers un réseau privé L2 multi-régions.
Concevez des passerelles hautement disponibles en combinant VRRP et Additional IP sur des équipements réseau dédiés ou des serveurs généralistes.
Répartiteur de charge
Attribuez des Additional IP au Répartiteur de charge OVHcloud afin de standardiser les points d’entrée publics sur plusieurs backends et régions.
Conservez la même IP lors de la reconfiguration des pools, de la migration des backends vers un vRack ou lors d’un changement d’algorithme de répartition de charge.
Comment acheter des adresses IP supplémentaires ?
Rendez-vous dans votre espace client OVHcloud pour profiter d’Additional IP.
Cas d’usage
Additional IP prend en charge de multiples architectures, des configurations simples de bascule aux passerelles complexes multi-régions.
Hébergement continu et bascule
Basculez une Additional IP entre un serveur principal et un serveur de secours.
Exécutez votre site web de production sur un serveur dédié ou une instance Public Cloud et associez une Additional IP comme point d’entrée public principal.
Maintenez une instance de secours prête, avec une configuration identique. En cas de défaillance, déplacez l’IP vers ce serveur afin de rétablir le service en quelques minutes.
Réutilisez ce schéma pour des réplicas de base de données, des couches de cache ou des serveurs applicatifs nécessitant une bascule rapide.
Plateformes web multi-sites et multi-locataires
Hébergez plusieurs marques, clients ou environnements sur une infrastructure mutualisée tout en conservant une isolation claire au niveau des IP.
Attribuez des IP distinctes ou de petits blocs à chaque client afin de simplifier le filtrage par pare-feu, le contrôle du trafic et l’observabilité.
Utilisez des IP dédiées pour le SSL, certains cas spécifiques liés au SNI ou des intégrations existantes reposant sur une identification par IP.
Combinez des IP géolocalisées avec des politiques CDN et DNS afin de diffuser le contenu depuis des emplacements proches de vos utilisateurs.
Passerelles Internet pour les applications vRack
Associez des blocs Additional IP à un vRack afin d’exposer des passerelles Internet régionales pour votre réseau privé global.
Acheminez le trafic public IPv4 et IPv6 vers un réseau vRack dans la région de votre choix.
Déployez des routeurs virtuels hautement disponibles avec VRRP et déplacez les IP de passerelle entre les nœuds lors d’opérations de maintenance ou en cas d’incident.
Combinez avec BYOIP afin de publier vos propres préfixes via des nœuds de passerelle positionnés dans des régions spécifiques.
- Adaptez la bande passante publique sortante en fonction de l’évolution de vos services.
Architectures orientées IPv6 et double pile
Concevez des applications modernes en double pile, en tirant parti des performances et de la portée d’IPv6 tout en conservant la compatibilité IPv4.
Attachez des blocs Additional IPv6 /56 à un vRack et créez des sous-réseaux en mode bridge ou routé pour vos charges de travail.
Proposez des chemins IPv6 uniquement pour les services sensibles à la latence, comme le streaming média, tout en conservant IPv4 comme solution de repli.
Adoptez un adressage double pile afin d’atteindre les nouvelles zones de l’Internet uniquement IPv6 et d’anticiper les évolutions futures de vos applications.
Disponibilité et limites régionales
Les blocs d’adresses Additional IP sont disponibles dans plusieurs régions OVHcloud et peuvent être réaffectés entre services compatibles au sein d’une même région. Ils peuvent être déplacés entre datacenters d’une même région, mais ne peuvent pas être transférés d’une région à une autre. Exception : une flexibilité spécifique IPv4 est proposée entre eu-west-gra, eu-west-rbx et eu-west-sbg.
| Localisation de la région | Code de la région | Disponibilité des adresses Additional IP | Disponibilité des adresses Additional IPv4/v6 pour le routage public via vRack | ||
| Europe (France - Paris) | eu-west-par | ✔ | ✔ | ||
| Europe (France - Gravelines) | eu-west-gra | ✔ | ✔ |
| |
| Europe (France - Roubaix) | eu-west-rbx | ✔ | ✔ | ||
| Europe (France - Strasbourg) | eu-west-sbg | ✔ | ✔ | ||
| Europe (Allemagne - Limburg) | eu-west-lim | ✔ | ✔ | ||
| Europe (Pologne - Varsovie) | eu-central-waw | ✔ | ✔ | ||
| Europe (Royaume-Uni - Erith) | eu-west-eri | ✔ | ✔ | ||
| Europe (Italie - Milan) | eu-south-mil | ✔ | ✔ | ||
| Amérique du Nord (Canada - Est - Beauharnois) | ca-east-bhs | ✔ | ✔ | ||
| Amérique du Nord (Canada - Est - Toronto) | ca-east-tor | ✔ | ✔ | ||
| Amérique du Nord (États-Unis - Est - Vint Hill) | us-east-vin | ✔ | ✔ | ||
| Amérique du Nord (US - Ouest - Hillsboro) | us-west-hil | ✔ | ✔ | ||
| Asie-Pacifique (Singapour - Singapour) | ap-southeast-sgp | ✔ | ✔ | ||
| Asie-Pacifique (Australie - Sydney) | ap-southeast-syd | ✔ | ✔ | ||
| Asie-Pacifique (Inde - Mumbai) | ap-south-mum | ✔ | ✔ | ||
Additional IPv4 : jusqu’à 256 adresses en complément de l’IP principale du serveur, avec un maximum de 64 emplacements (un emplacement par bloc IP) par serveur dédié. Pour les serveurs Kimsufi, cette limite est de 128 adresses et 16 emplacements. Les instances PCI et les VPS ne prennent pas en charge les blocs IP. Ils permettent toutefois de connecterjusqu’à 256 adresses pour PCI et 16 adresses pour les VPS.
Additional IPv6 : jusqu’à trois blocs /56 par région, à raison d’un bloc par vRack dans une même région, avec jusqu’à 128 adresses IPv6 actives en mode bridge et 128 sous-réseaux routés par bloc. Les blocs Additional IPv6 sont exclusivement utilisables via le réseau vRack avec d’autres produits.
Guides les plus consultés
Les questions que vous vous posez
Quelle est la fonction de basculement avec des adresses Additional IP ?
Les adresses Additional IP renforcent la continuité de service de vos applications et systèmes. Avec Additional IP, vous pouvez réaffecter rapidement les adresses IP d’une solution à l’autre, pratiquement sans aucune interruption de service pour vos utilisateurs. Ce mécanisme s’utilise lors de migrations de services, du passage d’un environnement de développement à la production, de tests A/B ou pour basculer vers un serveur de secours en cas de défaillance du serveur principal. Les adresses Additional IPv4 sont disponibles sous forme d’adresses individuelles (/32) ou de blocs, jusqu’à /24. Les adresses Additional IPv6 sont, quant à elles, proposées sous forme de blocs /56.
Quelles sont les localisations disponibles pour mes adresses IP géolocalisées ?
Chez OVHcloud, vous pouvez choisir la géolocalisation de vos Additional IPv4*. La disponibilité de ces adresses IP géolocalisées varie en fonction de la région où se trouve votre service.
| Régions | Adresses IP géolocalisées disponibles |
| France | Allemagne, Belgique, Espagne, Finlande, France, Irlande, Italie, Lituanie, Pays-Bas, Pologne, Portugal, République tchèque, Royaume-Uni et Suisse. |
| Allemagne | Allemagne, Belgique, Espagne, Finlande, France, Irlande, Italie, Lituanie, Pays-Bas, Pologne, Portugal, République tchèque, Royaume-Uni et Suisse. |
| Pologne | Pologne |
| Royaume-Uni | Royaume-Uni |
| Canada | Canada |
| Australie | Australie |
| Singapour | Singapour |
| États-Unis | États-Unis |
| Inde | Inde |
* Additional IPv6 n’est pas disponible dans les régions APAC pour le moment.
Qu’est-ce qu’une adresse IP RIPE ?
Il s’agit d’une adresse IP gérée et distribuée par le registre RIPE (Réseaux IP Européens). Celui-ci est dirigé par une communauté ouverte, qui assure les conditions administratives et techniques afin de maintenir et développer Internet. L’un des rôles principaux du RIPE consiste à attribuer les blocs d’adresses IP aux fournisseurs d’accès à Internet (FAI) européens et à enregistrer les informations dans une base de données publique (plages d’IP des pays, attribution actuelle des IP, géolocalisation des IP, etc.).
Qu’est-ce qu’une adresse IP ARIN ?
L’ARIN (American Registry for Internet Numbers) supervise la gestion et l’allocation des adresses IP au Canada et aux États-Unis. C’est l’équivalent du RIPE en Amérique du Nord. Toute adresse IP ARIN est gérée par l’ARIN.
Quelle est la durée maximale de non-attribution de mon Additional IP ?
Si les Additional IP ou les blocs d’adresses IP ne sont pas utilisés (c’est-à-dire non attribués à un service) pendant 30 jours consécutifs, OVHcloud se réserve le droit de les récupérer après en avoir averti l’utilisateur. Pour plus de détails, veuillez vous référer aux conditions générales relatives aux Additional IP.
Quelles tailles de blocs Additional IP peuvent être attachées par serveur ?
Les préfixes des blocs Additional IPv4 disponibles vont de /30 à /24, soit de 4 à 256 adresses par bloc.
Les adresses Additional IPv6 sont proposées sous forme de blocs de taille /56. Ces blocs peuvent être attachés à un seul vRack dans une région donnée, puis utilisés sur un serveur dans leur ensemble ou segmentés en sous-réseaux selon les besoins.
Puis-je attacher mon bloc Additional IP à une instance Public Cloud ?
Les instances PCI ne prennent pas en charge l’attachement direct de blocs Additional IP. Il reste toutefois possible d’attribuer un bloc Additional IP à un projet PCI, puis de répartir les adresses IP individuelles de ce bloc entre différentes instances.
Puis-je déplacer mon bloc d’Additional IPv6 d’une région à une autre ?
En raison de la nature de la conception hiérarchique de l'espace d'adressage IPv6, les blocs d’Additional IPv6 sont spécifiques à une région. Il n’est donc pas possible de les déplacer d’une région à l’autre (vous pouvez toutefois toujours les rediriger vers n’importe quel autre backend connecté au vRack).
Puis-je utiliser le même vRack avec des blocs d’adresses IP répartis sur plusieurs localisations ?
Oui, mais veillez à respecter les limitations ainsi que les bonnes pratiques d'utilisation.
Puis-je déléguer des préfixes via un hôte spécifique au sein de mon vRack ?
Oui, c'est possible. Toutefois, le protocole DHCPv6-PD n’est pas encore disponible. Cette configuration doit être définie manuellement à l'aide de sous-réseaux routés et d'adresses de saut suivant.
Puis-je utiliser un bloc d’Additional IPv6 avec un serveur VPS ?
Non, il est uniquement possible d’utiliser un bloc d’Additional IPv6 via un réseau vRack.
J'utilise déjà des adresses IPv6. Puis-je les attacher à un réseau vRack ?
Les adresses Additional IPv6 et leur connectivité via vRack constituent un produit distinct des adresses Primary IPv6 fournies avec un serveur dédié ou une machine virtuelle. Si vous utilisez déjà un bloc IPv6 associé à votre serveur, vous pouvez continuer à l’exploiter, mais celui-ci ne sera pas compatible avec vRack. L’utilisation conjointe des adresses Primary IPv6 et Additional IPv6 via vRack peut s’avérer pertinente, mais elle nécessite une attention particulière en matière de routage et de configuration des interfaces. Un routage basé sur des politiques (Policy Based Routing, PBR) est alors requis, avec des tables de routage distinctes par interface, afin de garantir la symétrie du trafic. Veuillez consulter nos guides pour plus de détails.
Comment puis-je créer une configuration en double pile dans le vRack avec des adresses IPv6 et IPv4 publiques ?
Il s'agit du comportement par défaut. Assurez-vous simplement que les Additionnal IPv6 et IPv4 se trouvent dans la même région/localisation et sont attachées au même vRack.
Je préfère utiliser l'installation manuelle pour l'adressage IPv6 et ne veux pas utiliser l'auto-configuration IP SLAAC. Comment puis-je la désactiver ?
Il suffit de désactiver le SLAAC depuis l’espace client ou d’utiliser un appel API pour chaque bloc d’Additional IPv6. Il s'agit d'une option disponible à l'intérieur du premier sous-réseau /64 du bloc.
Si vous voulez vous assurer que vos hôtes ne se reconfigureront pas sur une adresse IPv6, deux configurations « sysctl » sont à effectuer (pour toutes les interfaces ou sur une base par interface) sur vos hôtes :
ipv6.conf.all.autoconf=0
net.ipv6.conf.all.accept_ra=0
De cette façon, votre système d'exploitation ne reconfigurera pas l'adresse IPv6 de l'interface ni les routes par défaut.
Puis-je router des sous-réseaux IPv6 vers des VLAN à l’intérieur de mon vRack ?
Oui, c’est possible, mais uniquement en utilisant un hôte dédié. L'hôte doit être connecté à un VLAN natif du vRack, qui a également accès aux VLAN internes à l'aide du protocole QinQ. Aucun support direct depuis l’espace client ou l’API n’est fourni.