aeris22’s avataraeris22’s Twitter Archive—№ 76,155

        1. Je me rend compte de la fragilité de l’auto-hébergement. 1 mois que mon matos est en SAV, et donc autant de temps avec du contenu qui n’est plus dispo… Mais je ne connais pas de solution (même GAFAM) pour répliquer facilement des sites de 10Go remplis de vidéo et slides…
      1. …in reply to @aeris22
        Je vais préciser un peu plus le besoin, vu que ce n’est pas clair pour tout le monde, et que quasiment tout le monde me fait les mêmes propositions qui ne répondent pas au problème 😂
    1. …in reply to @aeris22
      La persistence des données est déjà réglée. Étant auto-hébergé, je n’ai même pas besoin de réplication sinon le RAID classique. Le disque est là devant moi sur le bureau (malgré qu’un des 2 est en SAV) avec les données et j’ai des backups partout de toute façon. Donc S3,
  1. …in reply to @aeris22
    backblaze ou syncthing ne serviront à rien ici.
    1. …in reply to @aeris22
      Le problème est de pouvoir remonter les services présentant ces données. Donc les nginx, prosody, ou autres. À la limite le non web est un non problème ici. Il faudrait pouvoir relancer ces services ailleurs, vu que chez soi on n’a plus le matos pour (mais les données si).
      1. …in reply to @aeris22
        Les solutions à base de stockage custom (S3 ou autres) sont aussi problématiques parce que supposent de concevoir un site spécifique (et donc certainement plus statique) pour gérer le cas du fallback. Mes pages statiques de confs.imirhil.fr (qui est le seul service que je
        1. …in reply to @aeris22
          n’ai pas pu remonter rapidement et à coût négligeable) ne pourraient plus servir en cas de passage sur S3.
          1. …in reply to @aeris22
            DRDB ou proxmox posent la question de l’overkill. Pourquoi réclamer 400€ de matos supplémentaire et des configs à s’arracher les cheveux pour des services qui vont être up 99.999% du temps ? Et dont le PRA se résume dans les 0.001% restant à un rsync… 🤔
            1. …in reply to @aeris22
              Théoriquement parlant, quasiment tous mes services sont remontables avec n’importe quelle machine en 3 commandes. C’est même comme ça que je sélectionne mes softs. Si ça n’est pas possible, c’est que c’est trop compliqué pour de l’auto-hébergement.
              1. …in reply to @aeris22
                La question est du coup plutôt de pouvoir trouver du matos/ressource à dispo auprès de la communauté pour être capable de pallier temporairement à un défaut matériel. Sans avoir à sortir la CB, sans complexité supplémentaire.
                1. …in reply to @aeris22
                  Ou encore dit autrement, dans la communauté qui fait de l’auto-hébergement, il y a forcément des ressources inutilisées quelque part. C’est moche de ne pas pouvoir s’en servir temporairement pour pallier aux problèmes d’un autre pixel 😃
                  1. …in reply to @aeris22
                    Il y a @eleveurornitho1 qui vient de me faire trouver la formulation exacte de ce que je cherche. En fait le but est de palier à une panne d’un « nœud » auto-hébergé en n’utilisant que des ressources compatibles avec l’auto-hébergement, et présentes sur d’autres « nœuds »
                    1. …in reply to @aeris22
                      auto-hébergés. 😊
                      1. …in reply to @aeris22
                        Ou en reprenant celle de @davlgd : de l’auto-hébergement décentralisé et collaboratif 😂
                        1. …in reply to @aeris22
                          Un espèce de fediverse avec un gros bouton « je suis dans la panade, t’as pas un coin de serveur pour moi » qui te permet de choper un petit coin de résal et un shell pour remonter tous tes bidons comme un grand !