Plop,
Pour ceux qui ne l'auraient pas vu passer :
https://www.redhat.com/en/blog/red-hat-enterprise-linux-75-beta-now-availabl...
Du coup je découvre complètement la partie VDO qui me semble être la seule grosse nouveauté, deux articles ici :
https://rhelblog.redhat.com/tag/virtual-data-optimizer/
Quelqu'un a mis en place ? Quel interêt par rapport à de la dédup/compression sur baies (typiquement Netapp) ?
Ah tiens il y a aussi boom que je vais devoir creuser... mais ça j'avais déjà vu passer l'info qq part.
Et en tech preview :
Custodia, ça cause à du monde ? Pas forcément un concurrent à Vault de ce que j'en lis, mais j'ai pas regardé longtemps
JYL
Hello,
Du coup je découvre complètement la partie VDO qui me semble être la seule grosse nouveauté, deux articles ici :
https://rhelblog.redhat.com/tag/virtual-data-optimizer/
Quelqu'un a mis en place ? Quel interêt par rapport à de la dédup/compression sur baies (typiquement Netapp) ?
Ce que je comprends du truc c'est que les block non utilisés sont zeroifiés.
Donc vis a vis de la dedup / compression on y gagne beaucoup car les blocks ne sont pas zeroifiés lorsqu'on supprime les fichiers (donc la dedup commence a merder dès que beaucoup d’écritures sont faites sur un vDisk).....
Xavier
Le 16/02/2018 à 18:35, Jean-Yves LENHOF a écrit :
Plop,
Pour ceux qui ne l'auraient pas vu passer :
https://www.redhat.com/en/blog/red-hat-enterprise-linux-75-beta-now-availabl...
Du coup je découvre complètement la partie VDO qui me semble être la seule grosse nouveauté, deux articles ici :
https://rhelblog.redhat.com/tag/virtual-data-optimizer/
Quelqu'un a mis en place ? Quel interêt par rapport à de la dédup/compression sur baies (typiquement Netapp) ?
Ah tiens il y a aussi boom que je vais devoir creuser... mais ça j'avais déjà vu passer l'info qq part.
Pour la partie boom, je viens de faire un tout petit article ici :
http://blog.lenhof.eu.org/2018/02/22/test-de-la-fonctionnalite-boom-dispo-su...
Cela permettra peut-être à certains d'aller un poil plus vite que moi lorsqu'ils regarderont cette fonctionnalité
JYL
Donc si je résume c'est le même principe que le boot from snapshot btrfs comme fait Suse depuis SLES 12. J'ai bon ? https://www.suse.com/documentation/sled-12/book_sle_admin/data/sec_snapper_s... Bye,
Le jeu. 22 févr. 2018 12:14, Jean-Yves LENHOF jean-yves@lenhof.eu.org a écrit :
Le 16/02/2018 à 18:35, Jean-Yves LENHOF a écrit :
Plop,
Pour ceux qui ne l'auraient pas vu passer :
https://www.redhat.com/en/blog/red-hat-enterprise-linux-75-beta-now-availabl...
Du coup je découvre complètement la partie VDO qui me semble être la seule grosse nouveauté, deux articles ici :
https://rhelblog.redhat.com/tag/virtual-data-optimizer/
Quelqu'un a mis en place ? Quel interêt par rapport à de la dédup/compression sur baies (typiquement Netapp) ?
Ah tiens il y a aussi boom que je vais devoir creuser... mais ça j'avais déjà vu passer l'info qq part.
Pour la partie boom, je viens de faire un tout petit article ici :
http://blog.lenhof.eu.org/2018/02/22/test-de-la-fonctionnalite-boom-dispo-su...
Cela permettra peut-être à certains d'aller un poil plus vite que moi lorsqu'ils regarderont cette fonctionnalité
JYL
Liste de diffusion du FRsAG http://www.frsag.org/
Le 23/02/2018 à 22:27, Olivier Duquesne (DaffyDuke) a écrit :
Donc si je résume c'est le même principe que le boot from snapshot btrfs comme fait Suse depuis SLES 12. J'ai bon ? https://www.suse.com/documentation/sled-12/book_sle_admin/data/sec_snapper_s... Bye,
C'est pas complètement faut... mais sur Suse cela se base plus sur snapper et c'est possible uniquement avec btrfs... Sur RHEL c'est pas lié spécialement à snapper, et cela fonctionne avec btrfs (mais btrfs était seulement en preview et ils ont clairement annoncés qu'ils ne le supporteraient plus désormais) & les snapshots (thin ou thick), mais ils ont ajouté un patch BLS à grub, patch qui n'existe pas sur Suse à ma connaissance (D'ailleurs j'ai pas bcp cherché, mais autant le profil de boom est stocké dans /boot autant les entrées créées je ne sais pas où elles sont stockées ? Ailleurs ? Directement dans les metadata du LVM ? A voir)
Maintenant je viens de m'apercevoir que snapper est aussi disponible dans RHEL... et que cela permet d'automatiser et de merger en automatique des snapshots suivant des règles définies... Cela limite les snapshot au thin provisionning, mais si on arrive à lié snapper & boom, on pourrait commencer à avoir qq chose de sympatique à creuser plutôt que de créer les snapshots & les entrées boom complètement à la mano
Cdlt,
JYL