Configurer un bloc Additional IP dans un vRack

Objectif

En plus de l'adressage IP privé, le vRack vous permet également d'acheminer le trafic IP public via le port vRack de votre serveur à l'aide d'un bloc d'adresses IP publiques.

Ce guide vous explique comment configurer un bloc d'adresses IP publiques à utiliser avec le vRack.

Prérequis

• Un bloc public d'adresses IP dans votre compte, avec un minimum de quatre adresses
• La plage d'adresses IP privées de votre choix
• Un serveur compatible vRack
• Un service vRack activé dans votre compte

Accès à l'espace client OVHcloud

• Lien direct : Réseau Privé vRack
• Pour accéder à vos services : Network > Réseau Privé vRack

En pratique

Ajouter le bloc IP au vRack

Sélectionnez votre vRack dans la liste pour afficher la liste des services éligibles. Cliquez sur le bloc IP que vous souhaitez ajouter au vRack, puis cliquez sur le bouton Ajouter.

Gérer la bande passante des IP publiques sur le vRack

Par défaut, les blocs d'Additional IP routés via un vRack bénéficient d'une bande passante publique standard de 5 Gbps en Europe, au Canada et aux États-Unis, et de 100 Mbps dans les régions APAC. Pour un aperçu détaillé de la disponibilité, consultez les options de routage public sur notre page produit vRack.

À mesure que les besoins en infrastructure augmentent, certains utilisateurs peuvent nécessiter une bande passante plus large pour prendre en charge des services publics à fort trafic, pour lesquels OVHcloud propose des options de bande passante payantes. Ces options s'appliquent par vRack et par région. Comme les adresses Additional IP sont liées à une région, toute modification de la bande passante affectera l'ensemble des adresses IP (IPv4 et IPv6) routées vers ce vRack au sein de cette région.

Gérer les priorités de basculement 3-AZ

Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) hébergées dans des emplacements physiquement indépendants au sein d'une même région. Lorsqu'une telle région est utilisée pour le routage des IP publiques de votre vRack, elle est identifiée dans l'espace client OVHcloud par un badge 3-AZ affiché à côté du nom de la région dans l'onglet Connectivité IP publique.

Avantages

• Résilience intégrée : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité.
• Comportement de basculement prévisible : chaque région 3-AZ attribue à votre vRack une zone de disponibilité principale et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe.
• Alignement avec la charge de travail : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal.

Mécanique et gestion des priorités

Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud attribue aléatoirement un ordre de priorité à ses zones de disponibilité. Les zones principale, secondaire et de dernier recours sont affichées dans cet ordre sous l'onglet Connectivité IP publique, sur la tuile correspondant à la région 3-AZ, dans la sous-section Priorités de basculement 3-AZ, juste au-dessus du bouton Configurer.

Vous pouvez modifier cette attribution à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ des autres composants de votre infrastructure.

Configurer une adresse IP utilisable

Dans le cas du vRack, la première, l'avant-dernière et la dernière adresse d'un bloc IP donné sont toujours réservées respectivement à l'adresse réseau, la passerelle réseau et au broadcast réseau. Cela signifie que la première adresse utilisable est la deuxième adresse du bloc, comme indiqué ci-dessous :

46.105.135.96   Réservée : adresse réseau
46.105.135.97   Première IP utilisable
46.105.135.98
46.105.135.99
46.105.135.100
46.105.135.101
46.105.135.102
46.105.135.103
46.105.135.104
46.105.135.105
46.105.135.106
46.105.135.107
46.105.135.108
46.105.135.109  Dernière IP utilisable
46.105.135.110  Réservée : passerelle réseau
46.105.135.111  Réservée : broadcast réseau

Pour configurer la première adresse IP utilisable, nous devons éditer le fichier de configuration réseau, comme indiqué ci-dessous. Dans cet exemple, nous devons utiliser un masque de sous-réseau de 255.255.255.240.

Télécharger le paquet iproute2

Avant de commencer, téléchargez et installez iproute2, un paquet permettant de configurer manuellement le routage IP. Ce paquet est peut-être déjà disponible sur votre serveur ; le cas échéant, passez directement à l'étape suivante.

