Come fa un log di intenti ZFS a confermare le scritture NAS dopo un'interruzione di corrente?

Un registro di intenti ZFS ripristina le scritture NAS confermate dopo un'interruzione di corrente mantenendo un record duraturo delle operazioni sincrone che ZFS ha riconosciuto prima che i loro blocchi dati finali fossero confermati tramite il normale percorso del gruppo di transazioni.

Dopo il riavvio, ZFS può riprodurre quei record di log e completare le operazioni interrotte. Questo preserva le promesse di storage fatte alle applicazioni, ma non recupera ogni scrittura asincrona né ripara danni hardware o al filesystem non correlati.

Quale promessa fa una scrittura sincrona?

Una scrittura sincrona chiede al sistema di storage di non segnalare il successo finché l'operazione non ha un record di recupero duraturo. le scritture sincrone passano attraverso il ZIL così un client può fare affidamento sulla conferma dopo un crash.

Database, carichi di lavoro NFS, macchine virtuali e applicazioni che usano fsync possono dipendere da questa garanzia. Avanzano il proprio stato di transazione dopo che lo storage ha segnalato che la scrittura richiesta è sicura.

Le scritture asincrone seguono una promessa diversa. Possono rimanere in memoria volatile fino a un successivo commit del gruppo di transazioni, quindi le modifiche recenti non confermate possono scomparire dopo un'interruzione improvvisa di corrente senza violare un contratto di durabilità sincrona.

Come funzionano insieme il ZIL e i gruppi di transazioni?

ZFS raccoglie i dati sporchi normali in gruppi di transazioni e li scrive in modo efficiente nel pool principale. Il registro di intenti registra le operazioni sincrone in sospeso come percorso di recupero a breve termine fino a quando il gruppo di transazioni correlato non è stato correttamente confermato.

Il registro non è la destinazione permanente dei dati del file. Una volta che il gruppo di transazioni raggiunge l'albero di archiviazione principale, i record di intenti precedenti non sono più necessari e il loro spazio può essere riutilizzato.

Questa separazione permette a ZFS di preservare la durabilità a bassa latenza per le scritture selezionate, organizzando comunque il pool principale in commit di gruppi di transazioni più grandi ed efficienti.

Cosa succede al registro di intenti dopo un'interruzione di corrente?

Quando il NAS si riavvia, ZFS importa il pool e verifica se le operazioni sincrone riconosciute non sono state incluse nell'ultimo gruppo di transazioni impegnato. Se necessario, l'intent log viene riprodotto durante il recupero.

La riproduzione riemette le operazioni registrate in un nuovo gruppo di transazioni coerente. Il processo ripristina le scritture riconosciute senza richiedere alle applicazioni di indovinare quali transazioni confermate sono andate perse.

L'ambito del recupero è volutamente piccolo perché il log copre operazioni sincrone recenti, non l'intero pool. ZFS si affida ancora al suo albero copy-on-write impegnato per lo stato più ampio del filesystem.

Cosa cambia quando lo ZIL usa un dispositivo SLOG separato?

Ogni pool ha un meccanismo di intent-log, ma un dispositivo di log separato opzionale sposta i suoi record duraturi lontano dai vdev dati principali. Un SLOG a bassa latenza può abbreviare i commit sincroni quando il pool principale è più lento nel persistere piccole scritture forzate.

Il SLOG non è una cache di scrittura generale e normalmente non viene letto durante il funzionamento sano. I gruppi di transazioni principali scrivono ancora i dati autorevoli nel pool regolare.

Un SLOG veloce aiuta solo i carichi di lavoro che eseguono scritture sincrone significative. Lo streaming multimediale, le letture ordinarie e le copie di file per lo più asincrone possono mostrare poco o nessun beneficio.

Perché la protezione contro la perdita di alimentazione e la latenza sono più importanti della capacità?

Un dispositivo intent-log deve preservare i record riconosciuti quando il sistema perde alimentazione. la protezione contro la perdita di alimentazione preserva le scritture SLOG che altrimenti rimarrebbero solo nella cache volatile del dispositivo.

La latenza sostenuta delle piccole scritture e il comportamento di flush sono più importanti della grande capacità pubblicizzata. Il log attivo copre generalmente una finestra breve di operazioni sincrone in sospeso piuttosto che servire come un grande livello di dati a lungo termine.

Un dispositivo lento o disonesto può rallentare le scritture sincrone o compromettere la promessa di durabilità. I benchmark di burst degli SSD consumer non dimostrano un comportamento sicuro di scrittura forzata durante un'interruzione di corrente.

Cosa non può recuperare un Intent Log?

Il registro di intenti non può ricreare scritture asincrone mai garantite come durevoli, annullare una sovrascrittura intenzionale o sostituire una copia di backup indipendente dopo che ogni versione online è stata danneggiata.

Non può nemmeno correggere RAM difettosa, bug del firmware del controller, flush disonesti del disco, membri del pool guasti oltre la ridondanza o corruzione dell'applicazione già confermata come nuovo stato valido.

Un UPS, l'ordinamento corretto delle scritture, checksum, snapshot, ridondanza e backup affrontano altri limiti di guasto. Il ZIL preserva specificamente l'intento sincrono riconosciuto attraverso un'interruzione.

FAQ

Il SLOG è la stessa cosa del ZIL?

No. Il ZIL è il meccanismo del registro di intenti di ZFS. Un SLOG è un dispositivo separato opzionale usato per memorizzare quei record di intenti invece di collocarli nel pool principale.

Un SLOG accelera ogni scrittura NAS?

No. Influisce principalmente sulle scritture sincrone la cui latenza è limitata dai commit del registro durevole. Le scritture asincrone e i carichi di lavoro di lettura potrebbero non migliorare.

Il ZIL viene letto durante il funzionamento normale?

Normalmente non viene usato come fonte per le letture dei file. Viene riprodotto dopo un'interruzione quando le operazioni sincrone confermate non erano incluse nell'ultimo gruppo di transazioni confermato.

ZFS ha bisogno di un registro di intenti per rimanere consistente come filesystem?

I gruppi di transazioni copy-on-write di ZFS preservano un albero coerente e confermato. Il registro di intenti aggiunge il recupero delle operazioni sincrone riconosciute che si sono verificate dopo quel punto confermato.

Conclusione finale

Un registro di intenti ZFS non accelera ogni tipo di recupero. Il suo compito preciso è preservare e riprodurre le operazioni sincrone confermate che non avevano ancora raggiunto il gruppo di transazioni principale. Un SLOG a bassa latenza e protetto da interruzioni di corrente può rendere più veloci questi commit, mentre backup, ridondanza, checksum, snapshot e un UPS continuano a proteggere da diversi limiti di guasto.