Virtualisation distribu̓©e de machines (avec diff̓©rents OS)

--0000000000003f788f05e3713af2
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

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)
https://www.nextinpact.com/article/68503/promox-ve-creer-cluster-gerer-haute-disponibilite-et-migrations-live

Concernant la fluidit̓© avec des acc̓¨s distants, tu peux toujours essayer de
pr̓©senter tes vm dans une interface html5 via Apache Guacamole
https://guacamole.apache.org/

Concernant les services d'impression/scanner, je pense que le mieux est de
passer en IP.

Concernant les services de visioconf, il faut tester.

Cordialement
Sabri

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̓©.
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

--0000000000003f788f05e3713af2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir="auto">Bonjour,<div dir="auto"><br></div><div dir="auto">Je pense que Proxmox VE <a href="https://www.proxmox.com/en/proxmox-ve">https://www.proxmox.com/en/proxmox-ve</a> adressera une grande partie de tes besoins.</div><div dir="auto">- Virtualisation multiOS (LXC pour linux et KVM pour une full virtualisation)</div><div dir="auto">- L&#39;ensemble des composants est packag̓© dans une unique plateforme maintenu par la communaut̓©Í‚ </div><div dir="auto">- Backups natifs</div><div dir="auto">- Capacit̓© native de cluster (il faut creuser le sujet du cluster g̓©ographique)</div><div dir="auto"><a href="https://www.nextinpact.com/article/68503/promox-ve-creer-cluster-gerer-haute-disponibilite-et-migrations-live">https://www.nextinpact.com/article/68503/promox-ve-creer-cluster-gerer-haute-disponibilite-et-migrations-live</a><br></div><div dir="auto"><br></div><div dir="auto">Concernant la fluidit̓© avec des acc̓¨s distants, tu peux toujours essayer de pr̓©senter tes vm dans une interface html5 via Apache Guacamole <a href="https://guacamole.apache.org/">https://guacamole.apache.org/</a></div><div dir="auto"><br></div><div dir="auto">Concernant les services d&#39;impression/scanner, je pense que le mieux est de passer en IP.</div><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">Le sam. 9 juil. 2022 ̓  19:27, &lt;<a href="mailto:roger.tarani@free.fr">roger.tarani@free.fr</a>&gt; 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:arial,helvetica,sans-serif;font-size:12pt;color:#000000"><div>Bonjour,<br></div><div><br></div><div>Je vise le double objectif suivant :</div><div>1/ permettre ̓  des utilisateurs linux (CLI ou GUI) ou autre win (ou MacOS, mais ̓§a coince un peu apparemment) d&#39;acc̓©der ̓  leur machine devenue virtualis̓©e sur un beau serveru linux ; depuis un poste quelconque muni du client idoine (ssh, x2go, vnc, rdp).<br></div><div>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&#39;instantan̓©) ; l̓  c&#39;est un peu flou pour moi sauf que l&#39;utilisateur doit pouvoir choisir ce qu&#39;il veut r̓©cup̓©rer (au niveau d&#39;une VM) ou au niveau d&#39;un FS͂  ̓  quoi il veut revenir ̓  la mani̓¨re de Deja Dup/Timeshift/Back in Time/etc., l&#39;̓©quivalent linux d&#39;Apple TimeMachine ; ce qui me fait dire qu&#39;il faut en conna̓®tre un peu plus pour pouvoir d̓©cider !<br></div><div><br></div><div>Je pense ̓ ͂  libvirt qemu/kvm que j&#39;ai d̓©j̓  exp̓©riment̓©.</div><div>J&#39;avais pein̓© longtemps sur les pilotes (redhat, je crois) et n&#39;ai jamais su si j&#39;avais obtenu la performance maximale possible. Mais ̓§a marchait.<br></div><div><br></div><div>Questions<br></div><div>1/ L&#39;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&#39;imprimante/le scanner local habituel, vid̓©oconf)<br></div><div><br></div><div>2/ Comment assurer les t̓¢ches relatives au stockage (Sauvegarder/Synchroniser/Archiver) pour rendre robuste cette architecture ?</div><div>A priori, sauvegarder &quot;̓§a&quot; (cad les fichiers des VM en cours d&#39;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 &quot;sur&quot; une architecture robuste distribu̓©e, avec au moins deux serveurs capable de prendre le relais l&#39;un de l&#39;autre, comment faire ?<br></div><div>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.<br></div><div>Je parle de deux serveurs distants, capables de prendre le relais l&#39;un de l&#39;autre qui flancherait.<br></div><div>Tout ̓§a m&#39;̓©voque des FS distribu̓©s que je connais mal ou pas. Mais il vaut mieux en parler avant qu&#39;apr̓¨s ! Je crois que ce sont tout de m̓ªme des pr̓©occupations orthogonales puisqu&#39;on doit pouvoir y faire tourner ce qu&#39;on veut.<br></div><div><br></div><div>Merci<br></div><div>Cordialement<br></div><div>Roger<br></div></div></div></blockquote></div></div>

--0000000000003f788f05e3713af2--

--=_c4e6f5b5-048f-4ded-919a-262c6cb70e4c
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable



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 | 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:roger.tarani@free.fr | 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̓©.
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





--=_c4e6f5b5-048f-4ded-919a-262c6cb70e4c
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div><br data-mce-bogus="1"></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>De: </b>"Sabri KHEMISSA" &lt;sabri.khemissa@gmail.com&gt;<br><b>̓€: </b>"roger tarani" &lt;roger.tarani@free.fr&gt;<br><b>Cc: </b>"Liste Debian" &lt;debian-user-french@lists.debian.org&gt;<br><b>Envoy̓©: </b>Dimanche 10 Juillet 2022 12:52:01<br><b>Objet: </b>Re: Virtualisation distribu̓©e de machines (avec diff̓©rents OS)<br></div><div><br data-mce-bogus="1"></div><div dir="auto"><div><br></div><div data-marker="__QUOTED_TEXT__"><div dir="auto">Bonjour,</div></div><br><div dir="auto" style="padding-left: 30px;" data-mce-style="padding-left: 30px;"><span style="font-family: times new roman, new york, times, serif;" data-mce-style="font-family: times new roman, new york, times, serif;">Je pense que Proxmox VE <a href="https://www.proxmox.com/en/proxmox-ve" target="_blank" rel="nofollow noopener noreferrer">https://www.proxmox.com/en/proxmox-ve</a> adressera une grande partie de tes besoins.</span></div><div dir="auto" style="padding-left: 30px;" data-mce-style="padding-left: 30px;"><span style="font-family: times new roman, new york, times, serif;" data-mce-style="font-family: times new roman, new york, times, serif;">- Virtualisation multiOS (LXC pour linux et KVM pour une full virtualisation)</span></div><div dir="auto" style="padding-left: 30px;" data-mce-style="padding-left: 30px;"><span style="font-family: times new roman, new york, times, serif;" data-mce-style="font-family: times new roman, new york, times, serif;">- L'ensemble des composants est packag̓© dans une unique plateforme maintenu par la communaut̓©&nbsp;</span></div><div dir="auto" style="padding-left: 30px;" data-mce-style="padding-left: 30px;"><span style="font-family: times new roman, new york, times, serif;" data-mce-style="font-family: times new roman, new york, times, serif;">- Backups natifs</span></div><div dir="auto" style="padding-left: 30px;" data-mce-style="padding-left: 30px;"><span style="font-family: times new roman, new york, times, serif;" data-mce-style="font-family: times new roman, new york, times, serif;">- Capacit̓© native de cluster (il faut creuser le sujet du cluster g̓©ographique)</span></div><div dir="auto" style="padding-left: 30px;" data-mce-style="padding-left: 30px;"><br data-mce-bogus="1"></div></div><div data-marker="__QUOTED_TEXT__"><div dir="auto"><div>Merci.</div><div>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).<br></div><div>Si je veux atteindre l'objectif d'un cluster distribu̓© g̓©ographiquement, (cad : latence &gt; 100 ms ou beaucoup plus), je ne crois pas que proxmox le permette, si ?<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Merci</div><div>cordialement<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">Le sam. 9 juil. 2022 ̓  19:27, &lt;<a href="mailto:roger.tarani@free.fr" target="_blank" rel="nofollow noopener noreferrer">roger.tarani@free.fr</a>&gt; a ̓©crit&nbsp;:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:'arial' , 'helvetica' , sans-serif;font-size:12pt;color:#000000"><div>Bonjour,<br></div><br><div>Je vise le double objectif suivant :</div><div>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).<br></div><div>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&nbsp; ̓  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 !<br></div><br><div>Je pense ̓ &nbsp; libvirt qemu/kvm que j'ai d̓©j̓  exp̓©riment̓©.</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 stockage (Sauvegarder/Synchroniser/Archiver) pour rendre robuste cette architecture ?</div><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/" rel="noreferrer nofollow noopener noreferrer" target="_blank">https://www.cyberciti.biz/faq/how-to-create-create-snapshot-in-linux-kvm-vmdomain/</a><br></div><br><div>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 ?<br></div><div>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.<br></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><br><div>Merci<br></div><div>Cordialement<br></div><div>Roger</div></div></div></blockquote></div></div><br></div></div></body></html>
--=_c4e6f5b5-048f-4ded-919a-262c6cb70e4c--

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--------40c24c65f066c20fecc5b97aa6c882f15ae0f856e360c62bb2d097b7087c5212
Content-Type: multipart/mixed;boundary=---------------------040896351af4fb1df2c463dcf5321d3b

