[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Virtualisation distribuée de machines (avec différents OS)



Bonjour,

Je vise le double objectif suivant :
1/ permettre à des utilisateurs linux (CLI ou GUI) ou autre win (ou MacOS, mais ça coince un peu apparemment) d'accéder à leur machine devenue virtualisée sur un beau serveru linux ; depuis un poste quelconque muni du client idoine (ssh, x2go, vnc, rdp).
2/ sauvegarder automatiquement ces machines en profitant des capacités de cette architecture (prendre des instantanés automatiques basés sur les blocs modifiés ; prendre un instantané ; restaurer une version d'instantané) ; là c'est un peu flou pour moi sauf que l'utilisateur doit pouvoir choisir ce qu'il veut récupérer (au niveau d'une VM) ou au niveau d'un FS  à quoi il veut revenir à la manière de Deja Dup/Timeshift/Back in Time/etc., l'équivalent linux d'Apple TimeMachine ; ce qui me fait dire qu'il faut en connaître un peu plus pour pouvoir décider !

Je pense à  libvirt qemu/kvm que j'ai déjà expérimenté.
J'avais peiné longtemps sur les pilotes (redhat, je crois) et n'ai jamais su si j'avais obtenu la performance maximale possible. Mais ça marchait.

Questions
1/ L'utilisateur va-t-il retrouver une fluidité indiscutable avec un réseau rapide (FO/ADSL) ? avec un réseau mobile (4G/3G) ?
et les services habituels (dialoguer avec l'imprimante/le scanner local habituel, vidéoconf)

2/ Comment assurer les tâches relatives au stockage (Sauvegarder/Synchroniser/Archiver) pour rendre robuste cette architecture ?
A priori, sauvegarder "ça" (cad les fichiers des VM en cours d'utilisation) est supporté.
cf. https://www.cyberciti.biz/faq/how-to-create-create-snapshot-in-linux-kvm-vmdomain/

3/ Si je veux AUSSI que tout ça vive "sur" une architecture robuste distribuée, avec au moins deux serveurs capable de prendre le relais l'un de l'autre, comment faire ?
Je ne parle pas de cluster HA avec corosync/heartbeat etc. qui requiert une faible latence qui impose que les deux noeuds soient à proximité pour être synchronisés.
Je parle de deux serveurs distants, capables de prendre le relais l'un de l'autre qui flancherait.
Tout ça m'évoque des FS distribués que je connais mal ou pas. Mais il vaut mieux en parler avant qu'après ! Je crois que ce sont tout de même des préoccupations orthogonales puisqu'on doit pouvoir y faire tourner ce qu'on veut.

Merci
Cordialement
Roger

Reply to: