• ouille
    link
    fedilink
    Français
    arrow-up
    5
    ·
    3 days ago

    Bonjour J’ai quelques applications qui tournent sur des raspberry pi (joplin, homeassistant, serveur lutris/voxelibre, i2p …). En général ça prends du temps pour tout monter. Mais j’arrive à m’organiser. Par contre en cas de défaut c’est cuit. Je voudrais qu’une fois en place le tout soit tolérant au défaillance physiques (cartes sd principalement) et qu’il soit facile de revenir en arrière si une mise à jour car tout. Je cherche comment avoir une architecture fiable avec de la redondance. Je suis en train de regarder du côté de pacemaker corosync et heartbeat. L’apprentissage ne sera pas de tout repos. Est ce une approche réaliste ? des retours d’expérience ? D’autres outils à me conseiller ?

    • ivn
      link
      fedilink
      Français
      arrow-up
      5
      ·
      3 days ago

      Je ne connaissais pas ces outils. Mais faire de la haute disponibilité pour un homelab, même si ça peut être très intéressant pour l’apprentissage, ça fait quand même très overkill. Il faudra que chacun de tes services tourne sur plusieurs raspberry et que leurs base de données soient répliquées.

      Perso j’ai plutôt un gros serveur où tout est installé donc ce n’est de toute façon pas une option. Mais j’ai la partie retour en arrière après une mise à jour qui casse tout grace à Nix (mais j’ai jamais de mise à jour qui casse tout). Bon la aussi l’apprentissage n’a pas été de tout repos, la courbe d’apprentissage est assez raide (même si je pense que ça s’est amélioré, la doc est bien meilleurs qu’avant). Et j’aime avoir toute ma config pour toutes mes machines (je configure aussi mon desktop et le portable du boulot avec) centralisé dans un repo git et déployable à distance. J’avais déjà ça avant, je faisait ma config avec Ansible, mais avec Nix j’ai en plus le retour facile à une configuration précédente et pas mal de choses pré-configurées. Et du coup en cas de problème matériel c’est facile de re-déployer sur une nouvelle machine ou une nouvelle carte sd, il faut juste bien faire des backups de données.

      • ouille
        link
        fedilink
        Français
        arrow-up
        1
        ·
        1 day ago

        C’est très probablement Overkill, mais le sujet m’intéresse, c’est de la curiosité. Je vais regarder du coté de Nix, le rollback pourrait résoudre une partie des problèmes. Merci pour les informations.

    • Skunk
      link
      fedilink
      Français
      arrow-up
      2
      ·
      3 days ago

      Comme le dit Ivn, avant de chercher à faire de la haute disponibilité ou se monter un serveur maison (souvent gros, bruyant et consommateur d’énergie), je commencerai par mettre 100 balles dans un boîtier ssd + disque M2 pour raspberry pi.

      Ce ne sont pas des ssd nvme mais ça change déjà beaucoup, tu peux te trouver un ssd m2 de 512Go pour pas cher aujourd’hui.

      Et surtout ça t’enlève le problème d’une défaillance de carte SD. Tu peux tout migrer sur ssd et avoir ton raspberry qui tourne sans SD.

      • ouille
        link
        fedilink
        Français
        arrow-up
        1
        ·
        1 day ago

        Oui booter sur un DD pour éviter la carte SD est une option. Mais c’est plutôt les problème de migration automatiques sur défaillance qui m’intéressent. J’ai quelques Rpi sous la main et un peu de temps, donc avant de faire un choix technique que je devrais supporter je me demandais si certains avaient une certaine expérience.