È stata pubblicata la release del dispositivo a blocchi replicati distribuito DRBD 9.1.0, che consente di implementare una sorta di array RAID-1, formato da diversi dischi di macchine diverse uniti in rete (mirrorizzazione su rete). Il sistema è progettato come un modulo per il kernel Linux ed è distribuito sotto licenza GPLv2.
Il ramo 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 utilità. Le modifiche riguardano la riprogettazione del meccanismo di blocco e mirano a ridurre la competizione nel blocco all'interno del codice responsabile dell'input/output in DRBD. Questa modifica ha consentito di migliorare le prestazioni in configurazioni con un numero elevato di CPU e con unità NVMe, grazie all'eliminazione del collo di bottiglia che influisce negativamente sulle prestazioni con un gran numero di richieste di input/output parallele da diversi core CPU. Per il resto, il ramo drbd 9.1.0 è simile alla versione 9.0.28.
Ricordiamo che DRBD può essere utilizzato per unire gli archivi dei nodi del cluster in un'unica soluzione di archiviazione tollerante ai guasti. Per le applicazioni e il sistema, tale archiviazione appare come un dispositivo a blocchi identico per tutti i sistemi. Utilizzando DRBD, tutte le operazioni con il disco locale vengono inviate ad altri nodi e sincronizzate con i dischi di altre macchine. In caso di guasto di un nodo, l'archiviazione continuerà automaticamente a funzionare grazie ai nodi rimanenti. Al ripristino dell'accessibilità del nodo guasto, il suo stato sarà automaticamente aggiornato alla condizione attuale.
Il cluster che forma lo storage può includere diverse decine di nodi, dislocati sia nella rete locale, sia geograficamente in diverse centri di elaborazione dati. La sincronizzazione in tali storage distribuiti viene eseguita utilizzando tecnologie di rete mesh (i dati si diffondono attraverso una catena da nodo a nodo). La replica dei nodi può avvenire sia in modalità sincrona che asincrona. Ad esempio, i nodi posizionati localmente possono utilizzare la replica sincrona, mentre per il trasferimento verso aree remote può essere utilizzata la replica asincrona con compressione e crittografia dei dati.
Fonte: opennet.ru
