<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Bonjour</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Cette discussion est très intéressante,
      mais également un peu inquiétante. Au PIC (Projet Internet et
      Citoyenneté, le-pic.org) nous avons 4 VM chez Tetaneutral:</div>
    <div class="moz-cite-prefix">
      <ul>
        <li><b>picttn.le-pic.org</b> => Elle fonctionne bien mais
          rencontre depuis quelque temps de problèmes de performance.
          C'est une machine de tests donc ça n'est pas très grave</li>
        <li><b>picbackup.le-pic.org</b> => Nous sauvegardons nos
          serveurs là-dessus. Elle rencontre de gros problème de
          performance, les sauvegardes peuvent se faire en 6 heures
          comme en 10. Ce qui est très ennuyeux. Je la reboote
          régulièrement car le disque de données passe en read-only. Si
          une migration vers une autre infra pouvait résoudre ces soucis
          ce serait vraiment bien</li>
        <li><b>piccloud.tetaneutral.net</b> => C'est là que nous
          avons notre cloud et autres applications apportées par
          oxytanet.org. Elle fonctionne très bien, pas de souci de
          performance</li>
        <li><b>piccloud2.tetaneutral.net</b> => Essentiellement notre
          service audio. Pas de problème particulier (mais pas trop de
          données non plus)</li>
      </ul>
      <p>Donc si on pouvait arranger les problèmes de picbackup ce
        serait vraiment génial. <b>Mais surtout ce que je trouve
          inquiétant c'est lorsque je lis qu'on ne doit pas utiliser
          l'infra de tetaneutral pour de la production</b>, seulement
        pour du test: d'accord nous n’hébergeons "que" des associations,
        mais quand-même si notre cloud se dissolvait dans la nature nous
        serions salement embêtés ! Et si nous perdons toutes les
        sauvegardes, disons que... ça fait un peu désordre. Nous
        considérons les données de nos adhérents comme des données de
        production, pas de tests. Devrions-nous chercher un autre
        hébergeur ? Ce n'est pas du tout le discours que nous avons
        entendu jusqu’à présent de la part de tetaneutral. Et d'ailleurs
        nous avons toujours trouvé que les bénévoles de tetaneutral
        faisaient un super-boulot et intervenaient toujours efficacement
        lorsqu'il y avait des problèmes.<br>
      </p>
      <p>Amicalement,</p>
      <p>Emmanuel<br>
      </p>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Le 22/09/2020 à 22:13, obconseil via
      technique a écrit :<br>
    </div>
    <blockquote type="cite"
      cite="mid:e4aadbd6-373f-e9a9-beea-98cc39e7cd29@gmail.com">Le
      22/09/2020 à 21:00, Mehdi Abaakouk via technique a écrit :
      <br>
      <blockquote type="cite">
        <br>
        Je tiens à ajouter, que les personnes qui voient le moindre
        ralentissement de Ceph pendant la reconstruction sont celles qui
        n'ont jamais reinstallé leur VM depuis Ganeti.
        <br>
        <br>
        Ces VMs;
        <br>
        * ont leur rootfs sur les disques rotationnels
        <br>
        * sont en mode ide (sans virtio-io)
        <br>
        * n'ont aucune option libvirt pour améliorer les perfs
        <br>
        * le partitionnement n'est pas aligné sur les blocks de Ceph
        (pour chaque IO de la VM, Ceph doit faire minimum deux IOs dans
        le meilleur des cas)
        <br>
        <br>
        Cela divise les perfs par ~4-5 par rapport à une VM neuve sur
        disque rotationnel et je ne parle même pas de si le roofs est
        sur SSD.
        <br>
      </blockquote>
      <br>
      <br>
      <br>
      C'est intéressant ce que tu dis ici car il est possible que
      plusieurs personnes ne sachent même pas sur quelle technologie ils
      sont.
      <br>
      C'est mon cas par exemple pour la vm "poivronrouge", qui fait
      tourner un petit nextcloud+LOOL : J'ai demandé une VM, je l'ai eu,
      boum.
      <br>
      <br>
      Or, ces VM je suppose impactent l'ensemble du cluster tant en
      terme de perf (IO) que de maintenance pour les personnes.
      <br>
      <br>
      Je ne sais pas si une procédure est prévue pour migrer ces VM , ou
      bien si le mieux est de demander une réinstallation from scratch
      de la part de leurs utilisateurs.
      <br>
      (Ce qui aurais aussi l'avantage de virer les VM "abandonnées", et
      de maj les versions d'OS)
      <br>
      <br>
      obinou
      <br>
      _______________________________________________
      <br>
      technique mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:technique@lists.tetaneutral.net">technique@lists.tetaneutral.net</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://lists.tetaneutral.net/listinfo/technique">http://lists.tetaneutral.net/listinfo/technique</a>
      <br>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>