È stato pubblicato il rilascio del dispositivo a blocchi replicato distribuito DRBD 9.1.0, che consente di implementare qualcosa di simile ad un array RAID-1 formato da più dischi di macchine diverse collegate in rete (mirroring di rete). Il sistema è concepito come modulo per il kernel Linux ed è distribuito sotto la licenza GPLv2.
Il ramo drbd 9.1.0 può essere utilizzato per sostituire in modo trasparente drbd 9.0.x ed è completamente compatibile a livello di protocollo, file di configurazione e utilità. Le modifiche si riducono alla rielaborazione del meccanismo per l'impostazione dei lock e mirano a ridurre la concorrenza durante l'impostazione dei lock nel codice responsabile dell'I/O in DRBD. La modifica ha permesso di migliorare le prestazioni nelle configurazioni con un numero elevato di CPU e con unità NVMe, eliminando un collo di bottiglia che influisce negativamente sulle prestazioni quando si ricevono un gran numero di richieste di I/O parallele da diversi core della CPU. Per il resto, il ramo drbd 9.1.0 è simile alla versione 9.0.28.
Ricordiamo che DRBD può essere utilizzato per combinare le unità dei nodi del cluster in un unico archivio con tolleranza agli errori. Per le applicazioni e il sistema, tale archiviazione si presenta come un dispositivo a blocchi uguale per tutti i sistemi. Quando si utilizza DRBD, tutte le operazioni del disco locale vengono inviate ad altri nodi e sincronizzate con i dischi di altre macchine. Se un nodo si guasta, lo storage continuerà automaticamente a funzionare utilizzando i nodi rimanenti. Una volta ripristinata la disponibilità del nodo guasto, il suo stato verrà automaticamente aggiornato.
Il cluster che costituisce lo storage può comprendere diverse decine di nodi dislocati sia sulla rete locale che geograficamente distribuiti in diversi data center. La sincronizzazione in tali archivi ramificati viene eseguita utilizzando tecnologie di rete mesh (flussi di dati lungo la catena da nodo a nodo). La replica dei nodi può essere eseguita sia in modalità sincrona che asincrona. Ad esempio, i nodi ospitati localmente possono utilizzare la replica sincrona e, per il trasferimento a siti remoti, è possibile utilizzare la replica asincrona con ulteriore compressione e crittografia del traffico.
Fonte: opennet.ru