Déplacer une sauvegarde d'un site à un autre

FanchB 2021-03-24 10:42:39 UTC #1

Bonjour,
Suite à l'incendie sur SBG, avant de créer de nouvelles instances, je souhaite maîtriser le déplacement de backups d'un site vers un autre.
Hors la doc OVH me semble faire beaucoup de raccourcis sur le sujet.
Pour ne rien arranger je suis sous Windows.
La doc préparer l'environnement... n'indique pas, une fois qu'on a la commande openstack, comment se connecter (identifiants, machines, mdp...).
Après, la doc transférer la sauvegarde... fait l'impasse sur les paramètres de connexion.

En testant et en suivant la documentation sur docs.openstack.org, j'ai pu me connecter en utilisant Python. Mais ça ne m'avance pas vraiment pour l'utilisation en ligne de commande.

Mais ça ne m'avance pas plus. Bref, je suis paumé.
- Comment me connecter en "ligne de commande" pour pouvoir lancer les fameuses commandes openstack server list, openstack image list, openstack image save , etc...
- Où se passe cette action ? Sur mon PC, sur une instance cloud dans le site de destination ?
- L'étape impose-t-elle un téléchargement local du backup puis un reversement sur le site de destination ?

Un gros merci d'avance à qui m'éclairera, ne serait-ce que pour réussir à me connecter avec la commande openstack.

PS : le support OVH ne ma pas répondu sur ce sujet.

FanchB 2021-03-24 14:08:51 UTC #2

J'ai trouvé comment me connecter.
La doc manquante, qui aurait pu être référencée dans celle qui "prépare" l'environnement est https://docs.ovh.com/fr/public-cloud/charger-les-variables-denvironnement-openstack/

Ensuite, on modifie le script openrc.sh pour Powershell.
On a quelque chose qui ressemble à ça :
$env:OS_AUTH_URL='https://auth.cloud.ovh.net/v3/' $env:OS_IDENTITY_API_VERSION=3 $env:OS_USER_DOMAIN_NAME="Default" $env:port="Default" $env:OS_TENANT_ID='123123123123abcczsdcqc...' $env:OS_TENANT_NAME="66666666666" $env:OS_USERNAME="user" $env:OS_PASSWORD="pwd" $env:OS_REGION_NAME="GRA"
Qu'on lance avant la commande openstack.

