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

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





De: "Sabri KHEMISSA" <sabri.khemissa@gmail.com>
À: "roger tarani" <roger.tarani@free.fr>
Cc: "Liste Debian" <debian-user-french@lists.debian.org>
Envoyé: Dimanche 10 Juillet 2022 12:52:01
Objet: Re: Virtualisation distribuée de machines (avec différents OS)


Bonjour,

Je pense que Proxmox VE https://www.proxmox.com/en/proxmox-ve adressera une grande partie de tes besoins.
- Virtualisation multiOS (LXC pour linux et KVM pour une full virtualisation)
- L'ensemble des composants est packagé dans une unique plateforme maintenu par la communauté 
- Backups natifs
- Capacité native de cluster (il faut creuser le sujet du cluster géographique)

Merci.
A ma connaissance, proxmox est une solution de HA cluster où il faut au moins deux noeuds reliés avec une faible latence, cad dans le même lieu et pas très éloignés (moins de 10- 20 de câble, de vague mémoire).
Si je veux atteindre l'objectif d'un cluster distribué géographiquement, (cad : latence > 100 ms ou beaucoup plus), je ne crois pas que proxmox le permette, si ?

Merci
cordialement


Le sam. 9 juil. 2022 à 19:27, <roger.tarani@free.fr> a écrit :
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é.

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: