È stata rilasciata la versione 9.1.0 del dispositivo di archiviazione replicato distribuito DRBD, che consente di implementare una configurazione simile a un array RAID-1, costituito da più dischi di diverse macchine collegati in rete (mirroring su rete). Il sistema è realizzato come modulo per il kernel Linux e viene distribuito sotto licenza GPLv2.
Il branch drbd 9.1.0 può essere utilizzato per una sostituzione trasparente di drbd 9.0.x ed è completamente compatibile a livello di protocollo, file di configurazione e utility. Le modifiche riguardano una revisione del meccanismo di installazione dei lock e sono mirate a ridurre la competizione nell'installazione dei lock nel codice responsabile dell'input/output in DRBD. Questa modifica ha permesso di aumentare le prestazioni nelle configurazioni con un numero elevato di CPU e con unità NVMe, eliminando il collo di bottiglia che influenzava negativamente le prestazioni durante l'elaborazione di un gran numero di richieste parallele di input/output da diverse core della CPU. In altri aspetti, il branch drbd 9.1.0 è simile alla versione 9.0.28.
Ricordiamo che DRBD può essere utilizzato per unire le unità dei nodi del cluster in un'unica soluzione di storage fault-tolerant. Per le applicazioni e il sistema, tale storage appare come un dispositivo di blocco uniforme per tutti i sistemi. Con DRBD, tutte le operazioni sul disco locale vengono inviate ad altri nodi e sincronizzate con i dischi di altre macchine. In caso di guasto di un nodo, lo storage continuerà automaticamente a funzionare grazie ai nodi rimanenti. Quando il nodo guasto torna disponibile, il suo stato sarà automaticamente aggiornato all’ultima versione.
Nel cluster che forma lo storage possono essere presenti diverse decine di nodi, ospitati sia nella rete locale che distribuiti geograficamente in posizioni diverse data center. La sincronizzazione in archiviazioni ramificate simili avviene utilizzando tecnologie di rete mesh (i dati si diffondono lungo la catena da nodo a nodo). La replica dei nodi può essere effettuata sia in modalità sincrona che in modalità asincrona. Ad esempio, i nodi collocati localmente possono adottare la replica sincrona, mentre per il trasferimento su sedi remote può essere applicata la replica asincrona con compressione e crittografia del traffico aggiuntive.
Fonte: opennet.ru
