Notes : le terme région est à rapproché de "datacenter". Mais un datacenter peut habriter plusieurs codes régions (ex. UK et UK1 pour le datacenter de Londres).
ip avi /etc/cloud/cloud.cfg.d/99-disable-network-config.cfgnetwork: {config: disabled}
vi /etc/netplan/50-cloud-init.yaml ''
* Ajouter la nouvelle interface réseau correspondant au VPN avec le rang d'adresses à utiliser. Exemple de contenu du fichier '' :network:
version: 2
ethernets:
ens3:
dhcp4: true
match:
macaddress: fa:..:..:..:..:a0
mtu: 1500
set-name: ens3
ens7:
dhcp4: true
match:
macaddress: fa:..:..:..:..:e9
mtu: 1500
set-name: ens7
addresses:
- 10.0.1.30/16
netplan trynetplan applyip asystemctl start reboot.targetvi /etc/network/interfaces.d/50-cloud-init.cfg ou vi /etc/network/interfaces.d/50-cloud-init ''
* Pour vous connecter, si c'est la première fois, utiliser : '' ssh debian@<ipv4-instance> ''
* Afficher les interfaces réseau du serveur : ''ip a50-cloud-init, une interface "ens3" devrait être présente avec l'IP publique et une interface "ens7" doit y être ajouté avec le contenu suivant : auto ens7
iface ens7 inet static
address 10.0.1.10
netmask 255.255.0.0
mtu 9000
auto ens7
iface ens7 inet static
address 10.0.1.20
netmask 255.255.0.0
mtu 9000
auto ens7
iface ens7 inet static
address 10.0.1.30
netmask 255.255.0.0
mtu 9000
rebootip a cat /etc/resolv.confresolvectl statusapt update && apt install netplan.io systemd-resolved ''
* Activer les services Systemd : <code bash>
systemctl unmask systemd-networkd.service;
systemctl unmask systemd-resolved.service;
systemctl enable systemd-networkd.service;
systemctl mask networking;
systemctl enable systemd-resolved.service;
</code>
* Deux solutions :
* Essayer de migrer avec : ''ENABLE_TEST_COMMANDS=1 netplan migrate && sudo netplan try/etc/network/interfaces.d/50-cloud-init.cfg puis essayer à nouveaumv /etc/netplan/10-ifupdown.yaml /etc/netplan/50-cloud-init.yamlvi /etc/netplan/50-cloud-init.yaml network: version: 2 ethernets: eth0: addresses: - <ipv6-du-serveur>/56 dhcp4: true match: macaddress: <addresse-mac-de-eth0> mtu: 1500 nameservers: addresses: - 213.186.33.99 - 0.0.0.0 search: [] routes: - to: ::/0 via: <ipv6-gateway-serveur> set-name: eth0 eth1: addresses: - <ipv4-privée-du-serveur>/16 match: macaddress: <addresse-mac-de-eth1> mtu: 9000 nameservers: addresses: - 213.186.33.99 - 0.0.0.0 search: [] set-name: eth1
ip a.chmod 600 /etc/netplan/*vi /etc/cloud/cloud.cfg.d/99-disable-network-config.cfgnetwork: {config: disabled}
netplan trynetplan applyrebootapt purge ifupdown resolvconf -y && rm -rf /etc/networkll /etc/resolv.confln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.confping google.fr/var/log/syslog, commenter les lignes suivantes dans le fichier : vi /etc/network/interfaces allow-hotplug eth1 iface eth1 inet dhcp allow-hotplug eth2 iface eth2 inet dhcp
Pour réaliser cette opération, il est nécessaire de passer par l'API OVH v6. Cette API peut s'utiliser via l'interface web disponible :
pn-10xxxxx_0UK1UK1, apparait bien dans la liste.Lorsque le VLAN existant est étendu au nouveau datacentre, ce dernier ne possède pas de sous-réseau. Il faut donc lui associer le même sous-réseau que celui présent dans le datacentre principal. Pour réaliser cela nous passons par la ligne de commande :
), le nom du sous-réseau (Ex. : '' (d977881c-84cc) '') et le rang d'IPs du sous-réseau (Ex. ''10.0.0.0/16). openstack subnet create --network "<nom-reseau>" --subnet-range "<rang-ip-sous-réseau>" "<nom-sous-reseau>" openstack subnet create --network "sinp-aura-vpn" --subnet-range "10.0.0.0/16" "(d977881c-84cc)"