Foi lançado o DRBD 9.1.0, um dispositivo de bloco replicável e distribuído que permite implementar uma espécie de array RAID-1, formado por discos de várias máquinas interligadas em rede (espelhamento pela rede). O sistema é disponibilizado como um módulo para o kernel Linux e é distribuído sob a licença GPLv2.
A versão DRBD 9.1.0 pode ser utilizada como uma substituição transparente do DRBD 9.0.x e é totalmente compatível em nível de protocolo, arquivos de configuração e utilitários. As mudanças envolvem uma reformulação do mecanismo de bloqueio e visam reduzir a concorrência durante o bloqueio no código responsável pelas operações de entrada/saída no DRBD. Essa alteração melhorou o desempenho em configurações com um grande número de CPUs e com armazenamento NVMe, ao eliminar um gargalo que impactava negativamente o desempenho durante a ocorrência de um grande número de requisições de entrada/saída em paralelo de diferentes núcleos da CPU. De resto, o DRBD 9.1.0 é semelhante ao lançamento 9.0.28.
Lembramos que o DRBD pode ser usado para agrupar dispositivos de armazenamento de nós de cluster em um armazenamento resiliente. Para aplicações e sistemas, esse armazenamento aparece como um dispositivo de bloco idêntico para todos os sistemas. Ao utilizar o DRBD, todas as operações com o disco local são enviadas para outros nós e sincronizadas com os discos de outras máquinas. No caso de uma falha de um nó, o armazenamento continuará automaticamente a operar com os nós restantes. Quando o nó com falha se torna disponível novamente, seu estado será automaticamente atualizado para a versão mais recente.
O cluster que forma o armazenamento pode incluir várias dezenas de nós, localizados tanto na rede local quanto geograficamente distribuídos em diferentes centros de dados. A sincronização em tais armazenamentos distribuídos é realizada utilizando tecnologias de rede mesh (os dados se espalham de um nó para outro). A replicação dos nós pode ser feita tanto em modo síncrono quanto assíncrono. Por exemplo, nós localizados podem usar replicação síncrona, enquanto para locais remotos pode ser aplicada replicação assíncrona com compressão e criptografia de tráfego adicionais.
Fonte: opennet.ru
