Forum général.général Avis sur un petit Nextcloud avec un seul dossier de groupe partagé localement via NFS

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
21
jan.
2025

Salut
On est en train de renouveler le minuscule parc informatique de ma copine. C'est l'occasion d'améliorer son installation de Nextcloud. En voici une description pour avoir vos avis :

On utilise Nextcloud fichiers pour accéder à tout ce dont on a besoin pour nos 2 petits magasins de jouets. On est en multiseat sur Debian : 2 écrans, 2 claviers, 2 souris par ordinateur, avec un seul ordi dans chaque magasin. Un dossier de groupe Nextcloud contient à peu près tous les documents avec lesquels on bosse, qu'on ait besoin ou pas de les partager entre nous. Tandis que les dossiers personnels Nextcloud sont très peu utilisés, de même que les dossiers utilisateurs sur les ordis.

Actuellement, il y a un dossier de groupe Nextcloud, auquel chacun peut accéder à partir de son espace personnel sur le serveur Nextcloud. Ce dossier est synchronisé localement sur un disque séparé qui est partagé via NFS (avec d'autres trucs). Ainsi le dossier de groupe Nextcloud est accédé localement via NFS. Pour éviter de dupliquer les données de syncho, l'application Nextcloud bureau est paramétrée en 2 parties :

  • l'espace utilisateur Nextcloud est synchronisé sans le dossier de groupe
  • le dossier de groupe est synchronisé sur le disque externe.

Le travail en commun se fait principalement sur des feuilles de calcul LibreOffice. Comme on passe par NFS, on dirait que Libo et Nextcloud ne gèrent pas très bien les conflits, mais on est une petite équipe et ce n'est pas un gros problème.

Le dossier de groupe contient beaucoup d'images et de pdf qui sont souvent mis à jour. La taille des fichiers varie de 1 Mo à 150 Mo. Ce n'est pas énorme, mais comme on est installé en milieu rural, la connexion internet n'est pas si rapide (max 1 Mbits/s). L'ensemble du dossier de groupe représente 20 à 30 Go.

À votre avis, est-ce que c'est un bon setup ? auriez-vous mieux ou plus astucieux (en restant sur NC)?
Pourquoi pas lancer le client NC via l'utilisateur anonymous pour synchroniser le dossier de groupe une seule fois, au lieu de le faire pour chaque utilisateur ? Dans ce cas comment serait gérés les conflits de fichiers?
Devrait-on paramétrer la partie images et pdf dans une synchro séparée pour éviter de ralentir la synchro des feuilles de calcul (qui est la partie la plus active)?
Devrait-on créer d'autres dossiers de groupes pour faciliter les accès utilisateurs actuellement il passent par le dossier de groupe avant d'atteindre le dossier qu'ils souhaitent)?

L'idée c'est bien sûr de faire au plus simple, au plus maintenable sur mon temps libre.

Merci pour vos remarques et commentaires.

  • # onlyoffice

    Posté par  . Évalué à 2 (+0/-0).

    est-ce que vous travaillez parfois à 2 sur le même PC (j'imagine que oui mais bon…).

    De ce que je vois, ce qui vous pousse à utiliser le NFS (ça existe encore ça ?), c'est pour éviter de dupliquer les données entre les 2 sessions sur chaque PC, c'est bien ça ?

    Je n'ai pas trop d'avis sur votre agencement, mais pour éviter les conflits sur le tableur, je vous conseillerais déjà d'utiliser les tableurs et documents en mode web, c'est un peu moins réactif, et moins pratique, en revanche ça permet de travailler à deux sur le même fichier. Il y a onlyoffice ou caldera qui proposent ça (en libre, c'est intégré à nc via yunohost notamment)

    « Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher

    • [^] # Re: onlyoffice

      Posté par  . Évalué à 3 (+1/-0). Dernière modification le 21 janvier 2025 à 19:38.

      Salut, merci de tes remarques.

      Oui on travaille à 2 sur le même PC, en multiseat on est sur des sessions différentes.

      Le NFS sert à plusieurs choses

      • partager des données en lecture-écriture (y'a pas que du Nextcloud) ; un dossier local partagé via le serveur NFS est remonté via le client
        • ça évite d'avoir des fichiers appartenant à user1, user2, user3, … ils appartiennent tous à l'utilisateur NFS
        • c'est facile de verrouiller des accès
        • pas de conflits de fichiers
      • pour Nextcloud, éviter que chacun synchronise tout le dossier de groupe Nextcloud dans son arborescence locale, ce qui serait balot.

      Il n'y a pas vraiment de souci sur les tableurs c'est plus Nextcloud qui s'emmêle un peu les pinceaux avec cette config. Mais ça se gère, on est que 4.

      Les débits sont trop lents pour travailler en tableurs via le web.

      • [^] # Re: onlyoffice

        Posté par  (site web personnel, Mastodon) . Évalué à 5 (+3/-0).

        Si tu travailles à 2 en local sur un fichier stocké en NFS, pourquoi tu utilises pas CollaboraOnline en local ? Ça fait du tableur en mode web mais sur le réseau local, ya pas de problème de bande passante et c'est collabora qui gère les conflits.

        #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

        • [^] # Re: onlyoffice

          Posté par  . Évalué à 2 (+0/-0).

          j'imagine que dans sa configuration, le serveur nextcloud est soit sur un des sites, soit sur un vps, ce qui complique de pouvoir travailler de partout avec un bon débit…
          malgré tout, le chargement est seulement lors de l'ouverture, et si les fichiers ne sont pas trop gros, cela peut valoir le coup de tester.

          « Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher

          • [^] # Re: onlyoffice

            Posté par  . Évalué à 2 (+0/-0).

            il est sur un VPS

          • [^] # Re: onlyoffice

            Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0).

            Contrairement à OnlyOffice, Collabora ne télécharge pas le document donc pas de lenteur initiale.

            Au vu de ce qui est annoncé, je comprends qu'il synchronise en local

            Ce dossier est synchronisé localement sur un disque séparé qui est partagé via NFS (avec d'autres trucs).

            Donc il pourrait tout à fait y avoir un CollaboraOnline sur le réseau local qui permet l'édition à plusieurs.

            Le truc que je comprends pas c'est l'intérêt de passer par le DD externe pour la collaboration locale (2 personnes qui ont une session en local sur la même machine) : pourquoi ne pas passer par un dossier partagé local ? Si c'est une question de droits que NFS gère bien, il est possible de monter en NFS un dossier local (c'est sans doute overkill, mais au moins ça affranchit du risque de panne lié à l'utilisation d'un périphérique externe - moins résilient par design

            #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

        • [^] # Re: onlyoffice

          Posté par  . Évalué à 2 (+0/-0).

          Je ne vois pas très bien ce qu'on y gagne ?
          Il y a deux sites, chacun d'eux à un PC en multiseat. Qu'on soit deux sur le même document en local ne pose pas de réel soucis (on est côte à côte, on se parle). C'est lorsqu'on est 2 dessus dans des sites différents que ça gêne un peu Nextcloud.

          • [^] # Re: onlyoffice

            Posté par  (site web personnel, Mastodon) . Évalué à 3 (+1/-0).

            Comme on passe par NFS, on dirait que Libo et Nextcloud ne gèrent pas très bien les conflits

            Tu dis ça et ça m'a induit en erreur je pense : j'ai compris que tu avais des pb de synchro en local car vous accédez aux mêmes doc en même temps où quasiment.

            Si le pb de synchro est lorsque vous travaillez chacun sur un site et que la synchro passe par le serveur Nextcloud et le client de synchro des 2 côtés, je pense que la gestion des conflits n'a rien à voir avec libroffice : c'est juste que Nextcloud doit gérer des modifications qui viennent des 2 côtés.

            #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.