Foto-miniaturen optimaliseren rond back-upvensters

Het genereren van miniaturen leest originelen, schrijft veel kleine afgeleide bestanden, werkt databaseregels bij en kan concurreren om CPU-capaciteit met videocodering of machine learning. Als je dit tijdens een NAS-back-up uitvoert, kunnen beide taken langer duren en kan de latentie tijdens interactief bladeren door foto's toenemen.

Het doel is niet om miniaturen permanent langzaam te maken. Meet welke resource met de back-up in conflict komt, verlaag alleen de relevante gelijktijdigheid en geef elke zware taak een vast tijdvenster met een herstelregel voor als de taak uitloopt. Leg de normale workerinstellingen vast, zodat tijdelijke beperking niet ongemerkt een permanente limiet wordt.

Meet het conflict voordat je workers wijzigt

Voer een normale back-up uit zonder achterstand in de miniatuurgeneratie en noteer de duur, opslaglatentie, netwerkdoorvoer en het CPU-gebruik. Verwerk op een andere dag een representatieve batch miniaturen zonder back-upverkeer en leg dezelfde statistieken vast.

De beperkte resource bepaalt de oplossing. Een hoge schijflatentie wijst op het spreiden van lees- en schrijfbelastingen; een volledig benutte CPU wijst op minder image-workers; een druk opslagvolume voor de database kan vereisen dat de databaseopslag van de opslag voor afgeleide bestanden wordt gescheiden.

Immich biedt jobwachtrijen en workerbeheer, zoals beschreven in de documentatie over jobs en workers. Noteer de huidige waarden voordat je ze bewerkt, zodat een mislukt experiment eenvoudig kan worden teruggedraaid.

Definieer een rustig tijdvenster en een regel voor uitloop

Plan back-ups in het tijdvenster waarin de grootste behoefte aan herstel bestaat en reserveer daarna of daarvoor een tijdvenster voor het genereren van miniaturen. Start beide niet op dezelfde minuut, omdat het starten van wachtrijen een piek in het openen van bestanden en databaseactiviteit kan veroorzaken.

Bepaal wat er gebeurt als een back-up uitloopt. Een veilige regel is om het aantal thumbnail-workers verlaagd te houden of ze te pauzeren totdat de back-up gereed is gemeld, en daarna de normale gelijktijdigheid te herstellen in plaats van beide schema's blind te laten overlappen.

Houd na grote imports een inhaaltijdvenster aan. Zonder zo'n venster kan een lage nachtelijke workerlimiet ervoor zorgen dat gebruikers dagenlang op miniaturen wachten, ook al zijn er overdag resources beschikbaar.

Stem de gelijktijdigheid af op de bottleneck

Wijzig telkens één workerklasse of waarde voor gelijktijdigheid en verwerk een batch van dezelfde grootte. Vergelijk de snelheid waarmee de wachtrij leegloopt met de back-upduur en de interactieve latentie, in plaats van het succes alleen aan het CPU-gebruik af te meten.

Als originelen en back-ups dezelfde HDD's gebruiken, helpen minder gelijktijdige image-reads vaak meer dan een hogere CPU-limiet. Als originelen op snelle opslag staan maar de database druk wordt belast, verplaats of bescherm dan eerst de databasebelasting voordat je het aantal workers verhoogt.

Houd netwerkshares tijdens beide bewerkingen betrouwbaar. De gids voor netwerkopslag van Immich legt uit waarom een wel aangekoppeld maar vastgelopen pad eruit kan zien als een probleem met een applicatiejob.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Valideer één volledige cyclus en herstel de normale werking

Observeer een volledige back-up gevolgd door een tijdvenster voor miniaturen. Noteer de begin- en eindtijden, de maximale opslaglatentie, de wachtrijdiepte, mislukte jobs en of gebruikers tijdens de cyclus recente foto's kunnen openen.

Herstel na het wegwerken van de achterstand de gelijktijdigheid naar de vastgelegde normale waarde als de lagere instelling alleen bedoeld was als bescherming tijdens het inhalen. Permanente beperking moet bewust worden ingesteld en gebaseerd zijn op gemeten servic doelstellingen.

De wijziging is geslaagd wanneer de back-upduur voorspelbaar blijft, de miniaturenwachtrijen binnen het geplande inhaaltijdvenster worden verwerkt en er geen mislukte jobs of ontbrekende assets verschijnen. Draai de laatste wijziging in de gelijktijdigheid terug als het foutenpercentage of de databaselatentie toeneemt.