<div>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.<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Merci<br data-mce-bogus="1"></div><div>Cordialement<br data-mce-bogus="1"></div><div>Roger<br data-mce-bogus="1"></div></div></body></html>
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
<div dir="auto"><br></div><div dir="auto">Concernant les services de visioconf, il faut tester.</div><div dir="auto"><br></div><div dir="auto">Cordialement </div>Sabri<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">Lesam. 9 juil. 2022 à 19:27, <<a href="mailto:roger.tarani@free.fr">roger.tarani@free.fr</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:
<div>A priori, sauvegarder "ça" (cad les fichiers des VM en cours d'utilisation) est supporté.<br></div><div>cf. <a href="https://www.cyberciti.biz/faq/how-to-create-create-snapshot-in-linux-kvm-vmdomain/" target="_blank" rel="noreferrer">https://www.cyberciti.biz/faq/how-to-create-create-snapshot-in-linux-kvm-vmdomain/</a><br></div><div><br></div><div>3/ Si je veux AUSSI que tout ça vive "sur" une architecture robuste distribuée, avec au moins deux serveurs
</div><div>Je parle de deux serveurs distants, capables de prendre le relais l'un de l'autre qui flancherait.<br></div><div>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.<br></div><div><br></div><div>Merci<br></div><div>Cordialement<br></div><div>Roger<br></div></div></div></blockquote></div></
<div>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.<br></div><br><div>Questions<br></div><div>1/ L'utilisateur va-t-il retrouver une fluiditéindiscutable avec un réseau rapide (FO/ADSL) ? avec un réseau mobile (4G/3G) ?<br></div><div>et les services habituels (dialoguer avec l'imprimante/le scanner local habituel, vidéoconf)<br></div><br><div>2/ Comment assurer les tâches relatives au
</blockquote></div></div><br></div></div></body></html>
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,
vnc, rdp).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,
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 ; ce2/ 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
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.
-----------------------a9df3899cd43996eda7a81d6d50ca2edMerci
Cordialement
Roger
</div><div>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 ?</div></div></div></div></blockquote><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )"><br></div><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )">Hugues Larrive : </div><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )">Je pense que si, avec DRBD en mode
</li><li><p style="margin: 0px;" data-mce-style="margin: 0px;"><strong>synchronously</strong> or <strong>asynchronously</strong>. With synchronous mirroring, applications are notified of write completions after the writes have been carried out on all (connected) hosts. With asynchronous mirroring, applications are notified of write completions when the writes have completed locally, which usually is before they have propagated to the other hosts.</p></li></ul></div></div><div style="font-family:'arial'
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 491 |
Nodes: | 16 (2 / 14) |
Uptime: | 81:51:40 |
Calls: | 9,679 |
Calls today: | 3 |
Files: | 13,722 |
Messages: | 6,173,292 |
Posted today: | 3 |