La génération des miniatures lit les originaux, écrit de nombreux petits fichiers dérivés, met à jour des lignes de la base de données et peut solliciter le processeur en même temps que l'encodage vidéo ou l'apprentissage automatique. L'exécuter pendant une sauvegarde du NAS peut rallonger les deux tâches et augmenter la latence lors de la consultation interactive des photos.
Le but n'est pas de rendre les miniatures lentes en permanence. Mesurez la ressource qui entre en conflit avec la sauvegarde, réduisez uniquement la concurrence concernée et attribuez à chaque tâche lourde une fenêtre définie, avec une règle de récupération en cas de dépassement. Documentez les paramètres normaux des workers afin qu'une limitation temporaire ne devienne pas une limite permanente passée inaperçue.
Mesurez le conflit avant de modifier les workers
Exécutez une sauvegarde normale sans file d'attente de miniatures et notez sa durée, la latence du stockage, le débit réseau et l'utilisation du processeur. Un autre jour, traitez un lot représentatif de miniatures sans trafic de sauvegarde et relevez les mêmes métriques.
La ressource limitée détermine la solution. Une latence disque élevée suggère d'échelonner les charges de lecture et d'écriture ; un processeur saturé suggère de réduire le nombre de workers d'image ; un volume de base de données très sollicité peut nécessiter de séparer le stockage de la base de données de celui des fichiers dérivés.
Immich expose les files d'attente des tâches et les contrôles des workers, décrits dans sa documentation sur les tâches et les workers. Notez les valeurs actuelles avant de les modifier afin de disposer d'une restauration propre en cas d'expérience infructueuse.
Définissez une fenêtre calme et une règle de dépassement
Planifiez les sauvegardes pendant la fenêtre où les besoins de récupération sont les plus importants, puis réservez la fenêtre suivante ou précédente au traitement des miniatures. Évitez de démarrer les deux tâches à la même minute, car le démarrage des files d'attente peut provoquer une avalanche d'ouvertures de fichiers et d'activité de la base de données.
Définissez ce qui se passe si une sauvegarde se prolonge. Une règle sûre consiste à laisser les workers de miniatures réduits ou en pause jusqu'à ce que la sauvegarde signale sa fin, puis à rétablir leur concurrence normale plutôt que de laisser deux planifications se chevaucher aveuglément.
Prévoyez une fenêtre de rattrapage après les importations volumineuses. Sans celle-ci, une limite basse du nombre de workers pendant la nuit peut laisser les utilisateurs attendre plusieurs jours leurs miniatures, même si des ressources sont disponibles pendant la journée.
Adaptez la concurrence au goulot d'étranglement
Modifiez une seule classe de workers ou une seule valeur de concurrence à la fois et traitez un lot de même taille. Comparez le rythme de vidage de la file avec la durée de la sauvegarde et la latence interactive, au lieu de juger la réussite uniquement d'après l'utilisation du processeur.
Si les originaux et les sauvegardes partagent des disques HDD, réduire le nombre de lectures d'images simultanées est souvent plus efficace qu'augmenter la limite du processeur. Si les originaux sont stockés sur un support rapide mais que la base de données est très sollicitée, déplacez ou protégez la charge de la base de données avant d'augmenter le nombre de workers.
Assurez la fiabilité des montages réseau pendant les deux opérations. Le guide du stockage réseau Immich explique pourquoi un chemin monté mais bloqué peut sembler être un problème de tâche applicative.
Validez un cycle complet et rétablissez le fonctionnement normal
Observez une sauvegarde complète suivie d'une fenêtre de traitement des miniatures. Notez les heures de début et de fin, la latence maximale du stockage, la profondeur de la file d'attente, les tâches échouées et la possibilité pour les utilisateurs d'ouvrir les photos récentes pendant le cycle.
Une fois la file d'attente résorbée, rétablissez la valeur normale documentée de la concurrence si la réduction du paramètre ne servait qu'à protéger le rattrapage. Une limitation permanente doit être intentionnelle et fondée sur des objectifs de service mesurés.
La modification est validée lorsque la durée des sauvegardes reste prévisible, que les files de miniatures se résorbent dans la période de rattrapage prévue et qu'aucune tâche échouée ni aucun fichier manquant n'apparaît. Annulez la dernière modification de la concurrence si le taux d'erreur ou la latence de la base de données augmente.
Assistance et conseils
Plus à lire

Pouvez-vous remplacer le ventilateur bruyant d’un mini-PC sans modifier la gestion thermique ?
Oui - si le remplacement est compatible avec l'interface électrique, le flux d'air et les signaux de retour ; la simple compatibilité du connecteur...

Un serveur domestique peut-il relancer les services dans l’ordre des dépendances après la récupération de l’onduleur ?
Oui - utilisez des dépendances de démarrage explicites et des vérifications de disponibilité ; les politiques de redémarrage seules ne garantissent pas que les...

Pouvez-vous utiliser le Wake-on-LAN après une coupure de courant complète ?
Parfois, le WOL a besoin d'une alimentation en veille et de l'état du micrologiciel/de la carte réseau pour se rétablir après le retour du...

