Alla fine dello scorso anno abbiamo visto quanto il rilascio della versione 2.0 fosse il tracciamento di una nuova rotta:
- integrazione codice usato per Linux e FreeBSD;
- scadenze certe per il rilascio delle nuove versioni.
Dopo meno di un anno da quell’evento, i propositi sono ancora validi e possiamo confermare tutt’ora seguiti. La dimostrazione più grande, casomai ce ne fosse bisogno, è il rilascio della versione 2.1.0, che non si limita a portare miglioramenti generici e bugfix, ma vere e proprie funzionalità nuove.
La prima che balza all’occhio è il dRAID (Distributed Spare RAID). Citando il changelog delle modifiche più importanti:
Create pools using a new distributed variant of RAIDZ which enables dramatically faster resilver times using integrated hot spares. Full redundancy can be restored to the pool in a fraction of the time normally required to do a full disk replacement.
Crea un pool usando una nuova variante distribuita di RAIDZ. che permette tempi di resilver drammaticamente più veloci, usando hot spare integrati. La piena ridondaza può essere ristabilita nel pool in una frazione del tempo normalmente richiesto per fare la sostituzione completa di un disco.
Quindi una nuova versione di RAID, integrato nel filesystem, che assicura le stesse prestazioni di durevolezza della modalità tradizionale RAIDZ ma velocizza le operazioni di manutenzione, specialmente in caso di “recupero” dati – ovvero quando si rompe un disco.
Se volete qualche dettaglio tecnico maggiore, vi rimandiamo all’ottima spiegazione ufficiale, che risulta piuttosto esauriente.
Altra modifica importante: l’implementazione di un settaggio di compatiblità. Ogni singolo pool potrà dichiarare che funzionalità supporta, così da poter essere gestito dal sistema sempre nel modo adeguato. In caso di update del sistema stesso o migrazione del pool tra sistemi diversi, questo settaggio assicurerà l’accesso corretto ai dati.
Ultima novità: supporto per InfluxDB. Il nuovo comando “zpool influxdb” fornirà direttamente le metriche da poter inserire in questo time series database, specificamente studiato per raccogliere dati sequenziali nel tempo e pertanto molto usato in sistemi di monitoraggio o rilevamento performance. Questa integrazione garantisce dati validi sul sistema, ed evita la scrittura o l’uso di componenti esterne che potrebbero introdurre errori o proprio mancanze.
Esistono altri formati per questi dati, ed è probabile che in futuro vedremo comandi simili per altre piattaforme (per esempio, un “zpool prometheus“), ma già l’esistenza di un comando con un formato standard e interpretabile è più facilmente gestibile dell’output di un comando di stato pensato (e quindi formattato) per essere leggibile da un essere umano.
Nel changelog sono presenti anche altre modifiche ai comandi o ad alcuni comportamenti, nonché miglioramenti di performance: non li elenchiamo perché non potremmo aggiungere nulla, e perché la lista è piuttosto nutrita – ancor di più nell’elenco completo dei commit.
Per noi utenti del pinguino, sottolineiamo che la compatibilità con i Kernel è molto vasta: dalla versione 3.10 alla 5.13 – l’ultima rilasciata.
Insomma, praticamente qualunque sistema in uso oggi è compatibile: se volete usare ZFS, non avete scuse per non farlo!
Ho coltivato la mia passione per l’informatica fin da bambino, coi primi programmi BASIC. In età adulta mi sono avvicinato a Linux ed alla programmazione C, per poi interessarmi di reti. Infine, il mio hobby è diventato anche il mio lavoro.
Per me il modo migliore di imparare è fare, e per questo devo utilizzare le tecnologie che ritengo interessanti; a questo scopo, il mondo opensource offre gli strumenti perfetti.
Lascia un commento