-----------------------040896351af4fb1df2c463dcf5321d3b
Content-Type: multipart/alternative;boundary=---------------------a9df3899cd43996eda7a81d6d50ca2ed

-----------------------a9df3899cd43996eda7a81d6d50ca2ed
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;charset=utf-8

Bonjour,



------- Original Message -------
Le dimanche 10 juillet 2022 Í  15:32, <roger.tarani@free.fr> a écrit :

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 ?

Je pense que si, avec DRBD en mode asynchrone...

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é.
> 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

-----------------------a9df3899cd43996eda7a81d6d50ca2ed
Content-Type: multipart/related;boundary=---------------------b3569cf71e46b3c9ccda2b80bd2aea0f

-----------------------b3569cf71e46b3c9ccda2b80bd2aea0f
Content-Type: text/html;charset=utf-8
Content-Transfer-Encoding: base64

PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5Cb25qb3Vy
LDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+
PGJyPjwvZGl2Pgo8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayBwcm90b25t
YWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9u
dC1zaXplOiAxNHB4OyI+CiAgICA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9j
ay11c2VyIHByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLWVtcHR5Ij4KICAgICAgICAKICAgICAg
ICAgICAgPC9kaXY+CiAgICAKICAgICAgICAgICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWdu
YXR1cmVfYmxvY2stcHJvdG9uIHByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLWVtcHR5Ij4KICAg
ICAgICAKICAgICAgICAgICAgPC9kaXY+CjwvZGl2Pgo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog
QXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWls
X3F1b3RlIj4KICAgICAgICAtLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLTxicj4KICAg
ICAgICBMZSBkaW1hbmNoZSAxMCBqdWlsbGV0IDIwMjIgw6AgMTU6MzIsICAmbHQ7cm9nZXIudGFy
YW5pQGZyZWUuZnImZ3Q7IGEgw6ljcml0IDo8YnI+PGJyPgogICAgICAgIDxibG9ja3F1b3RlIGNs
YXNzPSJwcm90b25tYWlsX3F1b3RlIiB0eXBlPSJjaXRlIj4KICAgICAgICAgICAgPGRpdiBzdHls
ZT0iZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTog
MTJwdDsgY29sb3I6ICMwMDAwMDAiPjxkaXY+PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIj48L2Rpdj48
aHIgZGF0YS1tYXJrZXI9Il9fRElWSURFUl9fIiBpZD0iendjaHIiPjxkaXYgZGF0YS1tYXJrZXI9
Il9fSEVBREVSU19fIj48Yj5EZTogPC9iPiJTYWJyaSBLSEVNSVNTQSIgJmx0O3NhYnJpLmtoZW1p
c3NhQGdtYWlsLmNvbSZndDs8YnI+PGI+w4A6IDwvYj4icm9nZXIgdGFyYW5pIiAmbHQ7cm9nZXIu
dGFyYW5pQGZyZWUuZnImZ3Q7PGJyPjxiPkNjOiA8L2I+Ikxpc3RlIERlYmlhbiIgJmx0O2RlYmlh
bi11c2VyLWZyZW5jaEBsaXN0cy5kZWJpYW4ub3JnJmd0Ozxicj48Yj5FbnZvecOpOiA8L2I+RGlt
YW5jaGUgMTAgSnVpbGxldCAyMDIyIDEyOjUyOjAxPGJyPjxiPk9iamV0OiA8L2I+UmU6IFZpcnR1
YWxpc2F0aW9uIGRpc3RyaWJ1w6llIGRlIG1hY2hpbmVzIChhdmVjIGRpZmbDqXJlbnRzIE9TKTxi
cj48L2Rpdj48ZGl2PjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBkaXI9ImF1dG8i
PjxkaXY+PGJyPjwvZGl2PjxkaXYgZGF0YS1tYXJrZXI9Il9fUVVPVEVEX1RFWFRfXyI+PGRpdiBk
aXI9ImF1dG8iPkJvbmpvdXIsPC9kaXY+PC9kaXY+PGJyPjxkaXYgZGF0YS1tY2Utc3R5bGU9InBh
ZGRpbmctbGVmdDogMzBweDsiIHN0eWxlPSJwYWRkaW5nLWxlZnQ6IDMwcHg7IiBkaXI9ImF1dG8i
PjxzcGFuIGRhdGEtbWNlLXN0eWxlPSJmb250LWZhbWlseTogdGltZXMgbmV3IHJvbWFuLCBuZXcg
eW9yaywgdGltZXMsIHNlcmlmOyIgc3R5bGU9ImZvbnQtZmFtaWx5OiB0aW1lcyBuZXcgcm9tYW4s
IG5ldyB5b3JrLCB0aW1lcywgc2VyaWY7Ij5KZSBwZW5zZSBxdWUgUHJveG1veCBWRSA8YSByZWw9
Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIHRhcmdldD0iX2JsYW5rIiBocmVmPSJodHRw
czovL3d3dy5wcm94bW94LmNvbS9lbi9wcm94bW94LXZlIj5odHRwczovL3d3dy5wcm94bW94LmNv
bS9lbi9wcm94bW94LXZlPC9hPiBhZHJlc3NlcmEgdW5lIGdyYW5kZSBwYXJ0aWUgZGUgdGVzIGJl
c29pbnMuPC9zcGFuPjwvZGl2PjxkaXYgZGF0YS1tY2Utc3R5bGU9InBhZGRpbmctbGVmdDogMzBw
eDsiIHN0eWxlPSJwYWRkaW5nLWxlZnQ6IDMwcHg7IiBkaXI9ImF1dG8iPjxzcGFuIGRhdGEtbWNl
LXN0eWxlPSJmb250LWZhbWlseTogdGltZXMgbmV3IHJvbWFuLCBuZXcgeW9yaywgdGltZXMsIHNl
cmlmOyIgc3R5bGU9ImZvbnQtZmFtaWx5OiB0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1l
cywgc2VyaWY7Ij4tIFZpcnR1YWxpc2F0aW9uIG11bHRpT1MgKExYQyBwb3VyIGxpbnV4IGV0IEtW
TSBwb3VyIHVuZSBmdWxsIHZpcnR1YWxpc2F0aW9uKTwvc3Bhbj48L2Rpdj48ZGl2IGRhdGEtbWNl
LXN0eWxlPSJwYWRkaW5nLWxlZnQ6IDMwcHg7IiBzdHlsZT0icGFkZGluZy1sZWZ0OiAzMHB4OyIg
ZGlyPSJhdXRvIj48c3BhbiBkYXRhLW1jZS1zdHlsZT0iZm9udC1mYW1pbHk6IHRpbWVzIG5ldyBy
b21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZjsiIHN0eWxlPSJmb250LWZhbWlseTogdGltZXMg
bmV3IHJvbWFuLCBuZXcgeW9yaywgdGltZXMsIHNlcmlmOyI+LSBMJ2Vuc2VtYmxlIGRlcyBjb21w
b3NhbnRzIGVzdCBwYWNrYWfDqSBkYW5zIHVuZSB1bmlxdWUgcGxhdGVmb3JtZSBtYWludGVudSBw
YXIgbGEgY29tbXVuYXV0w6kmbmJzcDs8L3NwYW4+PC9kaXY+PGRpdiBkYXRhLW1jZS1zdHlsZT0i
cGFkZGluZy1sZWZ0OiAzMHB4OyIgc3R5bGU9InBhZGRpbmctbGVmdDogMzBweDsiIGRpcj0iYXV0
byI+PHNwYW4gZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5OiB0aW1lcyBuZXcgcm9tYW4sIG5l
dyB5b3JrLCB0aW1lcywgc2VyaWY7IiBzdHlsZT0iZm9udC1mYW1pbHk6IHRpbWVzIG5ldyByb21h
biwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZjsiPi0gQmFja3VwcyBuYXRpZnM8L3NwYW4+PC9kaXY+
PGRpdiBkYXRhLW1jZS1zdHlsZT0icGFkZGluZy1sZWZ0OiAzMHB4OyIgc3R5bGU9InBhZGRpbmct
bGVmdDogMzBweDsiIGRpcj0iYXV0byI+PHNwYW4gZGF0YS1tY2Utc3R5bGU9ImZvbnQtZmFtaWx5
OiB0aW1lcyBuZXcgcm9tYW4sIG5ldyB5b3JrLCB0aW1lcywgc2VyaWY7IiBzdHlsZT0iZm9udC1m
YW1pbHk6IHRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZjsiPi0gQ2FwYWNp
dMOpIG5hdGl2ZSBkZSBjbHVzdGVyIChpbCBmYXV0IGNyZXVzZXIgbGUgc3VqZXQgZHUgY2x1c3Rl
ciBnw6lvZ3JhcGhpcXVlKTwvc3Bhbj48L2Rpdj48ZGl2IGRhdGEtbWNlLXN0eWxlPSJwYWRkaW5n
LWxlZnQ6IDMwcHg7IiBzdHlsZT0icGFkZGluZy1sZWZ0OiAzMHB4OyIgZGlyPSJhdXRvIj48YnIg
ZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2PjwvZGl2PjxkaXYgZGF0YS1tYXJrZXI9Il9fUVVPVEVE
X1RFWFRfXyI+PGRpdiBkaXI9ImF1dG8iPjxkaXY+TWVyY2kuPC9kaXY+PGRpdj5BIG1hIGNvbm5h
aXNzYW5jZSwgcHJveG1veCBlc3QgdW5lIHNvbHV0aW9uIGRlIEhBIGNsdXN0ZXIgb8O5IGlsIGZh
dXQgYXUgbW9pbnMgZGV1eCBub2V1ZHMgcmVsacOpcyBhdmVjIHVuZSBmYWlibGUgbGF0ZW5jZSwg
Y2FkIGRhbnMgbGUgbcOqbWUgbGlldSBldCBwYXMgdHLDqHMgw6lsb2lnbsOpcyAobW9pbnMgZGUg
MTAtIDIwIGRlIGPDomJsZSwgZGUgdmFndWUgbcOpbW9pcmUpLjxicj48L2Rpdj48ZGl2PlNpIGpl
IHZldXggYXR0ZWluZHJlIGwnb2JqZWN0aWYgZCd1biBjbHVzdGVyIGRpc3RyaWJ1w6kgZ8Opb2dy
YXBoaXF1ZW1lbnQsIChjYWQgOiBsYXRlbmNlICZndDsgMTAwIG1zIG91IGJlYXVjb3VwIHBsdXMp
LCBqZSBuZSBjcm9pcyBwYXMgcXVlIHByb3htb3ggbGUgcGVybWV0dGUsIHNpID88L2Rpdj48L2Rp
dj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs
OyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMzQsIDM0LCAzNCk7Ij48YnI+PC9kaXY+PGRp
diBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2Io
MzQsIDM0LCAzNCk7Ij5KZSBwZW5zZSBxdWUgc2ksIGF2ZWMgRFJCRCBlbiBtb2RlIGFzeW5jaHJv
bmUuLi48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6
IDE0cHg7IGNvbG9yOiByZ2IoMzQsIDM0LCAzNCk7Ij48YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwv
ZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIiB0eXBlPSJjaXRlIj48ZGl2
IHN0eWxlPSJmb250LWZhbWlseTogYXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1z
aXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMCI+PGRpdiBkYXRhLW1hcmtlcj0iX19RVU9URURfVEVY
VF9fIj48ZGl2IGRpcj0iYXV0byI+PGRpdj48YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2Pjxk
aXY+TWVyY2k8L2Rpdj48ZGl2PmNvcmRpYWxlbWVudDxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9k
aXY+PGRpdj48YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2Pjxicj48ZGl2IGRpcj0iYXV0byIg
Y2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2IGNsYXNzPSJnbWFpbF9hdHRyIiBkaXI9Imx0ciI+TGUg
c2FtLiA5IGp1aWwuIDIwMjIgw6AgMTk6MjcsICAmbHQ7PGEgcmVsPSJub3JlZmVycmVyIG5vZm9s
bG93IG5vb3BlbmVyIiB0YXJnZXQ9Il9ibGFuayIgaHJlZj0ibWFpbHRvOnJvZ2VyLnRhcmFuaUBm
cmVlLmZyIj5yb2dlci50YXJhbmlAZnJlZS5mcjwvYT4mZ3Q7IGEgw6ljcml0Jm5ic3A7Ojxicj48
L2Rpdj48YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjAgMCAwIDAuOGV4O2JvcmRlci1sZWZ0OjFw
eCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiIGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdj48
ZGl2IHN0eWxlPSJmb250LWZhbWlseTonYXJpYWwnICwgJ2hlbHZldGljYScgLCBzYW5zLXNlcmlm
O2ZvbnQtc2l6ZToxMnB0O2NvbG9yOiMwMDAwMDAiPjxkaXY+Qm9uam91ciw8YnI+PC9kaXY+PGJy
PjxkaXY+SmUgdmlzZSBsZSBkb3VibGUgb2JqZWN0aWYgc3VpdmFudCA6PC9kaXY+PGRpdj4xLyBw
ZXJtZXR0cmUgw6AgZGVzIHV0aWxpc2F0ZXVycyBsaW51eCAoQ0xJIG91IEdVSSkgb3UgYXV0cmUg
d2luIChvdSBNYWNPUywgbWFpcyDDp2EgY29pbmNlIHVuIHBldSBhcHBhcmVtbWVudCkgZCdhY2PD
qWRlciDDoCBsZXVyIG1hY2hpbmUgZGV2ZW51ZSB2aXJ0dWFsaXPDqWUgc3VyIHVuIGJlYXUgc2Vy
dmVydSBsaW51eCA7IGRlcHVpcyB1biBwb3N0ZSBxdWVsY29ucXVlIG11bmkgZHUgY2xpZW50IGlk
b2luZSAoc3NoLCB4MmdvLCB2bmMsIHJkcCkuPGJyPjwvZGl2PjxkaXY+Mi8gc2F1dmVnYXJkZXIg
YXV0b21hdGlxdWVtZW50IGNlcyBtYWNoaW5lcyBlbiBwcm9maXRhbnQgZGVzIGNhcGFjaXTDqXMg
ZGUgY2V0dGUgYXJjaGl0ZWN0dXJlIChwcmVuZHJlIGRlcyBpbnN0YW50YW7DqXMgYXV0b21hdGlx
dWVzIGJhc8OpcyBzdXIgbGVzIGJsb2NzIG1vZGlmacOpcyA7IHByZW5kcmUgdW4gaW5zdGFudGFu
w6kgOyByZXN0YXVyZXIgdW5lIHZlcnNpb24gZCdpbnN0YW50YW7DqSkgOyBsw6AgYydlc3QgdW4g
cGV1IGZsb3UgcG91ciBtb2kgc2F1ZiBxdWUgbCd1dGlsaXNhdGV1ciBkb2l0IHBvdXZvaXIgY2hv
aXNpciBjZSBxdSdpbCB2ZXV0IHLDqWN1cMOpcmVyIChhdSBuaXZlYXUgZCd1bmUgVk0pIG91IGF1
IG5pdmVhdSBkJ3VuIEZTJm5ic3A7IMOgIHF1b2kgaWwgdmV1dCByZXZlbmlyIMOgIGxhIG1hbmnD
qHJlIGRlIERlamEgRHVwL1RpbWVzaGlmdC9CYWNrIGluIFRpbWUvZXRjLiwgbCfDqXF1aXZhbGVu
dCBsaW51eCBkJ0FwcGxlIFRpbWVNYWNoaW5lIDsgY2UgcXVpIG1lIGZhaXQgZGlyZSBxdSdpbCBm
YXV0IGVuIGNvbm5hw650cmUgdW4gcGV1IHBsdXMgcG91ciBwb3V2b2lyIGTDqWNpZGVyICE8YnI+
PC9kaXY+PGJyPjxkaXY+SmUgcGVuc2Ugw6AmbmJzcDsgbGlidmlydCBxZW11L2t2bSBxdWUgaidh
aSBkw6lqw6AgZXhww6lyaW1lbnTDqS48L2Rpdj48ZGl2PkonYXZhaXMgcGVpbsOpIGxvbmd0ZW1w
cyBzdXIgbGVzIHBpbG90ZXMgKHJlZGhhdCwgamUgY3JvaXMpIGV0IG4nYWkgamFtYWlzIHN1IHNp
IGonYXZhaXMgb2J0ZW51IGxhIHBlcmZvcm1hbmNlIG1heGltYWxlIHBvc3NpYmxlLiBNYWlzIMOn
YSBtYXJjaGFpdC48YnI+PC9kaXY+PGJyPjxkaXY+UXVlc3Rpb25zPGJyPjwvZGl2PjxkaXY+MS8g
TCd1dGlsaXNhdGV1ciB2YS10LWlsIHJldHJvdXZlciB1bmUgZmx1aWRpdMOpIGluZGlzY3V0YWJs
ZSBhdmVjIHVuIHLDqXNlYXUgcmFwaWRlIChGTy9BRFNMKSA/IGF2ZWMgdW4gcsOpc2VhdSBtb2Jp
bGUgKDRHLzNHKSA/PGJyPjwvZGl2PjxkaXY+ZXQgbGVzIHNlcnZpY2VzIGhhYml0dWVscyAoZGlh
bG9ndWVyIGF2ZWMgbCdpbXByaW1hbnRlL2xlIHNjYW5uZXIgbG9jYWwgaGFiaXR1ZWwsIHZpZMOp
b2NvbmYpPGJyPjwvZGl2Pjxicj48ZGl2PjIvIENvbW1lbnQgYXNzdXJlciBsZXMgdMOiY2hlcyBy
ZWxhdGl2ZXMgYXUgc3RvY2thZ2UgKFNhdXZlZ2FyZGVyL1N5bmNocm9uaXNlci9BcmNoaXZlcikg
cG91ciByZW5kcmUgcm9idXN0ZSBjZXR0ZSBhcmNoaXRlY3R1cmUgPzwvZGl2PjxkaXY+QSBwcmlv
cmksIHNhdXZlZ2FyZGVyICLDp2EiIChjYWQgbGVzIGZpY2hpZXJzIGRlcyBWTSBlbiBjb3VycyBk
J3V0aWxpc2F0aW9uKSBlc3Qgc3VwcG9ydMOpLjxicj48L2Rpdj48ZGl2PmNmLiA8YSB0YXJnZXQ9
Il9ibGFuayIgcmVsPSJub3JlZmVycmVyIG5vZm9sbG93IG5vb3BlbmVyIiBocmVmPSJodHRwczov
L3d3dy5jeWJlcmNpdGkuYml6L2ZhcS9ob3ctdG8tY3JlYXRlLWNyZWF0ZS1zbmFwc2hvdC1pbi1s
aW51eC1rdm0tdm1kb21haW4vIj5odHRwczovL3d3dy5jeWJlcmNpdGkuYml6L2ZhcS9ob3ctdG8t
Y3JlYXRlLWNyZWF0ZS1zbmFwc2hvdC1pbi1saW51eC1rdm0tdm1kb21haW4vPC9hPjxicj48L2Rp
dj48YnI+PGRpdj4zLyBTaSBqZSB2ZXV4IEFVU1NJIHF1ZSB0b3V0IMOnYSB2aXZlICJzdXIiIHVu
ZSBhcmNoaXRlY3R1cmUgcm9idXN0ZSBkaXN0cmlidcOpZSwgYXZlYyBhdSBtb2lucyBkZXV4IHNl
cnZldXJzIGNhcGFibGUgZGUgcHJlbmRyZSBsZSByZWxhaXMgbCd1biBkZSBsJ2F1dHJlLCBjb21t
ZW50IGZhaXJlID88YnI+PC9kaXY+PGRpdj5KZSBuZSBwYXJsZSBwYXMgZGUgY2x1c3RlciBIQSBh
dmVjIGNvcm9zeW5jL2hlYXJ0YmVhdCBldGMuIHF1aSByZXF1aWVydCB1bmUgZmFpYmxlIGxhdGVu
Y2UgcXVpIGltcG9zZSBxdWUgbGVzIGRldXggbm9ldWRzIHNvaWVudCDDoCBwcm94aW1pdMOpIHBv
dXIgw6p0cmUgc3luY2hyb25pc8Opcy48YnI+PC9kaXY+PGRpdj5KZSBwYXJsZSBkZSBkZXV4IHNl
cnZldXJzIGRpc3RhbnRzLCBjYXBhYmxlcyBkZSBwcmVuZHJlIGxlIHJlbGFpcyBsJ3VuIGRlIGwn
YXV0cmUgcXVpIGZsYW5jaGVyYWl0Ljxicj48L2Rpdj48ZGl2PlRvdXQgw6dhIG0nw6l2b3F1ZSBk
ZXMgRlMgZGlzdHJpYnXDqXMgcXVlIGplIGNvbm5haXMgbWFsIG91IHBhcy4gTWFpcyBpbCB2YXV0
IG1pZXV4IGVuIHBhcmxlciBhdmFudCBxdSdhcHLDqHMgISBKZSBjcm9pcyBxdWUgY2Ugc29udCB0
b3V0IGRlIG3Dqm1lIGRlcyBwcsOpb2NjdXBhdGlvbnMgb3J0aG9nb25hbGVzIHB1aXNxdSdvbiBk
b2l0IHBvdXZvaXIgIHkgZmFpcmUgdG91cm5lciBjZSBxdSdvbiB2ZXV0Ljxicj48L2Rpdj48YnI+
PGRpdj5NZXJjaTxicj48L2Rpdj48ZGl2PkNvcmRpYWxlbWVudDxicj48L2Rpdj48ZGl2PlJvZ2Vy
PC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2Pjxicj48L2Rpdj48L2Rp
dj4KICAgICAgICA8L2Jsb2NrcXVvdGU+PGJyPgogICAgPC9kaXY+
-----------------------b3569cf71e46b3c9ccda2b80bd2aea0f--
-----------------------a9df3899cd43996eda7a81d6d50ca2ed--
-----------------------040896351af4fb1df2c463dcf5321d3b
Content-Type: application/pgp-keys; filename="publickey - hlarrive@pm.me - 0xE9429B87.asc"; name="publickey - hlarrive@pm.me - 0xE9429B87.asc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="publickey - hlarrive@pm.me - 0xE9429B87.asc"; name="publickey - hlarrive@pm.me - 0xE9429B87.asc"

LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tDQpWZXJzaW9uOiBPcGVuUEdQLmpz
IHY0LjEwLjEwDQpDb21tZW50OiBodHRwczovL29wZW5wZ3Bqcy5vcmcNCg0KeGpNRVlGRTFjUllK
S3dZQkJBSGFSdzhCQVFkQVpQdDNnYXpDa3R1c2lxZWtoM3JzbDNBS1dJVGlEdVRhDQpaT21kSEJa
MG1vek5IMmhzWVhKeWFYWmxRSEJ0TG0xbElEeG9iR0Z5Y21sMlpVQndiUzV0WlQ3Q2p3UVENCkZn
b0FJQVVDWUZFMzRRWUxDUWNJQXdJRUZRZ0tBZ1FXQWdFQUFoa0JBaHNEQWg0QkFDRUpFRnZWSk5j
dg0KNHZrMEZpRUU2VUtiaDRyMkNEZUg2WUZCVzlVazF5L2krVFFqQ0FEL2EzcENIQUkrbE9qNTR1
TlVTU1NDDQpMMTg2MVBiMjhhazYrYm9Gc3pudUdzQUJBUFVzOHdCcktBdnFnRFZhcVl1V3p3UGNN
c2dlYndTSG44RHcNCmp1SDV6VmdPempnRVlGRTFjUklLS3dZQkJBR1hWUUVGQVFFSFFPbDZ3OXNi
R1lmZHZOeVVPb3pjcExiZg0KdGluekljK2g1YnEvazFPdU13VUZBd0VJQjhKNEJCZ1dDQUFKQlFK
Z1VUZmhBaHNNQUNFSkVGdlZKTmN2DQo0dmswRmlFRTZVS2JoNHIyQ0RlSDZZRkJXOVVrMXkvaStU
VGhQQUQ5RlM0WWtwVHRFclY0MU9FMEFpM1gNClIxNlcrT3REa1p3bTZRVTY0VnUzSmJvQkFMMURM
QngxRExLRE5kclZhTUZ1NGp4MXBZV0JqTEpVZ0xLeg0Kc2wzM2pETU0NCj01dWlWDQotLS0tLUVO
RCBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tDQo-----------------------040896351af4fb1df2c463dcf5321d3b--

