Se ha publicado el lanzamiento del dispositivo de bloque replicado distribuido DRBD 9.1.0, que permite implementar algo así como una matriz RAID-1 formada a partir de varios discos de diferentes máquinas conectadas a través de una red (espejo de red). El sistema está diseñado como un módulo para el kernel de Linux y se distribuye bajo la licencia GPLv2.
La rama drbd 9.1.0 se puede utilizar para reemplazar de forma transparente drbd 9.0.x y es totalmente compatible a nivel de protocolo, archivos de configuración y utilidades. Los cambios se reducen a reelaborar el mecanismo para configurar bloqueos y tienen como objetivo reducir la competencia al configurar bloqueos en el código responsable de E/S en DRBD. El cambio permitió mejorar el rendimiento en configuraciones con una gran cantidad de CPU y con unidades NVMe, al eliminar un cuello de botella que afecta negativamente al rendimiento cuando se recibe una gran cantidad de solicitudes de E/S paralelas desde diferentes núcleos de CPU. De lo contrario, la rama drbd 9.1.0 es similar a la versión 9.0.28.
Recuerde que DRBD se puede utilizar para combinar unidades de nodos del clúster en un único almacenamiento tolerante a fallos. Para las aplicaciones y el sistema, dicho almacenamiento parece un dispositivo de bloque que es el mismo para todos los sistemas. Cuando se utiliza DRBD, todas las operaciones del disco local se envían a otros nodos y se sincronizan con los discos de otras máquinas. Si un nodo falla, el almacenamiento continuará funcionando automáticamente utilizando los nodos restantes. Cuando se restablezca la disponibilidad del nodo fallido, su estado se actualizará automáticamente.
El cluster que forma el almacenamiento puede incluir varias decenas de nodos ubicados tanto en la red local como distribuidos geográficamente en diferentes centros de datos. La sincronización en dichos almacenamientos ramificados se realiza utilizando tecnologías de red en malla (los datos fluyen a lo largo de la cadena de un nodo a otro). La replicación de nodos se puede realizar tanto en modo síncrono como asíncrono. Por ejemplo, los nodos alojados localmente pueden usar replicación sincrónica y, para la transferencia a sitios remotos, se puede usar replicación asincrónica con compresión y cifrado de tráfico adicionales.
Fuente: opennet.ru