Et là les infos données par la doc "transférer la sauvegarde..." fonctionnent... SAUF que lorsque je lance
openstack image save --file ./snapshot.qcow 123123123123123123
la destination reste stdout, c'est à dire la RAM, je m'en suis rendu compte en voyant que Python me prenait 12Go (vu que la commande openstack est aussi verbeuse qu'un pneu).
Je n'ai trouvé aucun moyen de forcer la destination, ce qui fait que c'est inutilisable pour moi.

Pour information, la documentation pour Debian fonctionne aussi très bien sur Windows WSL avec Ubuntu 20.
(mais j'ai le même problème, je n'arrive pas à sauvegarder l'image dans un fichier).

Si quelqu'un a un indice je suis preneur :)

CedricP26 2021-03-25 07:24:50 UTC #3

J'ai le même problème que toi et je ne comprends pas pourquoi OVH ne propose pas nativement l'export de backup dans d'autre datacenter.
je perds un temps de dingue . Il faudrait qu'on partage nos soucis

FanchB 2021-03-25 13:52:45 UTC #4

Bon, j'ai trouvé pourquoi le client openstack télécharge en RAM plutôt que sur le disque. C'est un bug !
Les version 5.2 et 5.4 sont impactées !
Il faut soit la 5.1, soit la 5.5 (dispo depuis juste 5 jours)
Pour voir la version du client
openstack --version
Forcer la mise à jour :
pip install python-openstackclient==5.5.0

[EDIT 29/03/21] Sous Ubuntu, la version distribuée avec apt (installée avec la doc OVH) n'est pas encore la bonne. La désinstaller avant de lancer la commande "pip".

CedricP26 2021-03-25 17:26:00 UTC #5

Salut
DE mon coté il ne veut pas de la maj et je suis en 5.2.1
AS tu une idée ?
[centos@d2-2-gra7 ~]$ openstack --version
openstack 5.2.1
[centos@d2-2-gra7 ~]$ pip2.7 install python-openstackclient==5.5.0
Collecting python-openstackclient==5.5.0
Could not find a version that satisfies the requirement python-openstackclient==5.5.0 (from versions: 5.1.0, 5.2.0, 5.2.1)
No matching distribution found for python-openstackclient==5.5.0
[centos@d2-2-gra7 ~]$

FanchB 2021-03-25 17:35:39 UTC #6

Je pense que c'est parce que c'est la version Python 3.

Si tu as Python3 sur la machine,
désinstaller la version Python 2.7 et ajouter pip3 (sudo apt-get install python3-pip) puis installer openstack à nouveau pourrait permettre d'avoir cette version.

Sinon la 5.1.0 devrait marcher aussi.

JulienT34 2021-03-26 09:34:24 UTC #7

Merci pour vos message je suis dans la même problématique en ce moment je vais tester vos solutions

Edit 1pour ma part meme avec la version python 2, je n'ai pas accès a la version openstackclient 5.5, je vias donc tenter d'installer la 5.1

Edit 2 : il accepter la version 5.5 avec pip3 install python-openstackclient==5.5.0

Edit 3 : Cela fonctionne mon image est en cours de dowload

CedricP26 2021-03-29 07:03:31 UTC #8

De mon coté j'ai toujours de la peine à faire du openstack client quand je lance la sauvegarde cela travaille puis killed !!
Vraiment je peine si quelqu'un peut m'aider se serait vraiment top

openstack image save --file centosBackup.qcow 8b1d0a0f-5d50-4923-9059-cd051d195c1f
Killed
[centos@d2-2-gra7 ~]$ export OS_REGION_NAME=SGB5

JulienT34 2021-03-29 07:30:06 UTC #9

il te faut la version openstack client 5.5 car la 5.4 bug copy le fichier en memoire

CedricP26 2021-03-29 08:20:01 UTC #10

j'essaye de passer cela : sudo pip3.6 install python-openstackclient==5.5.0

Mais j'ai toujours la même version de openstackclient je sais plus comment le prendre ce openstack

[centos@d2-2-gra7 ~]$ openstack --version
openstack 5.2.1
[centos@d2-2-gra7 ~]$ python3.6 -V
Python 3.6.8
[centos@d2-2-gra7 ~]$[centos@d2-2-gra7 ~]$ pip3.6 -V
pip 21.0.1 from /usr/local/lib/python3.6/site-packages/pip (python 3.6)
[centos@d2-2-gra7 ~]$

FanchB 2021-03-29 08:39:16 UTC #11

Sous Ubuntu, j'ai dû désinstaller celle qui est livré avec apt, et que j'ai installée au début en suivant la doc OVH.
sudo apt remove python3-openstackclient
et ensuite j'ai utilisé pip install...
Je n'avais pas eu ce problème sous Windows car on utilise pip à chaque fois.

CedricP26 2021-03-29 14:35:40 UTC #12

Sous centos8 c'est la misère, j'ai réussi sous Ubuntu 18 à installer un openstackclient qui répond aux différentes commandes. Ouf c'est galère quand même, merci à vous pour les conseils.

Maintenant j'ai une autre question, il est téléchargé ou le snap ? Sur ma machine ou je lance les commandes ?
openstack image save --file snap_server1.qcow 825b785d-8a34-40f5-bdcd-0a3c3c350c5a
Avant de le remonter dans un autre datacenter ? Donc cela veut dire que si la machines fait 2t0 il faut une machine tampon de 2to ??????

FanchB 2021-03-29 14:41:35 UTC #13

C'est ça, l'image est bien là où tu lances la commande ! On télécharge l'image sur une machine pour la pousser sur une autre...
Pour cette opération j'ai monté un serveur Public Cloud bien gros mais avec tarification à l'heure.
Une fois la copie effectuée, je l'ai supprimé. Ça n'a pas coûté grand chose et ça m'a évité d'occuper ma propre connexion internet.
Après il y a peut-être d'autres moyens mais c'est la seule doc que j'ai trouvée, et la même procédure chez d'autres fournisseurs cloud OpenStack.

CedricP26 2021-03-29 14:48:17 UTC #14

le problème est pour transférer un snap d'un gros stockage c'est illogique comme fonctionnement.
Surtout chez un même fournisseur gra7 pour sgb5 c'est pas gra7 pour amazon ni gcp.
J'espère qu'il vont revoir d'eux même la politique de backup aprés ce qu'ils ont eu car c'est vraiment du bidouillage.

CedricP26 2021-03-29 15:00:39 UTC #15

J'ai bien retrouvé le fichier .qcow dans ma machine.
Encore une autre question ce fichier il n'est pas au format vmware comment le lire ou l'exporter pour vmware .
Dans un autre sens peut on déposer des images vmware ou vhd dans openstack ?

CedricP26 2021-03-29 16:10:41 UTC #16

Et pour déplacer les volumes snapshot vous faites comment ?

FanchB 2021-03-29 16:26:39 UTC #17

Je n'ai pas encore testé, mais à partir du moment où le client openstack fonctionne, je pense qu'on peut suivre cette doc :

(Pour les format vhd & vmware, aucune idée)

JulienT34 2021-03-29 17:09:13 UTC #18

Moi je suis en train d'automatiser tout cela en script récupérer l image la déposer dans un stockage puis la récupérer et l'envoyer dans un autre DC d'OVH

le format QCow est celui de Qemu il doit y avoir moyen de l' exploiter dans d'autres hyperviseurs

CedricP26 2021-03-30 06:18:09 UTC #19

C'est intéressant je suis preneur , donc la sauvegarde on peut télécharger dans une autre zone que la machine qui envoi le code (super) Peut on faire un direct remove vers un autre datacenter ? pour gagner du temps ?

JulienT34 2021-03-30 06:34:20 UTC #20

on peut la telecharger sur une machine tierce, puis la renvoyer dans une autre region, exemploi moi j'ai deplacer un backup de SGB5 pour l'avoir en image dans GRA7 ensuite je peut faire une VM à partir de cette image.

Qu'appelle tu un direct remove ?

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVHcloud Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres d'OVHcloud Community.