--------40c24c65f066c20fecc5b97aa6c882f15ae0f856e360c62bb2d097b7087c5212
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: ProtonMail

wnUEARYKAAYFAmLLGj4AIQkQW9Uk1y/i+TQWIQTpQpuHivYIN4fpgUFb1STX
L+L5NDUtAPsHb6ZZ1yUkh/LmjxPpDEL6UiQWXE3/ugdfc5WhZKM8AgD/YudK
wfoMDsKKzVFSd8AzQEXI3XtrPFFNff+mFjD3Twk=JbeG
-----END PGP SIGNATURE-----


--------40c24c65f066c20fecc5b97aa6c882f15ae0f856e360c62bb2d097b7087c5212--

--=_e16af994-cac6-46e2-b0f2-a16beffe4a27
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable




Sabri KHEMISSA :
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)


Roger :
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 ?




Hugues Larrive :
Je pense que si, avec DRBD en mode asynchrone...


Merci. Je regarde ces documents en lien avec DRBD et asynchrone/asynchronous
[ https://pve.proxmox.com/wiki/DRBD | https://pve.proxmox.com/wiki/DRBD ] -> [ https://docs.linbit.com/docs/users-guide-9.0/#ch-proxmox | https://docs.linbit.com/docs/users-guide-9.0/#ch-proxmox ] on peut lire





DRBD mirrors data


*

in real time . Replication occurs continuously while applications modify the data on the device.
*

transparently . Applications need not be aware that the data is stored on multiple hosts.
*

synchronously or asynchronously . 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.
S̓©rieusement, pour disposer d'une infra fiable de ce type, quel effort ̓§a repr̓©sente de mettre en oeuvre proxmox VE avec 2 voire 3 noeuds distants en mode asynchrone ?
Est-ce que ̓§a peut se traiter "en 1 we" ou bien faut-il envisager de consacrer quelques semaines pendant les vacances pour en faire le tour ?

Est-ce qu'on peut raisonnablement faire un prototype avec deux machines modestes ?

J'aurais sans doute d'autres questions sur la r̓©plication offerte dans le contexte de logiciels avec des base de donn̓©es relationnelles (suffit-il d'utiliser l'infra ou faut-il configurer et programmer d'une mani̓¨re diff̓©rente de celle pour tourner sur un serveur ordinaire ?), mais je vais d'abord lire la doc trouv̓©e qui doit forc̓©met y r̓©pondre.

Merci
cordialement

--=_e16af994-cac6-46e2-b0f2-a16beffe4a27
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div data-marker="__QUOTED_TEXT__">
<div class="protonmail_signature_block protonmail_signature_block-empty" style="font-family:'arial';font-size:14px">
<div class="protonmail_signature_block-user protonmail_signature_block-empty">

</div>

<div class="protonmail_signature_block-proton protonmail_signature_block-empty">

</div>
</div>
<div class="protonmail_quote"><blockquote class="protonmail_quote"><div style="font-family:'arial' , 'helvetica' , sans-serif;font-size:12pt;color:#000000"><div dir="auto">Sabri KHEMISSA : <div><div dir="auto">Bonjour,</div></div><br><div style="padding-left:30px" dir="auto"><span style="font-family:'times new roman' , 'new york' , 'times' , serif">Je pense que Proxmox VE <a rel="noreferrer nofollow noopener nofollow noopener noreferrer" href="https://www.proxmox.com/en/proxmox-ve" target="_blank">https://www.proxmox.com/en/proxmox-ve</a> adressera une grande partie de tes besoins.</span></div><div style="padding-left:30px" dir="auto"><span style="font-family:'times new roman' , 'new york' , 'times' , serif">- Virtualisation multiOS (LXC pour linux et KVM pour une full virtualisation)</span></div><div style="padding-left:30px" dir="auto"><span style="font-family:'times new roman' , 'new york' , 'times' , serif">- L'ensemble des composants est packag̓© dans une unique plateforme maintenu par la communaut̓©&nbsp;</span></div><div style="padding-left:30px" dir="auto"><span style="font-family:'times new roman' , 'new york' , 'times' , serif">- Backups natifs</span></div><div style="padding-left:30px" dir="auto"><span style="font-family:'times new roman' , 'new york' , 'times' , serif">- Capacit̓© native de cluster (il faut creuser le sujet du cluster g̓©ographique)</span></div><div style="padding-left:30px" dir="auto"><br></div></div><div><div dir="auto"><div><br data-mce-bogus="1"></div><div>Roger : </div><div>Merci.</div><div>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).<br></div><div>Si je veux atteindre l'objectif d'un cluster distribu̓© g̓©ographiquement, (cad : latence &gt; 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 asynchrone...<br></div><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )"><br data-mce-bogus="1"></div><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )"><br data-mce-bogus="1"></div><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )"><span style="font-size: 12pt;" data-mce-style="font-size: 12pt;">Merci. Je regarde ces documents en lien avec DRBD et asynchrone/asynchronous</span><br data-mce-bogus="1"></div><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )"><span style="font-size: 12pt;" data-mce-style="font-size: 12pt;"><a href="https://pve.proxmox.com/wiki/DRBD">https://pve.proxmox.com/wiki/DRBD</a>&nbsp;-&gt; <a href="https://docs.linbit.com/docs/users-guide-9.0/#ch-proxmox">https://docs.linbit.com/docs/users-guide-9.0/#ch-proxmox</a>on peut lire</span><br data-mce-bogus="1"></div><div style="font-family:'arial';font-size:14px;color:rgb( 34 , 34 , 34 )"><div class="paragraph"><p style="margin: 0px;" data-mce-style="margin: 0px;"><br data-mce-bogus="1"></p><p style="margin: 0px;" data-mce-style="margin: 0px;">DRBD mirrors data</p></div><div class="ulist"><ul><li><p style="margin: 0px;" data-mce-style="margin: 0px;"><strong>in real time</strong>. Replication occurs continuously while applications modify the data on the device.</p></li><li><p style="margin: 0px;" data-mce-style="margin: 0px;"><strong>transparently</strong>. Applications need not be aware that the data is stored on multiple hosts.</p></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';font-size:14px;color:rgb( 34 , 34 , 34 )"><span style="font-size: 12pt;" data-mce-style="font-size: 12pt;">S̓©rieusement, pour disposer d'une infra fiable de ce type, quel effort ̓§a repr̓©sente de mettre en oeuvre proxmox VE avec 2 voire 3 noeuds distants en mode asynchrone ?</span></div>Est-ce que ̓§a peut se traiter "en 1 we" ou bien faut-il envisager de consacrer quelques semaines pendant les vacances pour en faire le tour ?<br>
</div><div class="protonmail_quote"><br data-mce-bogus="1"></div><div class="protonmail_quote">Est-ce qu'on peut raisonnablement faire un prototype avec deux machines modestes ?<br data-mce-bogus="1"></div><div class="protonmail_quote"><br data-mce-bogus="1"></div><div class="protonmail_quote">J'aurais sans doute d'autres questions sur la r̓©plication offerte dans le contexte de logiciels avec des base de donn̓©es relationnelles (suffit-il d'utiliser l'infra ou faut-il configurer et programmer d'une mani̓¨re diff̓©rente de celle pour tourner sur un serveur ordinaire ?), mais je vais d'abord lire la doc trouv̓©e qui doit forc̓©met y r̓©pondre.<br data-mce-bogus="1"></div><div class="protonmail_quote"><br data-mce-bogus="1"></div><div class="protonmail_quote">Merci<br data-mce-bogus="1"></div>cordialement<br></div></div></body></html>
--=_e16af994-cac6-46e2-b0f2-a16beffe4a27--

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--------81dcb0244f84e26a93a21bb287212763198e24126f46e27bc57a88dc83c57c5a
Content-Type: multipart/mixed;boundary=---------------------5a95ad5a0ae0e3d40be64e2e53f46e80

-----------------------5a95ad5a0ae0e3d40be64e2e53f46e80
Content-Type: multipart/alternative;boundary=---------------------7282a91c6a793dd8f68102c573370590

-----------------------7282a91c6a793dd8f68102c573370590
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;charset=utf-8




------- Original Message -------
Le dimanche 10 juillet 2022 Í  20:54, <roger.tarani@free.fr> a écrit :

> Sabri KHEMISSA :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)
>

