De: "Sabri KHEMISSA" <[email protected]> 
À: "roger tarani" <[email protected]> 
Cc: "Liste Debian" <[email protected]> 
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 | 
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, < [ mailto:[email protected] | 
[email protected] ] > 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é. 
cf. [ 
https://www.cyberciti.biz/faq/how-to-create-create-snapshot-in-linux-kvm-vmdomain/
 | 
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 




Répondre à