DRBD


¿Qué es DRBD?

DRBD se refiere al conjunto de dispositivos diseñado para un bloque para formar una alta disponibilidad. Esto se hace reflejando un bloque de dispositivos completo a través de una red asignada. DRBD puede ser entendido como un red basada en Raid-1. En la anterior ilustración, las dos cajas naranjas representan dos sevidores que forman un conjunto con alta disponibilidad. Las cajas que contienen los componentes usuales del Kernel de Linux: sistema de archivo, caché del búfer, planificador de disco, controladores de disco, pila TCP/IP y la tarjeta de la interfaz de la red (NIC). Las flechas negras ilustran el flujo de datos entre esos compenentes. Las flechas naranjas muestras el flujo de datos, DRBD refleja los datos de un servidor altamente disponible desde un nodo activo del conjunto con alta disponibilidad al nodo de espera del conjunto con alta disponibilidad.

¿Qué es alta disponibilidad?

La parte superior de esta imagene muestra un conjunto donde el nodo de la izquierda está actualmente activo, ejemplo, la dirección IP de servicio que la máquina del cliente está tomando está actualmente en el nodo izquierda. El servicio, incluyendo sus direcciones IPs, puede ser migrado al otro nodo en cualquier momento, debido a una falla del nodo activo o como una acción administrativa. La parte inferior de la ilustración muestra un conjunto de servidores degradado. Hablando de alta disponibilidad la migración del servicio es llamada conmutación por error, el proceso inverso es llamado conmutación por recuperación y cuando la migración es provocada por un administrador esto es llamado conmutación.

¿Qué hace DRBD?

Reflejar datos importantes

DRBD funciona en la cima del conjunto de dispositivos, por ejemplo, particiones de discos duros o administración de volúmenes lógicos. Refleja cada bloque de datos que son escritos en el disco por nodo.

Totalmente síncrona

El proceso de reflejar se puede hacer severamente acoplato (sincrónico). Esto significa que el sistema de archivos en el nodo activo es notificado cuando la escritura en el bloque esté terminada solo cuando el bloque lo haga en los discos y en el conjuto de dispositivos. El proceso de reflejar sincrónicamente (llamado protocolo C en lenguaje DRBD) es la opción correcta para conjuntos con alta disponibilidad donde no te atraverías a perder una sola transacción en caso de la completa perdida del nodo activo (primario hablando de DRBD).

Asíncrona

La otra opción es el proceso de reflejo asincrono. Esto significa que la entidad que emitió las peticiones de escritura es informada de la culminación tan pronto como los datos son escritors en el disco local. El proceso de reflejar asincrónicamente es necesario para construir espejos a largas distancias, por ejemplo, el tiempo de ida y vuelta de la red de interconexión es más alto que la latencia que puedes soportan en tu aplicación. (Nota: La cantidad de datos por nodo que podría quedarse atrás está limitada por el retrado del ancho de banda del producto y el búfer TCP envíado.)

Paquetes de Alojamiento SEO