>

> Roger :
> 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 ?




Hugues Larrive :
Je pense que si, avec DRBD en mode asynchrone...




Merci. Je regarde ces documents en lien avec DRBD et asynchrone/asynchronous
https://pve.proxmox.com/wiki/DRBD -> https://docs.linbit.com/docs/users-guide-9.0/#ch-proxmoxon peut lire






DRBD mirrors data


- in real time. Replication occurs continuously while applications modify the data on the device.


- transparently. Applications need not be aware that the data is stored on multiple hosts.


- synchronously or asynchronously. 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.




Sérieusement, pour disposer d'une infra fiable de ce type, quel effort ça représente de mettre en oeuvre proxmox VE avec 2 voire 3 noeuds distants en mode asynchrone ?
Est-ce que ça peut se traiter "en 1 we" ou bien faut-il envisager de consacrer quelques semaines pendant les vacances pour en faire le tour ?

Je ne sais pas trop, j'ai monté une infra de 2 nœuds locaux et un distant en backup avec DRBD et virtualbox il y a plus de 10 ans, Í  l'époque je ne connaissais pas Proxmox et je me souviens que ça m'avait pris plus d'un week-end.

Je me rappel que DRBD offre un mode de réplication asynchrone pour les nœuds distant et j'ai juste vérifié qu'il était intégré dans Proxmox avant d'en faire la suggestion (je suis tombé sur le lien que tu as donné).

Je suis loin d'être un expert Í  ce sujet, j'ai utilisé Proxmox pour la première fois il y a quelques semaines et je n'ai pas encore mis en œuvre un véritable cluster avec.

En creusant un peu, la réplication ZFS semble plus simple Í  mettre en œuvre si on a pas besoin d'un mode synchrone :
https://pve.proxmox.com/wiki/Storage_Replication
https://memo-linux.com/proxmox-5-cluster-2-noeuds-avec-un-stockage-replique/

Est-ce qu'on peut raisonnablement faire un prototype avec deux machines modestes ?


