Configuration du vRack Public Cloud
Découvrez comment configurer un vRack Public Cloud
Dernière mise à jour le 10/06/2020
Objectif
Le vRack est un réseau privé qui vous permet de configurer l’adressage entre plusieurs serveurs dédiés OVHcloud. Mais il vous permet également d’ajouter des instances Public Cloud à votre réseau privé afin de créer une infrastructure de ressources physiques et virtuelles.
Ce guide a pour objectif de vous accompagner dans la configuration de vos instances Public Cloud au sein de votre vRack.
Prérequis
- Posséder un projet Public Cloud
- Être connecté à votre espace client OVHcloud
- Avoir créé un utilisateur OpenStack (facultatif)
- Connaissances réseaux élémentaires
Présentation des interfaces
Que ce soit pour créer votre vRack ou ajouter une instance au sein de ce réseau, vous pouvez être amenés à utiliser l'espace client OVHcloud, les APIv6 OVHcloud, les API OpenStack ou l'interface Horizon.
Selon votre profil technique et vos besoins, vous serez amenés à devoir choisir quelle interface ou méthode utiliser. Ainsi, pour chaque action, nous vous proposerons les différentes démarches envisageables.
Voici un descriptif rapide des actions possibles suivant la méthode/interface choisie :
Espace client OVHcloud
L'espace client OVHcloud est une interface entièrement et uniquement visuelle, ce qui en fait une interface idéale si vous n'avez qu'un seul vLan à gérer. Vous ne pourrez personnaliser la plage d'IP privée qui sera uniquement en 10.x.x.x/16.
Les vLan seront déployés par défaut sur toutes les zones. Vous aurez juste la possibilité d'activer ou non les passerelles.
Vous pourrez également gérer la facturation de vos services au travers de votre espace client OVHcloud.
Interface Horizon
Interface visuelle indépendante d'OVHcloud, Horizon est l'implémentation d’origine du tableau de bord d'OpenStack, qui fournit une interface utilisateur web aux services OpenStack, notamment Nova, Swift, Keystone, etc...
Cette interface complète et technique vous permet de gérer la quasi totalité des actions Openstack. Ce sera une des interfaces nécessaires si vous souhaitez gérer plus de deux vLan, ajouter des interfaces réseau privées à vos instances, gérer des images personnalisées, etc...
Consultez le guide Accéder à l'interface Horizon pour vous familiariser à Horizon.
Horizon fonctionnant par zone, pensez bien à choisir votre zone géographique de travail tout en haut à gauche de votre interface (GRA5, SBG3, BHS1, etc...)
APIv6 OVHcloud
Chaque action que vous effectuez dans l'espace client OVHcloud fait appel aux APIv6 OVHcloud. Vous pouvez même aller plus loin dans les API que dans votre espace client.
L'interface est moins visuelle que l'espace client OVHcloud mais vous permettra d'effectuer un grand nombre d'actions. Vous pourrez par ce biais gérer et personnaliser vos vLan, ajouter des interfaces à vos instances ou encore créer des serveurs hautement personnalisés.
Il vous sera parfois nécessaire de récupérer plusieurs informations avant l'utilisation d'une API spécifique.
Vous pouvez simplement accéder aux API depuis notre page web, mais aussi créer vos scripts PHP ou Python pour y faire appel.
Ainsi, il vous sera possible de librement automatiser les tâches de base au moyen de scripts, optimiser vos propres fonctions, etc...
Consultez le guide Premiers pas avec les API OVHcloud pour vous familiariser avec l'utilisation des APIv6 OVHcloud.
API OpenStack
Il est possible d’administrer les services Public Cloud à l’aide de lignes de commandes Linux ou Windows, après le téléchargement et l’installation des outils OpenStack.
Cette méthode demande de bonnes connaissances Linux ou Windows pour en profiter, mais elle permet de profiter de toute la puissance d'OpenStack par ce biais.
Suivant la couche que vous souhaitez gérer, vous devrez utilisez le client Nova (Compute), Neutron (réseau), Glance (Image) ou encore Swift (Object Storage). Le dernier né de la famille, le client Openstack, vous permet de gérer directement la quasi intégralité des couches Openstack.
Grâce à l’API OpenStack, vous pouvez aussi facilement automatiser cette gestion au travers de vos scripts.
Afin de vous familariser avec l'API OpenStack, consultez tout d'abord les guides suivants :
- Préparer l’environnement pour utiliser l’API OpenStack
- Charger les variables d’environnement OpenStack
Vous pourrez alors, suivant votre besoin, utiliser les API dédiées à OpenStack :
- Nova (compute)
- Glance (image)
- Cinder (image)
- Neutron (réseau)
Dans certains cas, il sera plus simple d'utiliser les API OpenStack et dans d'autres, les API Nova, Neutron, etc...
De même, certaines fonctionnalités peuvent être absentes de l'API OpenStack selon la version de votre client et de votre système d'exploitation. Dans le cadre de ce guide, le choix a été fait de vous proposer les alternatives les plus simples et les plus intuitives. Vous pouvez consulter à tout moment la documentation officielle d'OpenStack si vous souhaitez aller plus loin dans leur utilisation.
En pratique
Étape 1 : Activer et gérer un vRack
Avant toute chose, vous devez créer un vRack.
Ce produit est gratuit et la mise à disposition ne prends que quelques minutes. Cependant, il nécessite la création et la validation d'un bon de commande.
Une fois le vRack actif, vous retrouverez ce service sous l’appellation « pn-xxxxxx ».
Depuis l'espace client OVHcloud
Connectez-vous à votre espace client OVHcloud, accédez à la section Public Cloud et sélectionnez ensuite le projet Public Cloud de votre choix en haut à gauche.
Cliquez alors sur Private network dans le menu latéral de gauche.
Cliquez sur le bouton Pour commencer, créez un vRack. Vous devrez alors choisir de créer un nouveau vRack ou d'utiliser un vRack existant. Dans notre exemple, nous allons créer un nouveau vRack. Une fois votre choix effectué, cliquez sur Créer.
Pour continuer la configuration du vRack depuis l'espace client OVHcloud, poursuivez la lecture de ce guide à partir de Créer un vLan dans le vRack depuis l'espace client OVHcloud
Depuis les APIv6 OVHcloud
Pour activer et gérer un vRack depuis les APIv6 OVHcloud, cliquez ici pour consulter le guide spécifique à cette méthode.
Étape 2 : Créer un vLan dans le vRack
Il est nécessaire de créer un vLan (ou réseau local virtuel) afin que les instances reliées au vRack puissent communiquer entre elles.
Sur l'offre Public Cloud, vous pouvez créer jusqu'à 4 000 vLan au sein d’un seul vRack. Cela signifie donc que vous pouvez utiliser chaque adresse IP privée jusqu’à 4 000 fois. Ainsi, par exemple, l'IP 192.168.0.10 du vLan 2 est différente de l'IP 192.168.0.10 du vLan 42.
Cela peut vous être utile afin de segmenter votre vRack entre plusieurs réseaux virtuels.
Depuis l'espace client OVHcloud, vous pourrez affecter le vLan de votre choix, mais vous ne pourrez pas personnaliser la plage IP. Le vRack sera actif dans toutes les zones.
Depuis les APIv6 OVHcloud, vous pourrez personnaliser l'ensemble des paramètres : plage IP (10.0.0.0/16 par exemple), zone de déploiement, DCHP, Gateway...
Sur les serveurs dédiés, par défaut, vous êtes sur le vLan0. Le fonctionnement de l’infrastructure OpenStack fait que vous devrez spécifier le numéro de votre vLan directement au niveau de l'infrastructure.
Contrairement aux serveurs dédiés, il n'est pas nécessaire de faire du vLan taggé directement sur l'instance.
Pour plus d'informations sur la gestion des vLan du vRack des serveurs dédiés, vous pouvez consulter ce guide : Créer plusieurs VLAN dans le vRack
Le vRack étant une infrastructure gérée au niveau d'OVHcloud, vous ne pourrez l'administrer qu'au travers de l'espace client OVHcloud et des APIv6 OVHcloud.
OpenStack n'étant pas située au même niveau de l'infrastructure, vous ne pourrez pas personnaliser les vLan au travers de l'interface Horizon ou des API OpenStack.
Créer un vLan depuis l'espace client OVHcloud
Une fois le vRack créé, cliquez à nouveau sur Private network dans le menu latéral de gauche.
Cliquez à présent sur Créer un réseau privé. La page suivante vous permettra de personnaliser plusieurs paramètres.
Si vous cochez la case Définir un VLAN, vous devrez choisir un numéro de vLan allant de 2 à 4000.
Si vous ne cochez pas la case Définir un VLAN, vous serez par défaut dans le vLan 0.
Dans le cas où vous devez faire communiquer des serveurs dédiés OVHcloud avec du vLan taggé, consultez le guide suivant : Créer plusieurs VLAN dans le vRack.
La plage DHCP par défaut est en 10.0.0.0/16. Pour modifier cette plage IP, vous devrez obligatoirement passer par les APIv6 OVHcloud.
Validez les différentes régions souhaitées, saisissez un nom pour votre réseau privé et cliquez enfin sur Créer pour amorcer sa création.
La création du réseau privé peut prendre plusieurs minutes.
Créer un vLan depuis les APIv6 OVHcloud
Pour créer un vLan depuis les APIv6 OVHcloud, cliquez ici pour consulter le guide spécifique à cette méthode.
Étape 3 : Intégrer une instance dans le vRack
Deux situations peuvent se présenter à vous :
- L'instance n'existe pas encore.
- L'instance existe déjà et vous devez l'ajouter au vRack.
Cas d'une nouvelle instance
Depuis l'espace client OVHcloud
Consultez le guide Créer une instance depuis l’espace client. Lors de la création d'une instance, vous pourrez spécifier, durant l'étape 4, un réseau privé dans lequel intégrer votre instance. Choisissez alors, dans le menu déroulant présenté, votre vRack précédemment créé.
Vous ne pourrez raccorder votre instance qu'à un et un seul vRack depuis l'espace client OVHcloud. Pour ajouter plusieurs interfaces différentes, vous devrez passer par les API OpenStack ou Horizon.
Depuis les APIv6 OVHcloud
Cliquez ici pour consulter le guide spécifique à cette méthode.
Depuis les API OpenStack
Pour utiliser les API OpenStack, si ce n'est déjà fait, pensez à préparer votre environnement de travail comme indiqué dans la première partie de ce guide.
Ceci fait, afin de créer une instance directement dans le vRack, vous devrez procéder comme ceci.
Récupération des informations nécessaires
Identification des réseaux public et privé :
openstack network list
+--------------------------------------+------------+-------------------------------------+
| ID | Name | Subnets |
+--------------------------------------+------------+-------------------------------------+
| 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx | MonVLAN-42 | xxxxxxxx-yyyy-xxxx-yyyy-xxxxxxxxxxxx|
| 34567890-12ab-cdef-xxxx-xxxxxxxxxxxx | Ext-Net | zzzzzzzz-yyyy-xxxx-yyyy-xxxxxxxxxxxx|
| 67890123-4abc-ef12-xxxx-xxxxxxxxxxxx | MonVlan_0 | yyyyyyyy-xxxx-xxxx-yyyy-xxxxxxxxxxxx|
+--------------------------------------+------------+-------------------------------------+
ou
nova net-list
+--------------------------------------+------------+------+
| ID | Label | CIDR |
+--------------------------------------+------------+------+
| 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx | MonVLAN-42 | None |
| 34567890-12ab-cdef-xxxx-xxxxxxxxxxxx | Ext-Net | None |
| 67890123-4abc-ef12-xxxx-xxxxxxxxxxxx | MonVlan_0 | None |
+--------------------------------------+------------+------+
Vous devrez noter les ID des réseaux vous intéressant :
- Ext-Net pour avoir une IP publique
- Celui du ou des vLan nécessaires à votre configuration
Pensez également à noter les informations suivantes, comme indiqueé dans le guide d'utilisation de l'API Nova :
- ID ou nom de la clé SSH OpenStack
- ID du type d'instance (flavor)
- ID de l'image souhaitée (Système d'exploitation, snapshot...)
Déploiement de l'instance
Avec les éléments récupérés précédemment, il est possible de créer une instance en l'incluant directement dans le vRack :
nova boot --key-name SSHKEY --flavor [ID-flavor] --image [ID-Image] --nic net-id=[ID-Network 1] --nic net-id=[ID-Network 2] [nom de votre instance]
Ex :
nova boot --key-name ma-cle-ssh --flavor xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx --image yyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy --nic net-id=[id_Ext-Net] --nic net-id=[id_vLan] NomDeMonInstance
+--------------------------------------+------------------------------------------------------+
| Property | Value |
+--------------------------------------+------------------------------------------------------+
| OS-DCF:diskConfig | MANUAL |
| OS-EXT-AZ:availability_zone | |
| OS-EXT-STS:power_state | 0 |
| OS-EXT-STS:task_state | scheduling |
| OS-EXT-STS:vm_state | building |
| OS-SRV-USG:launched_at | - |
| OS-SRV-USG:terminated_at | - |
| accessIPv4 | |
| accessIPv6 | |
| adminPass | xxxxxxxxxxxx |
| config_drive | |
| created | YYYY-MM-DDTHH:MM:SSZ |
| flavor | [Flavor Type] (xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx) |
| hostId | |
| id | xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx |
| image | [Image Type] (xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx) |
| key_name | [Nom de la clé] |
| metadata | {} |
| name | [Nom de l'instance] |
| os-extended-volumes:volumes_attached | [] |
| progress | 0 |
| security_groups | default |
| status | BUILD |
| tenant_id | zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz |
| updated | YYYY-MM-DDTHH:MM:SSZ |
| user_id | zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz |
+--------------------------------------+------------------------------------------------------+
ou
openstack server create --key-name SSHKEY --flavor [ID-flavor] --image [ID-Image] --nic net-id=[ID-Network 1] --nic net-id=[ID-Network 2] [nom de votre instance]
Ex :
openstack server create --key-name ma-cle-ssh --flavor xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx --image yyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy --nic net-id=[id_Ext-Net] --nic net-id=[id_vLan] NomDeMonInstance
+--------------------------------------+------------------------------------------------------+
| Property | Value |
+--------------------------------------+------------------------------------------------------+
| OS-DCF:diskConfig | MANUAL |
| OS-EXT-AZ:availability_zone | |
| OS-EXT-STS:power_state | 0 |
| OS-EXT-STS:task_state | scheduling |
| OS-EXT-STS:vm_state | building |
| OS-SRV-USG:launched_at | - |
| OS-SRV-USG:terminated_at | - |
| accessIPv4 | |
| accessIPv6 | |
| adminPass | xxxxxxxxxxxx |
| config_drive | |
| created | YYYY-MM-DDTHH:MM:SSZ |
| flavor | [Flavor Type] (xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx) |
| hostId | |
| id | xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx |
| image | [Image Type] (xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx) |
| key_name | [Nom de la clé] |
| metadata | {} |
| name | [Nom de l'instance] |
| os-extended-volumes:volumes_attached | [] |
| progress | 0 |
| security_groups | default |
| status | BUILD |
| tenant_id | zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz |
| updated | YYYY-MM-DDTHH:MM:SSZ |
| user_id | zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz |
+--------------------------------------+------------------------------------------------------+
Vous avez la possibilité de définir l'adresse IP de l'instance de votre interface vRack au niveau d'OpenStack.
Pour cela, vous pouvez ajouter un simple argument dans la fonction « --nic » :
--nic net-id=[ID-Network],v4-fixed-ip=[IP_fixe_vRack]
Exemple :
--nic net-id=[ID-vRack],v4-fixed-ip=192.168.0.42
Vérification de l'instance
Après quelques instants on peut vérifier la liste des instances existantes afin de retrouver le serveur créé :
openstack server list
+--------------------------------------+---------------------+--------+--------------------------------------------------+--------------------+
| ID | Name | Status | Networks | Image Name |
+--------------------------------------+---------------------+--------+--------------------------------------------------+--------------------+
| xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxx | [Nom de l'instance] | ACTIVE | Ext-Net=[IP_V4], [IP_V6]; MonVrack=[IP_V4_vRack] | [Nom-de-l'instance]|
+--------------------------------------+---------------------+--------+--------------------------------------------------+--------------------+
nova list
+--------------------------------------+--------------------+--------+------------+-------------+--------------------------------------------------+
| ID | Name | Status | Task State | Power State | Networks |
+--------------------------------------+--------------------+--------+------------+-------------+--------------------------------------------------+
| xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx | [Nom de l'instance]| ACTIVE | - | Running | Ext-Net=[IP_V4], [IP_V6]; MonVrack=[IP_V4_vRack] |
+--------------------------------------+--------------------+--------+------------+-------------+--------------------------------------------------+
Cas d'une instance déjà existante
L'espace-client OVHcloud permet d'attacher une instance à un réseau privé mais n'offre pas de configuration avancée des interfaces réseaux. Si vous souhaitez personnaliser davantage celles-ci, il vous faudra les gérer soit depuis les APIv6 OVHcloud, soit via les API OpenStack ou via Horizon.
L'action consistera alors à simplement ajouter une nouvelle interface réseau à votre serveur, en plus de celle existante.
Ainsi, par exemple, si vous avez une interface publique eth0, vous aurez en plus une interface eth1.
La configuration de cette nouvelle interface est rarement automatique. Il vous faudra donc la configurer en DHCP ou IP Fixe selon votre infrastructure.
Depuis l'espace client OVHcloud
Connectez-vous à votre espace client OVHcloud, accédez à la section Public Cloud et sélectionnez ensuite le projet Public Cloud concerné en haut à gauche.
Cliquez alors sur Instances dans le menu latéral de gauche. Cliquez ensuite sur le bouton ... à droite de l'instance concernée puis sur Détail de l'instance.
Le tableau de bord de votre instance vous est alors présenté. Cliquez sur le bouton ... à droite de « Réseau(x) privé(s) » puis sur Attacher un réseau.
Dans la pop-up qui apparaît, sélectionnez le réseau privé à attacher à votre instance puis cliquez sur Attacher.
Gestion des interfaces réseaux depuis les APIv6 OVHcloud
Cliquez ici pour consulter le guide spécifique à cette méthode.
Gestion des interfaces réseaux depuis OpenStack Horizon
Connectez-vous à l'interface Horizon en suivant la méthode indiquée dans la première partie de ce guide.
Connectez-vous bien sur votre zone de travail :
Dirigez-vous ensuite dans Compute, puis Instances :
Ajout d'une interface privée
Pour ajouter une interface, dans la colonne « Actions », cliquez sur la flèche permettant d'accéder aux actions possible sur l'instance. Cliquez alors sur Attach Interface :
Sélectionnez votre interface et validez :
Votre instance OVHcloud disposera donc d'une nouvelle interface réseau en plus de l'interface publique (Ext-net).
Vous pourrez voir, dans le résumé de l'instance, l'adresse IP privée attribuée automatiquement à votre interface.
À votre charge de l'utiliser en configurant votre interface via le DHCP ou en utilisant vos propres IP au travers d'une configuration en IP statique.
Suppression d'une interface privée
La suppression d'une interface est définitive.
Dans le cas où vous supprimeriez l'interface « Ext-Net » (IP publique), ceyye adresse serait relâchée et remise en circulation. Vous ne pourriez donc pas vous la réattribuer.
Cette action n'est à effectuer que si vous souhaitez isoler votre serveur dans le vRack (interface « Ext-Net ») ou la sortir d'un vLan.
Pour supprimer une interface, dans la colonne « Actions », cliquez sur la flèche permettant d'accéder aux actions possible sur l'instance. Cliquez alors sur Detach Interface :
Sélectionnez l'interface à supprimer et validez :
Gestion des interfaces réseaux depuis les API OpenStack
Pour utiliser les API OpenStack, si ce n'est déjà fait, pensez à préparer votre environnement de travail comme indiqué dans la première partie de ce guide.
Ceci fait, afin d'intégrer une instance existante dans le vRack, vous devrez procéder comme ceci.
Récupération des informations nécessaires
Identification de vos instances :
openstack server list
+--------------------------------------+--------------+--------+------------------------------------------------------------------------+------------+
| ID | Name | Status | Networks | Image Name |
+--------------------------------------+--------------+--------+------------------------------------------------------------------------+------------+
| 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx | Mon-Instance | ACTIVE | Ext-Net=xx.xx.xx.xx, 2001:41d0:yyyy:yyyy::yyyy; MonVrack=192.168.0.124 | Debian 9 |
+--------------------------------------+--------------+--------+------------------------------------------------------------------------+------------+
ou
nova list
+--------------------------------------+--------------+--------+------------+-------------+----------------------------------------------------------------------+
| ID | Name | Status | Task State | Power State | Networks |
+--------------------------------------+--------------+--------+------------+-------------+----------------------------------------------------------------------+
| 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx | Mon-Instance | ACTIVE | - | Running | Ext-Net=xx.xx.xx.xx,2001:41d0:yyyy:yyyy::yyyy;MonVrack=192.168.0.124 |
+--------------------------------------+--------------+--------+------------+-------------+----------------------------------------------------------------------+
Identification des réseaux public et privé :
openstack network list
+--------------------------------------+------------+-------------------------------------+
| ID | Name | Subnets |
+--------------------------------------+------------+-------------------------------------+
| 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx | MonVLAN-42 | xxxxxxxx-yyyy-xxxx-yyyy-xxxxxxxxxxxx|
| 34567890-12ab-cdef-xxxx-xxxxxxxxxxxx | Ext-Net | zzzzzzzz-yyyy-xxxx-yyyy-xxxxxxxxxxxx|
| 67890123-4abc-ef12-xxxx-xxxxxxxxxxxx | MonVlan-0 | yyyyyyyy-xxxx-xxxx-yyyy-xxxxxxxxxxxx|
+--------------------------------------+------------+-------------------------------------+
ou
nova net-list
+--------------------------------------+------------+------+
| ID | Label | CIDR |
+--------------------------------------+------------+------+
| 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx | MonVLAN-42 | None |
| 34567890-12ab-cdef-xxxx-xxxxxxxxxxxx | Ext-Net | None |
| 67890123-4abc-ef12-xxxx-xxxxxxxxxxxx | MonVlan-0 | None |
+--------------------------------------+------------+------+
Vous devrez noter les ID des réseaux vous intéressant :
- Ext-Net pour avoir une IP publique
- Celui du ou des vLan nécessaires à votre configuration
Ajout d'une interface privée
Afin d'attacher une nouvelle interface, vous pouvez effectuer la commande suivante :
nova interface-attach --net-id <ID-vLan> <ID-instance>
Par exemple :
nova interface-attach --net-id 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx
Vous pouvez vérifier que l'action à bien été prise en compte :
nova show <ID-instance>
+--------------------------------------+----------------------------------------------------------+
| Property | Value |
+--------------------------------------+----------------------------------------------------------+
| Ext-Net network | xx.xx.xx.xx, 2001:41d0:xxx:xxxx::xxxx | => votre IP Publique
| MonVLAN-42 network | 192.168.0.x | => votre IP Privée
[...]
ou
openstack server show <ID-instance>
+--------------------------------------+-------------------------------------------------------------------------+
| Field | Value |
+--------------------------------------+-------------------------------------------------------------------------+
[...]
| addresses | Ext-Net=xx.xx.xx.xx, 2001:41d0:xxx:xxxx::xxxx ; MonVLAN-42=192.168.0.x | => votre IP Publique ; votre IP Privée
[...]
Suppression d'une interface
La suppression d'une interface est définitive.
Dans le cas où vous supprimeriez l'interface « Ext-Net » (IP publique), ceyye adresse serait relâchée et remise en circulation. Vous ne pourriez donc pas vous la réattribuer.
Cette action n'est à effectuer que si vous souhaitez isoler votre serveur dans le vRack (interface « Ext-Net ») ou la sortir d'un vLan.
Afin de détacher une interface, vous aurez besoin, dans un premier temps, d'identifier le port Neutron qui aura été créé.
Pour cela, vous pourrez utiliser les commandes suivantes :
neutron port-list
+--------------------------------------+------+-------------------+---------------------------------------------------------------------------------------------------+
| id | name | mac_address | fixed_ips |
+--------------------------------------+------+-------------------+---------------------------------------------------------------------------------------------------+
| 12345678-abcd-ef01-2345-678910abcdef | | fa:xx:xx:xx:xx:xx | {"subnet_id": "01234567-8901-abscdef12345678910abcd", "ip_address": "192.168.0.x"} |
| 09876543-210a-bcde-f098-76543210abcd | | fa:yy:yy:yy:yy:yy | {"subnet_id": "65432109-abcd-ef09-8765-43210abcdef1", "ip_address": "2001:41d0:xxx:xxxx::xxxx"} |
| | | | {"subnet_id": "abcdef12-3456-7890-abcd-ef1234567890", "ip_address": "YY.YY.YY.YY"} |
+--------------------------------------+------+-------------------+---------------------------------------------------------------------------------------------------+
ou
openstack port list
+--------------------------------------+------+-------------------+-------------------------------------------------------------------------------------------+
| ID | Name | MAC Address | Fixed IP Addresses |
+--------------------------------------+------+-------------------+-------------------------------------------------------------------------------------------+
| 12345678-abcd-ef01-2345-678910abcdef | | fa:xx:xx:xx:xx:xx | ip_address='192.168.0.xx', subnet_id='301234567-8901-abscdef12345678910abcd' |
| 09876543-210a-bcde-f098-76543210abcd | | fa:yy:yy:yy:yy:yy | ip_address='2001:41d0:xxx:xxxx::xxxx', subnet_id='65432109-abcd-ef09-8765-43210abcdef1' |
| | | | ip_address='YY.YY.YY.YY', subnet_id='abcdef12-3456-7890-abcd-ef1234567890' |
+--------------------------------------+------+-------------------+-------------------------------------------------------------------------------------------+
Une fois le port à supprimer identifié, vous pouvez effectuer la commande suivante :
nova interface-detach <ID_instance> <port_id>
Par exemple :
nova interface-detach 12345678-90ab-cdef-xxxx-xxxxxxxxxxxx 12345678-abcd-ef01-2345-678910abcdef
Aller plus loin
Configuration du vRack Public Cloud depuis les APIv6 OVHcloud
Serveurs Dédiés - Créer plusieurs VLAN dans le vRack
Échangez avec notre communauté d'utilisateurs sur https://community.ovh.com/.
Cette documentation vous a-t-elle été utile ?
N’hésitez pas à nous proposer des suggestions d’amélioration afin de faire évoluer cette documentation.
Images, contenu, structure… N’hésitez pas à nous dire pourquoi afin de la faire évoluer ensemble !
Vos demandes d’assistance ne seront pas traitées par ce formulaire. Pour cela, utilisez le formulaire "Créer un ticket" .
Merci beaucoup pour votre aide ! Vos retours seront étudiés au plus vite par nos équipes..