Bon proxmox est visiblement trop rigide pour convenir à mes besoins.
J'imagine que c'est le prix pour avoir une solution clé en main.
Quitte à retrousser les manches je commence à étudier une autre solution plus souple avec cockpit pour gérer l'hôte, les VM et des containers, podman du coup.
Pour la réplication il va falloir scripter et choisir la meilleur méthode entre les snapshots btrfs ou LVM. A choisir avec btrfs send/receive sur ssh à la ZFS ou juste pour geler l'état du volume le temps d’exécuter un rsync.
Cockpit est très intéressant parce qu'il s'installe sur un hôte existant peu importe sa configuration de départ et sa distro, c'est un webmin plus jeune quoi.
Avec cette solution je peux envisager de migrer plus facilement qu'en CLI pure, les services de mes hôtes à chaud vers des containers ou des VM où ils seront ensuite plus facile à migrer vers d'autres hôtes.
# Changement de direction
Posté par L33thium . En réponse au message Questions de débutant sur le cluster Proxmox. Évalué à 1.
Bon proxmox est visiblement trop rigide pour convenir à mes besoins.
J'imagine que c'est le prix pour avoir une solution clé en main.
Quitte à retrousser les manches je commence à étudier une autre solution plus souple avec cockpit pour gérer l'hôte, les VM et des containers, podman du coup.
Pour la réplication il va falloir scripter et choisir la meilleur méthode entre les snapshots btrfs ou LVM. A choisir avec btrfs send/receive sur ssh à la ZFS ou juste pour geler l'état du volume le temps d’exécuter un rsync.
Cockpit est très intéressant parce qu'il s'installe sur un hôte existant peu importe sa configuration de départ et sa distro, c'est un webmin plus jeune quoi.
Avec cette solution je peux envisager de migrer plus facilement qu'en CLI pure, les services de mes hôtes à chaud vers des containers ou des VM où ils seront ensuite plus facile à migrer vers d'autres hôtes.