J'aurais sans doute d'autres questions sur la réplication offerte dans le contexte de logiciels avec des base de données relationnelles (suffit-il d'utiliser l'infra ou faut-il configurer et programmer d'une manière différente de celle pour tourner sur un serveur ordinaire ?), mais je vais d'abord lire la doc trouvée qui doit forcémet y répondre.


Merci
cordialement

-----------------------7282a91c6a793dd8f68102c573370590
Content-Type: multipart/related;boundary=---------------------a40bc6273c5ed68c0a269d481fd077d0

-----------------------a40bc6273c5ed68c0a269d481fd077d0
Content-Type: text/html;charset=utf-8
Content-Transfer-Encoding: base64

PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9k
aXY+CjxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrIHByb3Rvbm1haWxfc2ln
bmF0dXJlX2Jsb2NrLWVtcHR5IiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6
IDE0cHg7Ij4KICAgIDxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXVzZXIg
cHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stZW1wdHkiPgogICAgICAgIAogICAgICAgICAgICA8
L2Rpdj4KICAgIAogICAgICAgICAgICA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9i
bG9jay1wcm90b24gcHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stZW1wdHkiPgogICAgICAgIAog
ICAgICAgICAgICA8L2Rpdj4KPC9kaXY+CjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsg
Zm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InByb3Rvbm1haWxfcXVvdGUi
PgogICAgICAgIC0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tPGJyPgogICAgICAgIExl
IGRpbWFuY2hlIDEwIGp1aWxsZXQgMjAyMiDDoCAyMDo1NCwgICZsdDtyb2dlci50YXJhbmlAZnJl
ZS5mciZndDsgYSDDqWNyaXQgOjxicj48YnI+CiAgICAgICAgPGJsb2NrcXVvdGUgY2xhc3M9InBy
b3Rvbm1haWxfcXVvdGUiIHR5cGU9ImNpdGUiPgogICAgICAgICAgICA8ZGl2IHN0eWxlPSJmb250
LWZhbWlseTogYXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB0OyBj
b2xvcjogIzAwMDAwMCI+PGRpdiBkYXRhLW1hcmtlcj0iX19RVU9URURfVEVYVF9fIj4KPGRpdiBz
dHlsZT0iZm9udC1mYW1pbHk6J2FyaWFsJztmb250LXNpemU6MTRweCIgY2xhc3M9InByb3Rvbm1h
aWxfc2lnbmF0dXJlX2Jsb2NrIHByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLWVtcHR5Ij4KICAg
IDxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXVzZXIgcHJvdG9ubWFpbF9z
aWduYXR1cmVfYmxvY2stZW1wdHkiPgoKICAgICAgICAgICAgPC9kaXY+CgogICAgICAgICAgICA8
ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1wcm90b24gcHJvdG9ubWFpbF9z
aWduYXR1cmVfYmxvY2stZW1wdHkiPgoKICAgICAgICAgICAgPC9kaXY+CjwvZGl2Pgo8ZGl2IGNs
YXNzPSJwcm90b25tYWlsX3F1b3RlIj48YmxvY2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90
ZSI+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6J2FyaWFsJyAsICdoZWx2ZXRpY2EnICwgc2Fucy1z
ZXJpZjtmb250LXNpemU6MTJwdDtjb2xvcjojMDAwMDAwIj48ZGl2IGRpcj0iYXV0byI+U2Ficmkg
S0hFTUlTU0EgOiA8ZGl2PjxkaXYgZGlyPSJhdXRvIj5Cb25qb3VyLDwvZGl2PjwvZGl2Pjxicj48
ZGl2IGRpcj0iYXV0byIgc3R5bGU9InBhZGRpbmctbGVmdDozMHB4Ij48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6J3RpbWVzIG5ldyByb21hbicgLCAnbmV3IHlvcmsnICwgJ3RpbWVzJyAsIHNlcmlm
Ij5KZSBwZW5zZSBxdWUgUHJveG1veCBWRSA8YSB0YXJnZXQ9Il9ibGFuayIgaHJlZj0iaHR0cHM6
Ly93d3cucHJveG1veC5jb20vZW4vcHJveG1veC12ZSIgcmVsPSJub3JlZmVycmVyIG5vZm9sbG93
IG5vb3BlbmVyIj5odHRwczovL3d3dy5wcm94bW94LmNvbS9lbi9wcm94bW94LXZlPC9hPiBhZHJl
c3NlcmEgdW5lIGdyYW5kZSBwYXJ0aWUgZGUgdGVzIGJlc29pbnMuPC9zcGFuPjwvZGl2PjxkaXYg
ZGlyPSJhdXRvIiBzdHlsZT0icGFkZGluZy1sZWZ0OjMwcHgiPjxzcGFuIHN0eWxlPSJmb250LWZh
bWlseTondGltZXMgbmV3IHJvbWFuJyAsICduZXcgeW9yaycgLCAndGltZXMnICwgc2VyaWYiPi0g
VmlydHVhbGlzYXRpb24gbXVsdGlPUyAoTFhDIHBvdXIgbGludXggZXQgS1ZNIHBvdXIgdW5lIGZ1
bGwgdmlydHVhbGlzYXRpb24pPC9zcGFuPjwvZGl2PjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0icGFk
ZGluZy1sZWZ0OjMwcHgiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTondGltZXMgbmV3IHJvbWFu
JyAsICduZXcgeW9yaycgLCAndGltZXMnICwgc2VyaWYiPi0gTCdlbnNlbWJsZSBkZXMgY29tcG9z
YW50cyBlc3QgcGFja2Fnw6kgZGFucyB1bmUgdW5pcXVlIHBsYXRlZm9ybWUgbWFpbnRlbnUgcGFy
IGxhIGNvbW11bmF1dMOpJm5ic3A7PC9zcGFuPjwvZGl2PjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0i
cGFkZGluZy1sZWZ0OjMwcHgiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTondGltZXMgbmV3IHJv
bWFuJyAsICduZXcgeW9yaycgLCAndGltZXMnICwgc2VyaWYiPi0gQmFja3VwcyBuYXRpZnM8L3Nw
YW4+PC9kaXY+PGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJwYWRkaW5nLWxlZnQ6MzBweCI+PHNwYW4g
c3R5bGU9ImZvbnQtZmFtaWx5Oid0aW1lcyBuZXcgcm9tYW4nICwgJ25ldyB5b3JrJyAsICd0aW1l
cycgLCBzZXJpZiI+LSBDYXBhY2l0w6kgbmF0aXZlIGRlIGNsdXN0ZXIgKGlsIGZhdXQgY3JldXNl
ciBsZSBzdWpldCBkdSBjbHVzdGVyIGfDqW9ncmFwaGlxdWUpPC9zcGFuPjwvZGl2PjxkaXYgZGly
PSJhdXRvIiBzdHlsZT0icGFkZGluZy1sZWZ0OjMwcHgiPjxicj48L2Rpdj48L2Rpdj48ZGl2Pjxk
aXYgZGlyPSJhdXRvIj48ZGl2PjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdj5Sb2dl
ciA6IDwvZGl2PjxkaXY+TWVyY2kuPC9kaXY+PGRpdj5BIG1hIGNvbm5haXNzYW5jZSwgcHJveG1v
eCBlc3QgdW5lIHNvbHV0aW9uIGRlIEhBIGNsdXN0ZXIgb8O5IGlsIGZhdXQgYXUgbW9pbnMgZGV1
eCBub2V1ZHMgcmVsacOpcyBhdmVjIHVuZSBmYWlibGUgbGF0ZW5jZSwgY2FkIGRhbnMgbGUgbcOq
bWUgbGlldSBldCBwYXMgdHLDqHMgw6lsb2lnbsOpcyAobW9pbnMgZGUgMTAtIDIwIGRlIGPDomJs
ZSwgZGUgdmFndWUgbcOpbW9pcmUpLjxicj48L2Rpdj48ZGl2PlNpIGplIHZldXggYXR0ZWluZHJl
IGwnb2JqZWN0aWYgZCd1biBjbHVzdGVyIGRpc3RyaWJ1w6kgZ8Opb2dyYXBoaXF1ZW1lbnQsIChj
YWQgOiBsYXRlbmNlICZndDsgMTAwIG1zIG91IGJlYXVjb3VwIHBsdXMpLCBqZSBuZSBjcm9pcyBw
YXMgcXVlIHByb3htb3ggbGUgcGVybWV0dGUsIHNpID88L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48
L2Jsb2NrcXVvdGU+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6J2FyaWFsJztmb250LXNpemU6MTRw
eDtjb2xvcjpyZ2IoIDM0ICwgMzQgLCAzNCApIj48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1m
YW1pbHk6J2FyaWFsJztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoIDM0ICwgMzQgLCAzNCApIj5I
dWd1ZXMgTGFycml2ZSA6IDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OidhcmlhbCc7Zm9u
dC1zaXplOjE0cHg7Y29sb3I6cmdiKCAzNCAsIDM0ICwgMzQgKSI+SmUgcGVuc2UgcXVlIHNpLCBh
dmVjIERSQkQgZW4gbW9kZSBhc3luY2hyb25lLi4uPGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQt
ZmFtaWx5OidhcmlhbCc7Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKCAzNCAsIDM0ICwgMzQgKSI+
PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTonYXJp
YWwnO2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYiggMzQgLCAzNCAsIDM0ICkiPjxiciBkYXRhLW1j
ZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6J2FyaWFsJztmb250LXNp
emU6MTRweDtjb2xvcjpyZ2IoIDM0ICwgMzQgLCAzNCApIj48c3BhbiBkYXRhLW1jZS1zdHlsZT0i
Zm9udC1zaXplOiAxMnB0OyIgc3R5bGU9ImZvbnQtc2l6ZTogMTJwdDsiPk1lcmNpLiBKZSByZWdh
cmRlIGNlcyBkb2N1bWVudHMgZW4gbGllbiBhdmVjIERSQkQgZXQgYXN5bmNocm9uZS9hc3luY2hy
b25vdXM8L3NwYW4+PGJyIGRhdGEtbWNlLWJvZ3VzPSIxIj48L2Rpdj48ZGl2IHN0eWxlPSJmb250
LWZhbWlseTonYXJpYWwnO2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYiggMzQgLCAzNCAsIDM0ICki
PjxzcGFuIGRhdGEtbWNlLXN0eWxlPSJmb250LXNpemU6IDEycHQ7IiBzdHlsZT0iZm9udC1zaXpl
OiAxMnB0OyI+PGEgaHJlZj0iaHR0cHM6Ly9wdmUucHJveG1veC5jb20vd2lraS9EUkJEIiByZWw9
Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3B2
ZS5wcm94bW94LmNvbS93aWtpL0RSQkQ8L2E+Jm5ic3A7LSZndDsgPGEgaHJlZj0iaHR0cHM6Ly9k
b2NzLmxpbmJpdC5jb20vZG9jcy91c2Vycy1ndWlkZS05LjAvI2NoLXByb3htb3giIHJlbD0ibm9y
ZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZG9jcy5s
aW5iaXQuY29tL2RvY3MvdXNlcnMtZ3VpZGUtOS4wLyNjaC1wcm94bW94PC9hPm9uIHBldXQgbGly
ZTwvc3Bhbj48YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt
aWx5OidhcmlhbCc7Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKCAzNCAsIDM0ICwgMzQgKSI+PGRp
diBjbGFzcz0icGFyYWdyYXBoIj48cCBkYXRhLW1jZS1zdHlsZT0ibWFyZ2luOiAwcHg7IiBzdHls
ZT0ibWFyZ2luOiAwcHg7Ij48YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvcD48cCBkYXRhLW1jZS1z
dHlsZT0ibWFyZ2luOiAwcHg7IiBzdHlsZT0ibWFyZ2luOiAwcHg7Ij5EUkJEIG1pcnJvcnMgZGF0
YTwvcD48L2Rpdj48ZGl2IGNsYXNzPSJ1bGlzdCI+PHVsPjxsaT48cCBkYXRhLW1jZS1zdHlsZT0i
bWFyZ2luOiAwcHg7IiBzdHlsZT0ibWFyZ2luOiAwcHg7Ij48c3Ryb25nPmluIHJlYWwgdGltZTwv
c3Ryb25nPi4gUmVwbGljYXRpb24gb2NjdXJzIGNvbnRpbnVvdXNseSB3aGlsZSBhcHBsaWNhdGlv
bnMgbW9kaWZ5IHRoZSBkYXRhIG9uIHRoZSBkZXZpY2UuPC9wPjwvbGk+PGxpPjxwIGRhdGEtbWNl
LXN0eWxlPSJtYXJnaW46IDBweDsiIHN0eWxlPSJtYXJnaW46IDBweDsiPjxzdHJvbmc+dHJhbnNw
YXJlbnRseTwvc3Ryb25nPi4gQXBwbGljYXRpb25zIG5lZWQgbm90IGJlIGF3YXJlIHRoYXQgdGhl
IGRhdGEgaXMgc3RvcmVkIG9uIG11bHRpcGxlIGhvc3RzLjwvcD48L2xpPjxsaT48cCBkYXRhLW1j
ZS1zdHlsZT0ibWFyZ2luOiAwcHg7IiBzdHlsZT0ibWFyZ2luOiAwcHg7Ij48c3Ryb25nPnN5bmNo
cm9ub3VzbHk8L3N0cm9uZz4gb3IgPHN0cm9uZz5hc3luY2hyb25vdXNseTwvc3Ryb25nPi4gV2l0
aCBzeW5jaHJvbm91cyBtaXJyb3JpbmcsIGFwcGxpY2F0aW9ucyBhcmUgbm90aWZpZWQgb2Ygd3Jp
dGUgY29tcGxldGlvbnMgYWZ0ZXIgdGhlIHdyaXRlcyBoYXZlIGJlZW4gY2FycmllZCBvdXQgb24g
YWxsIChjb25uZWN0ZWQpIGhvc3RzLiBXaXRoIGFzeW5jaHJvbm91cyBtaXJyb3JpbmcsIGFwcGxp
Y2F0aW9ucyBhcmUgbm90aWZpZWQgb2Ygd3JpdGUgY29tcGxldGlvbnMgd2hlbiB0aGUgd3JpdGVz
IGhhdmUgY29tcGxldGVkIGxvY2FsbHksIHdoaWNoIHVzdWFsbHkgaXMgYmVmb3JlIHRoZXkgaGF2
ZSBwcm9wYWdhdGVkIHRvIHRoZSBvdGhlciBob3N0cy48L3A+PC9saT48L3VsPjwvZGl2PjwvZGl2
PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OidhcmlhbCc7Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdi
KCAzNCAsIDM0ICwgMzQgKSI+PHNwYW4gZGF0YS1tY2Utc3R5bGU9ImZvbnQtc2l6ZTogMTJwdDsi
IHN0eWxlPSJmb250LXNpemU6IDEycHQ7Ij5Tw6lyaWV1c2VtZW50LCBwb3VyIGRpc3Bvc2VyIGQn
dW5lIGluZnJhIGZpYWJsZSBkZSBjZSB0eXBlLCBxdWVsIGVmZm9ydCDDp2EgcmVwcsOpc2VudGUg
ZGUgbWV0dHJlIGVuIG9ldXZyZSBwcm94bW94IFZFIGF2ZWMgMiB2b2lyZSAzIG5vZXVkcyBkaXN0
YW50cyBlbiBtb2RlIGFzeW5jaHJvbmUgPzwvc3Bhbj48L2Rpdj5Fc3QtY2UgcXVlIMOnYSBwZXV0
IHNlIHRyYWl0ZXIgImVuIDEgd2UiIG91IGJpZW4gZmF1dC1pbCBlbnZpc2FnZXIgZGUgY29uc2Fj
cmVyIHF1ZWxxdWVzIHNlbWFpbmVzIHBlbmRhbnQgbGVzIHZhY2FuY2VzIHBvdXIgZW4gZmFpcmUg
bGUgdG91ciA/PGJyPgogICAgPC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXYgY2xh
c3M9InByb3Rvbm1haWxfcXVvdGUiIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6
ZTogMTRweDsgY29sb3I6IHJnYigzNCwgMzQsIDM0KTsiPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJw
cm90b25tYWlsX3F1b3RlIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0
cHg7IGNvbG9yOiByZ2IoMzQsIDM0LCAzNCk7Ij5KZSBuZSBzYWlzIHBhcyB0cm9wLCBqJ2FpIG1v
bnTDqSB1bmUgaW5mcmEgZGUgMiBuxZN1ZHMgbG9jYXV4IGV0IHVuIGRpc3RhbnQgZW4gYmFja3Vw
IGF2ZWMgRFJCRCBldCB2aXJ0dWFsYm94IGlsIHkgYSBwbHVzIGRlIDEwIGFucywgw6AgbCfDqXBv
cXVlIGplIG5lIGNvbm5haXNzYWlzIHBhcyBQcm94bW94IGV0IGplIG1lIHNvdXZpZW5zIHF1ZSDD
p2EgbSdhdmFpdCBwcmlzIHBsdXMgZCd1biB3ZWVrLWVuZC48YnI+PC9kaXY+PGRpdiBjbGFzcz0i
cHJvdG9ubWFpbF9xdW90ZSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAx
NHB4OyBjb2xvcjogcmdiKDM0LCAzNCwgMzQpOyI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InByb3Rv
bm1haWxfcXVvdGUiIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsg
Y29sb3I6IHJnYigzNCwgMzQsIDM0KTsiPkplIG1lIHJhcHBlbCBxdWUgRFJCRCBvZmZyZSB1biBt
b2RlIGRlIHLDqXBsaWNhdGlvbiBhc3luY2hyb25lIHBvdXIgbGVzIG7Fk3VkcyBkaXN0YW50IGV0
IGonYWkganVzdGUgdsOpcmlmacOpIHF1J2lsIMOpdGFpdCBpbnTDqWdyw6kgZGFucyBQcm94bW94
IGF2YW50IGQnZW4gZmFpcmUgbGEgc3VnZ2VzdGlvbiAoamUgc3VpcyB0b21iw6kgc3VyIGxlIGxp
ZW4gcXVlIHR1IGFzIGRvbm7DqSkuPC9kaXY+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSIg
c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDM0
LCAzNCwgMzQpOyI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InByb3Rvbm1haWxfcXVvdGUiIHN0eWxl
PSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigzNCwgMzQs
IDM0KTsiPkplIHN1aXMgbG9pbiBkJ8OqdHJlIHVuIGV4cGVydCDDoCBjZSBzdWpldCwgaidhaSB1
dGlsaXPDqSBQcm94bW94IHBvdXIgbGEgcHJlbWnDqHJlIGZvaXMgaWwgeSBhIHF1ZWxxdWVzIHNl
bWFpbmVzIGV0IGplIG4nYWkgcGFzIGVuY29yZSBtaXMgZW4gxZN1dnJlIHVuIHbDqXJpdGFibGUg
Y2x1c3RlciBhdmVjLjwvZGl2PjxkaXYgY2xhc3M9InByb3Rvbm1haWxfcXVvdGUiIHN0eWxlPSJm
b250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigzNCwgMzQsIDM0
KTsiPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIiBzdHlsZT0iZm9udC1m
YW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMzQsIDM0LCAzNCk7Ij5F
biBjcmV1c2FudCB1biBwZXUsIGxhIHLDqXBsaWNhdGlvbiBaRlMgc2VtYmxlIHBsdXMgc2ltcGxl
IMOgIG1ldHRyZSBlbiDFk3V2cmUgc2kgb24gYSBwYXMgYmVzb2luIGQndW4gbW9kZSBzeW5jaHJv
bmUgOjwvZGl2PjxkaXYgY2xhc3M9InByb3Rvbm1haWxfcXVvdGUiIHN0eWxlPSJmb250LWZhbWls
eTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigzNCwgMzQsIDM0KTsiPjxzcGFu
PjxhIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhy
ZWY9Imh0dHBzOi8vcHZlLnByb3htb3guY29tL3dpa2kvU3RvcmFnZV9SZXBsaWNhdGlvbiI+aHR0
cHM6Ly9wdmUucHJveG1veC5jb20vd2lraS9TdG9yYWdlX1JlcGxpY2F0aW9uPC9hPjwvc3Bhbj48
L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFy
aWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMzQsIDM0LCAzNCk7Ij48c3Bhbj48YSB0
YXJnZXQ9Il9ibGFuayIgcmVsPSJub3JlZmVycmVyIG5vZm9sbG93IG5vb3BlbmVyIiBocmVmPSJo
dHRwczovL21lbW8tbGludXguY29tL3Byb3htb3gtNS1jbHVzdGVyLTItbm9ldWRzLWF2ZWMtdW4t
c3RvY2thZ2UtcmVwbGlxdWUvIj5odHRwczovL21lbW8tbGludXguY29tL3Byb3htb3gtNS1jbHVz
dGVyLTItbm9ldWRzLWF2ZWMtdW4tc3RvY2thZ2UtcmVwbGlxdWUvPC9hPjwvc3Bhbj48YnI+PC9k
aXY+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlh
bDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDM0LCAzNCwgMzQpOyI+PGJyIGRhdGEtbWNl
LWJvZ3VzPSIxIj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSIgdHlw
ZT0iY2l0ZSI+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMt
c2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsgY29sb3I6ICMwMDAwMDAiPjxkaXYgZGF0YS1tYXJrZXI9
Il9fUVVPVEVEX1RFWFRfXyI+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+RXN0LWNlIHF1
J29uIHBldXQgcmFpc29ubmFibGVtZW50ICBmYWlyZSB1biBwcm90b3R5cGUgYXZlYyBkZXV4IG1h
Y2hpbmVzIG1vZGVzdGVzID88YnIgZGF0YS1tY2UtYm9ndXM9IjEiPjwvZGl2PjxkaXYgY2xhc3M9
InByb3Rvbm1haWxfcXVvdGUiPjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+PC9kaXY+PGRpdiBjbGFz
cz0icHJvdG9ubWFpbF9xdW90ZSI+SidhdXJhaXMgc2FucyBkb3V0ZSBkJ2F1dHJlcyBxdWVzdGlv
bnMgc3VyIGxhIHLDqXBsaWNhdGlvbiBvZmZlcnRlIGRhbnMgbGUgY29udGV4dGUgZGUgbG9naWNp
ZWxzIGF2ZWMgZGVzIGJhc2UgZGUgZG9ubsOpZXMgcmVsYXRpb25uZWxsZXMgKHN1ZmZpdC1pbCBk
J3V0aWxpc2VyIGwnaW5mcmEgb3UgZmF1dC1pbCBjb25maWd1cmVyIGV0IHByb2dyYW1tZXIgZCd1
bmUgbWFuacOocmUgZGlmZsOpcmVudGUgZGUgY2VsbGUgcG91ciB0b3VybmVyIHN1ciB1biBzZXJ2
ZXVyIG9yZGluYWlyZSA/KSwgbWFpcyBqZSB2YWlzIGQnYWJvcmQgbGlyZSBsYSBkb2MgdHJvdXbD
qWUgcXVpIGRvaXQgZm9yY8OpbWV0IHkgcsOpcG9uZHJlLjxiciBkYXRhLW1jZS1ib2d1cz0iMSI+
PC9kaXY+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+PGJyIGRhdGEtbWNlLWJvZ3VzPSIx
Ij48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIj5NZXJjaTxiciBkYXRhLW1jZS1i
b2d1cz0iMSI+PC9kaXY+Y29yZGlhbGVtZW50PGJyPjwvZGl2PjwvZGl2PgogICAgICAgIDwvYmxv
Y2txdW90ZT48YnI+CiAgICA8L2Rpdj4-----------------------a40bc6273c5ed68c0a269d481fd077d0--
-----------------------7282a91c6a793dd8f68102c573370590--
-----------------------5a95ad5a0ae0e3d40be64e2e53f46e80
Content-Type: application/pgp-keys; filename="publickey - hlarrive@pm.me - 0xE9429B87.asc"; name="publickey - hlarrive@pm.me - 0xE9429B87.asc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="publickey - hlarrive@pm.me - 0xE9429B87.asc"; name="publickey - hlarrive@pm.me - 0xE9429B87.asc"

LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tDQpWZXJzaW9uOiBPcGVuUEdQLmpz
IHY0LjEwLjEwDQpDb21tZW50OiBodHRwczovL29wZW5wZ3Bqcy5vcmcNCg0KeGpNRVlGRTFjUllK
S3dZQkJBSGFSdzhCQVFkQVpQdDNnYXpDa3R1c2lxZWtoM3JzbDNBS1dJVGlEdVRhDQpaT21kSEJa
MG1vek5IMmhzWVhKeWFYWmxRSEJ0TG0xbElEeG9iR0Z5Y21sMlpVQndiUzV0WlQ3Q2p3UVENCkZn
b0FJQVVDWUZFMzRRWUxDUWNJQXdJRUZRZ0tBZ1FXQWdFQUFoa0JBaHNEQWg0QkFDRUpFRnZWSk5j
dg0KNHZrMEZpRUU2VUtiaDRyMkNEZUg2WUZCVzlVazF5L2krVFFqQ0FEL2EzcENIQUkrbE9qNTR1
TlVTU1NDDQpMMTg2MVBiMjhhazYrYm9Gc3pudUdzQUJBUFVzOHdCcktBdnFnRFZhcVl1V3p3UGNN
c2dlYndTSG44RHcNCmp1SDV6VmdPempnRVlGRTFjUklLS3dZQkJBR1hWUUVGQVFFSFFPbDZ3OXNi
R1lmZHZOeVVPb3pjcExiZg0KdGluekljK2g1YnEvazFPdU13VUZBd0VJQjhKNEJCZ1dDQUFKQlFK
Z1VUZmhBaHNNQUNFSkVGdlZKTmN2DQo0dmswRmlFRTZVS2JoNHIyQ0RlSDZZRkJXOVVrMXkvaStU
VGhQQUQ5RlM0WWtwVHRFclY0MU9FMEFpM1gNClIxNlcrT3REa1p3bTZRVTY0VnUzSmJvQkFMMURM
QngxRExLRE5kclZhTUZ1NGp4MXBZV0JqTEpVZ0xLeg0Kc2wzM2pETU0NCj01dWlWDQotLS0tLUVO
RCBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tDQo-----------------------5a95ad5a0ae0e3d40be64e2e53f46e80--

--------81dcb0244f84e26a93a21bb287212763198e24126f46e27bc57a88dc83c57c5a
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: ProtonMail

wnUEARYKAAYFAmLLYjgAIQkQW9Uk1y/i+TQWIQTpQpuHivYIN4fpgUFb1STX
L+L5NHT7APwNlIrZTugMb7eU8o5pXas0YJQQSeDuBxfqEb6EhelkpQD9F8pi
Kqu+ieUltFK/35pTkODPG72dFivQ9fxhZC9Awgw=z6ft
-----END PGP SIGNATURE-----


--------81dcb0244f84e26a93a21bb287212763198e24126f46e27bc57a88dc83c57c5a--