È stato pubblicato il rilascio del dispositivo di blocco replicato distribuito DRBD 9.2.0, che consente di implementare un array simile a RAID-1, formato da diversi dischi di macchine collegate in rete (mirroring su rete). Il sistema è strutturato come un modulo per il kernel Linux e distribuito sotto la licenza GPLv2. Il ramo drbd 9.2.0 può essere utilizzato per una sostituzione trasparente di drbd 9.x.x ed è completamente compatibile a livello di protocollo, file di configurazione e utility.
DRBD offre la possibilità di unire i dispositivi dei nodi del cluster in un'unica archiviazione a prova di guasto. Per le applicazioni e il sistema, questo storage appare come un dispositivo a blocchi identico per tutti i sistemi. Utilizzando 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 verrà automaticamente aggiornato per essere in linea con l'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.
Nel nuovo rilascio:
- Sono state ridotte le latenze per le richieste di scrittura replicate. Un'integrazione più densa con lo stack di rete ha consentito di ridurre il numero di switch di contesto dello scheduler.
- È stata ridotta la competizione tra l'input/output delle applicazioni e l'input/output della risincronizzazione grazie all'ottimizzazione dei blocchi durante la risincronizzazione degli extents.
- La produttività della risincronizzazione è stata significativamente aumentata nei backend in cui viene utilizzata l'allocazione dinamica dello spazio di archiviazione («thin provisioning»). Questo miglioramento è stato possibile grazie alla combinazione delle operazioni trim/discard, che vengono eseguite notevolmente più a lungo delle normali operazioni di scrittura.
- È stato aggiunto il supporto per gli spazi dei nomi di rete (network namespaces), che ha reso possibile l'integrazione con Kubernetes per il trasferimento del traffico di rete delle repliche attraverso una rete separata collegata ai container, anziché utilizzare la rete dell'ambiente host.
- È stato aggiunto il modulo transport_rdma da utilizzare come trasporto Infiniband/RoCE invece di TCP/IP su Ethernet. Utilizzare il nuovo trasporto consente di ridurre la latenza, diminuire il carico sulla CPU e garantire il recupero dei dati senza ulteriori operazioni di copia (zero-copy).
Fonte: opennet.ru