Établissez une connexion SSH à votre serveur et exécutez la commande suivante depuis la ligne de commande. Celle-ci téléchargera et installera iproute2.

Ubuntu & Debian

sudo apt-get install iproute2

Fedora, AlmaLinux & Rocky Linux

sudo dnf install iproute

Configurations GNU/Linux

sudo cp /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth1

sudo nano /etc/sysconfig/network-scripts/ifcfg-eth1

# Created by cloud-init on instance boot automatically, do not edit.
#
DEVICE=eth1
BOOTPROTO=static
ONBOOT=yes
USERCTL=no
IPV6INIT=no
PEERDNS=yes
TYPE=Ethernet
NETMASK=255.255.255.240
IPADDR=46.105.135.97
ARP=yes

sudo nano /etc/iproute2/rt_tables
#
# reserved values
#
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep
1 vrack

nano /etc/sysconfig/network-scripts/rule-eth1

from 46.105.135.96/28 table vrack
to 46.105.135.96/28 table vrack

nano /etc/sysconfig/network-scripts/route-eth1

46.105.135.96/28 dev eth1 table vrack
default via 46.105.135.110 dev eth1 table vrack

ip link set eth1 up

sudo nano /etc/netplan/50-cloud-init.yaml

    NETWORK_INTERFACE:
        dhcp4: false
        addresses:
          - ADDITIONAL_IP/PREFIX
        routes:
          - to: 0.0.0.0/0
            via: GATEWAY_IP
            table: 1
        routing-policy:
          - from: ADDITIONAL_IP/32
            table: 1

    eno2:
        dhcp4: false
        addresses:
          - 46.105.135.97/28
        routes:
          - to: 0.0.0.0/0
            via: 46.105.135.110
            table: 1
        routing-policy:
          - from: 46.105.135.97/32
            table: 1

sudo netplan apply

nmcli device status

DEVICE           TYPE      STATE                   CONNECTION
eno1             ethernet  connected               cloud-init eno1
lo               loopback  connected (externally)  lo
eno2             ethernet  disconnected            --

sudo nmcli connection add type ethernet ifname eno2 con-name vRack

sudo nmcli connection modify vRack ipv4.addresses 46.105.135.97/28

sudo nmcli connection modify vRack ipv4.never-default yes

sudo nmcli connection modify vRack ipv4.method manual

sudo nmcli connection modify 'vRack' connection.autoconnect yes

sudo nano /usr/share/iproute2/rt_tables
#
# reserved values
#
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep
1 vrack

sudo nmcli connection modify vRack ipv4.route-table 1

sudo nmcli connection modify vRack +ipv4.routes "0.0.0.0/0 <gateway_ip>"

sudo nmcli connection modify vRack +ipv4.routes "0.0.0.0/0 46.105.135.110"

sudo nmcli connection modify vRack +ipv4.routing-rules "priority 1 from 46.105.135.97/32 table 1"

sudo nmcli connection down vRack
sudo nmcli connection up vRack

Windows Server

Étape 1 : vérifier et configurer l'interface réseau secondaire

Vérifiez d'abord les informations de la nouvelle interface réseau :

Vérifiez ensuite les propriétés :

Étape 2 : configuration IP

Sélectionnez l'option Utiliser l'adresse IP suivante :

Définissez les informations IP :

Étape 3 : redémarrage de l'interface réseau

Commencez par désactiver l'interface.

Activez-la ensuite.

Résolution des problèmes

Si vous ne parvenez pas à établir une connexion entre votre VM ou serveur et le réseau privé, envoyez-nous un ticket depuis votre espace client en précisant les éléments suivants :

• IP source et IP de destination
• Résultat de ifconfig -a ou ipconfig /all sur les deux serveurs ou VM (configuration de l'interface réseau)
• Résultat du ping dans les deux sens
• Résultat de arp -a
• Table de routage

Joignez les résultats ci-dessus à votre ticket.

Aller plus loin

Configurer le vRack sur vos serveurs dédiés

Créer plusieurs vLAN dans un vRack

Configurer le vRack entre Public Cloud et un serveur dédié

Échangez avec notre communauté d'utilisateurs.