Il y a 389 articles et 19 utilisateurs inscrits (ce bandeau est défini dans MediaWiki:Sitenotice)
Bilan technique de la plateforme AD64 2026
Bilan technique de la plateforme AD64
[modifier | modifier le wikicode]1. Architecture générale
[modifier | modifier le wikicode]La plateforme des Archives départementales des Pyrénées-Atlantiques (AD64) repose sur trois fonctions techniques distinctes :
- un serveur applicatif AD64, hébergeant la plateforme Pleade 4.5 et ses différentes instances ;
- un serveur de données, assurant le stockage des données documentaires, leur mise à disposition auprès de la plateforme applicative ainsi que les accès SFTP ;
- un serveur de sauvegarde, assurant la conservation d'une copie indépendante des données.
Cette architecture permet notamment de dissocier le fonctionnement de la plateforme applicative du stockage des volumes documentaires et de leurs sauvegardes.
2. Serveur applicatif AD64
[modifier | modifier le wikicode]La plateforme applicative AD64 est hébergée sur une machine virtuelle dédiée.
Ressources
[modifier | modifier le wikicode]| Ressource | Configuration |
|---|---|
| CPU | 8 vCPU |
| Mémoire | Jusqu'à 64 Gio |
| Disque système | 100 Go |
| Stockage physique | Stockage ZFS sur SSD NVMe en RAIDZ1 |
Le disque système est hébergé sur un stockage ZFS constitué de 4 SSD NVMe d'environ 960 Go, organisés en RAIDZ1.
Le système de fichiers de la machine virtuelle occupe actuellement environ 37 % de sa capacité.
Environnement logiciel
[modifier | modifier le wikicode]| Composant | Version |
|---|---|
| Application | Pleade 4.5 |
| Système d'exploitation | Ubuntu 26.04 LTS |
| Noyau Linux | 7.0.0-30-generic |
| Serveur HTTP Apache | 2.4.66 |
| Java | OpenJDK 17.0.20 – 64 bits |
| Apache Tomcat | 9.0.98 |
| MariaDB | 11.8.6 |
Instances Pleade
[modifier | modifier le wikicode]Trois instances Pleade 4.5 distinctes sont exploitées :
| Instance | Fonction |
|---|---|
| Internet | Site Internet |
| Préproduction | Plateforme de préproduction |
| Salle de lecture | Application destinée à la salle de lecture |
Les trois instances utilisent le même environnement Tomcat 9.0.98 / OpenJDK 17.0.20.
Lors du contrôle, les trois instances étaient opérationnelles et le serveur applicatif ne présentait pas de pression significative sur les ressources CPU ou mémoire.
Accès aux données
[modifier | modifier le wikicode]Les données documentaires ne sont pas stockées directement sur le disque système du serveur applicatif.
Elles sont hébergées sur le serveur de données et mises à disposition du serveur applicatif par un montage NFSv4.2 sur un réseau interne.
Cette séparation permet de dissocier les ressources applicatives des volumes documentaires.
3. Stockage des données
[modifier | modifier le wikicode]Les données AD64 sont hébergées sur un espace de stockage ZFS dédié.
Capacité
[modifier | modifier le wikicode]| Capacité | État |
|---|---|
| Volume total | ~35 To |
| Utilisé | ~28 To |
| Disponible | ~7,5 To |
| Occupation | ~79 % |
Le volume dispose actuellement d'environ 7,5 To d'espace disponible.
Son évolution fait l'objet d'une surveillance compte tenu de la volumétrie des données documentaires.
4. Synchronisation des données depuis les AD64
[modifier | modifier le wikicode]Depuis le mois d'octobre 2025 jusqu'à la bascule effective de earchives en SaaS, les données provenant du serveur des Archives départementales sont synchronisées quotidiennement vers le serveur de données de la plateforme.
Le transfert est initié depuis le serveur des AD64 et utilise une connexion SSH sécurisée par clé ainsi que le protocole rsync.
La synchronisation est programmée :
quotidiennement à 17 h 02
Les données synchronisées comprennent notamment :
- les images ;
- les fichiers attachés ;
- les instruments de recherche EAD ;
- les fichiers CDC ;
- les fichiers CSV ;
- les documents PDF ;
- les documents Excel ;
- les données relatives aux lecteurs ;
- les réservations ;
- différents fichiers et données nécessaires aux environnements de production et de préproduction.
La synchronisation entrante est configurée de manière à ne pas supprimer automatiquement sur le serveur de données les éléments qui ne seraient plus présents sur le serveur source.
État : opérationnel.
5. Accès SFTP
[modifier | modifier le wikicode]Un service SFTP sécurisé permet les échanges de fichiers avec les espaces AD64.
L'utilisateur AD64 dispose principalement de deux espaces :
/pleade /projets
Les droits d'accès sont définis en fonction des différents répertoires et de leur utilisation.
Selon les espaces concernés, ils permettent notamment :
- la consultation des fichiers ;
- le dépôt de fichiers ;
- le remplacement de fichiers ;
- la création de répertoires ;
- le renommage ;
- la suppression.
Les droits sont ainsi adaptés aux différents types de données manipulées par Pleade.
État : opérationnel.
6. Snapshots du stockage
[modifier | modifier le wikicode]Le volume de données AD64 bénéficie de snapshots ZFS automatiques.
La politique actuelle conserve :
- les 2 derniers snapshots horaires ;
- le dernier snapshot quotidien.
Les snapshots sont créés et purgés automatiquement.
Ce dispositif permet de disposer de points de restauration très récents en cas de modification ou de suppression accidentelle d'un fichier.
Les snapshots constituent une protection locale rapide, complémentaire de la sauvegarde des données sur un serveur distinct.
7. Sauvegarde des données
[modifier | modifier le wikicode]Les données du serveur de données sont également copiées sur un serveur de sauvegarde distinct.
Cette sauvegarde est programmée :
chaque vendredi à 18 h 59
La sauvegarde fonctionne sous forme de miroir des données.
Les fichiers remplacés ou supprimés lors d'une synchronisation sont préalablement conservés dans un espace de quarantaine pendant 7 jours avant leur suppression définitive.
Cette quarantaine apporte une protection complémentaire vis-à-vis des suppressions ou remplacements intervenant entre deux sauvegardes.
État : opérationnel.
8. Sauvegardes du serveur applicatif
[modifier | modifier le wikicode]Le serveur applicatif AD64 bénéficie de trois niveaux de sauvegarde distincts.
Sauvegarde quotidienne principale
[modifier | modifier le wikicode]Une sauvegarde complète de la machine virtuelle est réalisée quotidiennement à :
21 h 00
La politique de conservation comprend :
- 7 sauvegardes quotidiennes ;
- les 3 dernières sauvegardes ;
- 3 sauvegardes hebdomadaires ;
- 2 sauvegardes mensuelles.
Les sauvegardes sont réalisées en mode snapshot.
Sauvegarde locale
[modifier | modifier le wikicode]Une sauvegarde locale complémentaire est réalisée quotidiennement à :
23 h 00
Elle conserve la dernière sauvegarde quotidienne.
Sauvegarde sur serveur distinct
[modifier | modifier le wikicode]Une troisième sauvegarde de la machine virtuelle est exécutée quotidiennement à :
02 h 00
Elle est stockée sur un serveur distinct de l'hyperviseur hébergeant la plateforme.
La politique de conservation comprend :
- 3 sauvegardes hebdomadaires ;
- 1 sauvegarde mensuelle.
Les trois dispositifs sont indépendants et permettent de disposer de plusieurs niveaux de restauration du serveur applicatif.
9. Sauvegarde de la configuration du serveur de données
[modifier | modifier le wikicode]La configuration du serveur de données fait elle-même l'objet d'une sauvegarde quotidienne.
Cette sauvegarde est exécutée :
quotidiennement à 02 h 30
Elle comprend notamment :
- la configuration système ;
- les scripts et outils d'exploitation ;
- la configuration du service SFTP ;
- les éléments nécessaires à la restauration de l'environnement ;
- les journaux système utiles.
Une sauvegarde spécifique de la configuration du service SFTP est également exécutée quotidiennement à :
02 h 15
Ces sauvegardes de configuration sont indépendantes de la sauvegarde des données documentaires.
10. Synthèse des mécanismes de protection
[modifier | modifier le wikicode]| Élément | Fréquence | Protection / conservation |
|---|---|---|
| Synchronisation AD64 → serveur de données | Quotidienne – 17 h 02 | Synchronisation sécurisée sans suppression automatique |
| Snapshots des données | Automatique | 2 horaires + 1 quotidien |
| Sauvegarde des données sur serveur distinct | Hebdomadaire – vendredi 18 h 59 | Miroir + quarantaine de 7 jours |
| Sauvegarde principale du serveur applicatif | Quotidienne – 21 h 00 | 7 quotidiennes + 3 dernières + 3 hebdomadaires + 2 mensuelles |
| Sauvegarde locale du serveur applicatif | Quotidienne – 23 h 00 | 1 quotidienne |
| Sauvegarde du serveur applicatif sur serveur distinct | Quotidienne – 02 h 00 | 3 hebdomadaires + 1 mensuelle |
| Sauvegarde de la configuration du serveur de données | Quotidienne – 02 h 30 | Sauvegarde système et configuration |
| Sauvegarde de la configuration SFTP | Quotidienne – 02 h 15 | Configuration du service |
11. État général du service
[modifier | modifier le wikicode]| Composant | État | Observation |
|---|---|---|
| Serveur applicatif AD64 | Opérationnel | Ressources disponibles suffisantes |
| Pleade 4.5 – Internet | Opérationnel | Instance dédiée |
| Pleade 4.5 – Préproduction | Opérationnel | Instance dédiée |
| Pleade 4.5 – Salle de lecture | Opérationnel | Instance dédiée |
| Stockage des données | Opérationnel | ~28 To utilisés sur ~35 To |
| Liaison serveur de données / serveur applicatif | Opérationnel | NFSv4.2 sur réseau interne |
| Synchronisation depuis les AD64 | Opérationnel | Quotidienne |
| Accès SFTP | Opérationnel | Accès sécurisé et droits différenciés |
| Snapshots ZFS | Opérationnel | Création et rotation automatiques |
| Sauvegarde des données | Opérationnel | Serveur distinct et quarantaine |
| Sauvegardes du serveur applicatif | Opérationnel | Trois niveaux de sauvegarde |
| Sauvegarde des configurations | Opérationnel | Quotidienne |
12. Conclusion
[modifier | modifier le wikicode]La plateforme AD64 repose sur une architecture séparant les fonctions applicatives, de stockage et de sauvegarde.
Le serveur applicatif dispose de ressources dédiées et héberge trois instances Pleade 4.5 distinctes pour le site Internet, la préproduction et la salle de lecture.
Les données documentaires, représentant actuellement environ 28 To, sont hébergées sur un stockage ZFS séparé et synchronisées quotidiennement depuis le serveur des Archives départementales.
La protection des données repose sur plusieurs mécanismes complémentaires :
- snapshots ZFS automatiques ;
- sauvegarde hebdomadaire des données sur un serveur distinct ;
- conservation pendant 7 jours des fichiers supprimés ou remplacés lors de cette sauvegarde ;
- trois niveaux de sauvegarde du serveur applicatif ;
- sauvegardes quotidiennes des configurations système et SFTP.
L'ensemble de ces mécanismes permet de disposer de plusieurs niveaux de restauration, depuis la récupération rapide d'un fichier récent jusqu'à la restauration complète du serveur applicatif.