Différences

Ci-dessous, les différences entre deux révisions de la page.

--- informatique:installation_et_securisation_d_un_serveur_nextcloud_et_nginx_sur_un_raspberrypi_2_et_disque_ssd [2021/03/29 21:56] – ajouts version et détails Ouvaton Pascal Delrot
+++ informatique:installation_et_securisation_d_un_serveur_nextcloud_et_nginx_sur_un_raspberrypi_2_et_disque_ssd [2021/10/06 13:55] – swap, ressenti à l'usage Pascal Delrot
@@ Ligne 10: / Ligne 10: @@
   * éventuellement remplacer mon Nextcloud chez Ouvaton
   * apprendre !
-  * utiliser la carte RaspberryPi 2 achetée il y a déjà 8 ans !
+  * utiliser la carte RaspberryPi 2 achetée il y a déjà 8 ans ! et du matériel d'occasion/réutilisé
 Quelques difficultés ou apprentissages à faire :
@@ Ligne 66: / Ligne 66: @@
 === Utilisation de la swap ===
-FIXME C'est un sujet de discussion sur des blogs. A voir, la RPi2 ayant une quantité de RAM limitée
+C'est un sujet de discussion sur des blogs. A voir, la RPi2 ayant une quantité de RAM limitée.
+Le choix qui a été réalisé est de créer un fichier de swap de 100MB (puis 256MB). Par rapport à une partition dédiée, le fichier peut "bouger" sur le système de fichier, c'est important sur une carte flash afin de ne pas toujours utiliser les mêmes cellules mémoire.
+    sudo dphys-swapfile swapoff
+    sudo nano /etc/dphys-swapfile
+    CONF_SWAPFILE=256
+    sudo dphys-swapfile setup
+    want /var/swap=256MByte, checking existing: deleting wrong size file (104857600), generating swapfile ... of 256MBytes
+    sudo dphys-swapfile swapon
+Ne pas oublier les commandes  sudo dphys-swapfile swapoff, setup pour regénrer le fichier, puis swapon avant et après les réglages.
+Il est aussi possible de ne pas modifier le fichier de configuration, et d'utiliser une valeur calculée par le système.
+Swap ou pas ?
   * https://cl-rpi.fr/index.php/2017/09/25/augmenter-swap-de-raspberry-pi/
   * https://www.framboise314.fr/et-si-on-se-passait-du-swap/
 === Ecriture des journaux systèmes en décalé ===
 FIXME à essayer
 L'idée est de limiter le nombre de cycles sur la carte flash microSD
 =====  Sécurisation =====
 FIXME
+- [ ] Penser à filtrage par MAC address pour l'accès au serveur
+===== Transfert serveur "local" vers le nouveau serveur =====
+Mes précédents fichiers étaient hebergés sur ma tour, un serveur Apache+MySQL+Nextcloud.
+Le transfert était la finalité du projet.
+Nextcloud propose des guides de migration qui ont été efficaces, moyennant quelques éléments ci-dessous :
+  * https://docs.nextcloud.com/server/20/admin_manual/maintenance/migrating.html
+  * https://docs.nextcloud.com/server/20/admin_manual/maintenance/backup.html
+  * et aussi https://www.tutorialspoint.com/mysql/mysql-administration.htm
+A date, le serveur de test heberge 8Go de données et donne satisfaction en temps de réponse et en durée de fonctionnement.
+Les données à transférer sont de 135Go, ce qui représente une marche conséquente (base de données, plus contenu du dossier `data` de Nextcloud).
+Pour ne pas réinstaller et reconfigurer tout le serveur de test il a été choisi de :
+- remplacer la base de données de test par la nouvelle
+- remplacer les données par les nouvelles
+- tout cela via le fichier config.php de Nextcloud
+Les étapes dans l'ordre (en suivant le guide proposé par Nextcloud) :
+  - Stopper nginx
+  - S'assurer que l'ancien serveur a la même version de Nextcloud que le nouveau
+  - Sauvegarder les données (une copie des fichiers de la base données n'a pas réussi, à cause de versions de MySql/MariaDB différentes : la base de données a du être sauvegardée et restaurée via mysqldump et mysql).
+  - Transférer les sauvegardes vers le nouveau disque (rsync a été bien utile)
+  - Recréer la table dans la base de données (mysql)
+  - Donner les droits à l'utilisateur mysql pour accéder à la table
+  - Modifier le fichier config.php par rapport au nouveau répertoire `data`
+  - Vérifier avec php occ que la connexion à la base de données est correcte
+  - Relancer nginx et tester !
+Normalement il est possible de se logger et d'accéder aux fichiers ! (cela a été le cas, moyennant quelques oublis de ma part, et non respect des étapes ci-dessus).
+Les 4 CPU sont montés à 100% pendant 5 minutes durant le premier login, mais cela n'a pas empéché la navigation sur le site Nextcloud. La swap, auparavant proche de 0Mo, est désormais utilisée (88% des 100Mo parfois).
+Ménage :
+  * suppression base de données serveur de test
+  * suppression des données de test
+====== Ressenti à l'usage ======
+A l'usage, la synchronisation des fichiers (environ) est nettement plus longue qu'auparavant. C'est la plupart du temps sans conséquence.
+Le serveur m'indique qu'aucun cache mémoire n'est configuré, il y a certainement des optimisations.
+La mise à jour du Nextcloud (21.0.4) via l'interface graphique fonctionne, bien qu'elle soit un peu lente. Il y a des erreurs 504 et des demandes d'authentification via un "updater.secret". Mes conseils :
+  * rafraîchir la page, et ne pas cliquer "retry"
+  * parfois se reconnecter sur l'interface, puis revenir sur la mise à jour permet de reprendre là où elle s'était arrêtée