{"id":2368,"date":"2026-04-24T01:27:17","date_gmt":"2026-04-24T01:27:17","guid":{"rendered":"https:\/\/dsantana.uas.edu.mx\/?p=2368"},"modified":"2026-04-24T02:32:16","modified_gmt":"2026-04-24T02:32:16","slug":"practica-drbd-en-debian-13-4-replicacion-de-volumen-paso-a-paso","status":"publish","type":"post","link":"https:\/\/dsantana.uas.edu.mx\/index.php\/2026\/04\/24\/practica-drbd-en-debian-13-4-replicacion-de-volumen-paso-a-paso\/","title":{"rendered":"Pr\u00e1ctica DRBD en Debian 13.4: Replicaci\u00f3n de Volumen Paso a Paso"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Contexto:<\/strong> Esta pr\u00e1ctica configura DRBD<\/strong> (Distributed Replicated Block Device<\/em>) en dos nodos (denominados nodo-a<\/strong> y nodo-b<\/strong>) con Debian 13.4, para replicar un volumen de datos entre ambos en tiempo real. Cada nodo cuenta con una partici\u00f3n adicional (p.ej. \/dev\/sdb1<\/code>) de tama\u00f1o id\u00e9ntico destinada a DRBD. El objetivo es lograr un \u00abRAID-1 de red\u00bb<\/em>: cualquier cambio en el nodo Primario se replicar\u00e1 al Secundario de forma continua, manteniendo ambas copias sincronizadas. DRBD es un m\u00f3dulo del kernel de Linux<\/strong> que se ubica entre el planificador de I\/O (parte inferior) y el sistema de archivos (parte superior), actuando como controlador de un dispositivo de bloque virtual<\/strong>. Esto significa que las aplicaciones leen y escriben datos sin saber que, en la capa de bloques, esos datos est\u00e1n siendo duplicados por red en otro servidor \u2014 la replicaci\u00f3n es transparente<\/strong> para ellas.<\/p>\n\n\n\n

A continuaci\u00f3n se explica cada paso en detalle<\/strong>, indicando qu\u00e9 se hace, por qu\u00e9 se hace y qu\u00e9 ocurre internamente<\/em> en la pila de I\/O de Linux (aplicaci\u00f3n \u2192 sistema de archivos \u2192 dispositivo DRBD \u2192 disco \u2192 red), junto con verificaciones, advertencias y errores comunes<\/strong>.<\/p>\n\n\n\n

\n\n\n\n

Paso 1: Instalaci\u00f3n de DRBD en ambos nodos<\/h2>\n\n\n\n

Qu\u00e9 se hace:<\/strong> Se instala el paquete de utilidades de DRBD en los dos servidores. En Debian, el paquete se denomina drbd-utils<\/code> y contiene las herramientas de espacio de usuario (drbdadm<\/code>, drbdsetup<\/code>, drbdmeta<\/code>) necesarias para configurar y manejar DRBD. En Debian, la porci\u00f3n de m\u00f3dulo de DRBD se distribuye con los kernels de Debian, por lo que instalar drbd-utils<\/code> generalmente es suficiente sin compilar nada adicional. El comando es:<\/p>\n\n\n\n

sudo apt update && sudo apt install -y drbd-utils<\/code><\/pre>\n\n\n\n
Esto se ejecuta en nodo-a y nodo-b<\/strong>. La opci\u00f3n -y<\/code> auto-confirma la instalaci\u00f3n. Se instalan las herramientas de administraci\u00f3n que se comunican con el m\u00f3dulo del kernel para configurar y administrar los recursos DRBD.<\/p>\n\n\n\n
Por qu\u00e9 se hace:<\/strong> DRBD tiene dos componentes: un m\u00f3dulo en el kernel (el driver<\/em> de bloque replicado, con n\u00famero mayor de dispositivo 147<\/strong>) y herramientas en user-space<\/em> para su administraci\u00f3n. Sin instalar drbd-utils<\/code>, no tendr\u00edamos los comandos necesarios para crear metadatos, levantar recursos ni monitorear el estado de la replicaci\u00f3n.<\/p>\n\n\n\n
Internamente (capa afectada):<\/strong> Aqu\u00ed solo a\u00f1adimos software; a\u00fan no cambia nada en la pila de I\/O<\/strong>. Tras la instalaci\u00f3n, el m\u00f3dulo kernel estar\u00e1 disponible para cargarse al usarlo m\u00e1s adelante, y las herramientas de administraci\u00f3n quedar\u00e1n listas.<\/p>\n\n\n\n
Verificaci\u00f3n:<\/strong><\/p>\n\n\n\n
    \n
  • Ejecutar drbdadm --version<\/code> para confirmar que la herramienta est\u00e1 disponible.<\/li>\n\n\n\n
  • Verificar que el m\u00f3dulo se pueda cargar: modinfo drbd<\/code> debe mostrar informaci\u00f3n del m\u00f3dulo.<\/li>\n\n\n\n
  • Comprobar el estado del servicio: systemctl status drbd<\/code>.<\/li>\n<\/ul>\n\n\n\n
    Errores comunes:<\/strong><\/p>\n\n\n\n
    Problema<\/th>S\u00edntoma<\/th>Soluci\u00f3n<\/th><\/tr>
    Repositorios o red<\/td>apt<\/code> falla al descargar paquetes<\/td>Verificar conexi\u00f3n a internet y que \/etc\/apt\/sources.list<\/code> tenga repositorios v\u00e1lidos<\/td><\/tr>
    Permisos insuficientes<\/td>Error de permisos al instalar<\/td>Ejecutar como root o con sudo<\/code><\/td><\/tr>
    M\u00f3dulo kernel ausente (entorno virtual)<\/td>modprobe drbd<\/code> falla con \u00abModule not found\u00bb<\/td>En kernels virtuales, instalar linux-modules-extra-$(uname -r)<\/code> <\/td><\/tr>
    Versiones distintas entre nodos<\/td>Error de protocolo al conectar nodos<\/td>Asegurar que ambos nodos tengan la misma versi\u00f3n de drbd-utils<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \n\n\n\n
    Paso 2: Preparaci\u00f3n del disco o partici\u00f3n en cada nodo<\/h2>\n\n\n\n
    Qu\u00e9 se hace:<\/strong> Se designa un dispositivo de bloque dedicado<\/strong> en cada servidor para la replicaci\u00f3n. En producci\u00f3n se suele usar un disco entero; en laboratorio, una partici\u00f3n<\/strong> (p.ej. \/dev\/sdb1<\/code>). Es fundamental que esta partici\u00f3n: (a)<\/strong> tenga el mismo tama\u00f1o<\/strong> en ambos nodos, y (b)<\/strong>no est\u00e9 montada<\/strong> ni en \/etc\/fstab<\/code>. La verificaci\u00f3n se realiza con:<\/p>\n\n\n\n
    lsblk -f<\/code><\/pre>\n\n\n\n
    Este comando lista los dispositivos de bloque. Debe confirmarse que \/dev\/sdb1<\/code> existe en ambos nodos, que no tenga punto de montaje<\/strong> asignado y que su tama\u00f1o sea id\u00e9ntico.<\/p>\n\n\n\n
    Por qu\u00e9 se hace:<\/strong> DRBD replica bloques de datos crudos<\/em>. Necesitamos almacenamiento dedicado que DRBD controlar\u00e1 exclusivamente. Ambas particiones deben ser de tama\u00f1o id\u00e9ntico para que la r\u00e9plica funcione correctamente. DRBD soporta cualquier dispositivo de bloque soportado por Linux: partici\u00f3n o disco duro completo, RAID por software, LVM o EVMS.<\/p>\n\n\n\n
    Internamente (capa afectada):<\/strong> Solo preparamos la capa de almacenamiento f\u00edsico<\/strong> (el nivel m\u00e1s bajo de la pila I\/O). No hemos configurado DRBD ni hay tr\u00e1fico de red a\u00fan.<\/p>\n\n\n\n
    Verificaci\u00f3n:<\/strong><\/p>\n\n\n\n
      \n
    • Confirmar que la partici\u00f3n no est\u00e9 en \/etc\/fstab<\/code><\/strong> para que no se monte en reinicios.<\/li>\n\n\n\n
    • Ejecutar mount | grep sdb1<\/code> \u2192 no debe mostrar nada.<\/li>\n\n\n\n
    • Verificar tama\u00f1os: lsblk -b \/dev\/sdb1<\/code> en cada nodo \u2192 deben coincidir.<\/li>\n<\/ul>\n\n\n\n
      Errores comunes:<\/strong><\/p>\n\n\n\n
      Problema<\/th>S\u00edntoma<\/th>Soluci\u00f3n<\/th><\/tr>
      Partici\u00f3n montada<\/td>drbdadm create-md<\/code> falla al bloquear dispositivo<\/td>Desmontar con umount<\/code> y verificar que ning\u00fan proceso la use (lsof \/dev\/sdb1<\/code>)<\/td><\/tr>
      Tama\u00f1o inconsistente<\/td>DRBD ajusta al menor, dejando espacio desperdiciado<\/td>Reparticionar al mismo tama\u00f1o antes de continuar<\/td><\/tr>
      Confundir disco y partici\u00f3n<\/td>Apuntar a \/dev\/sdb<\/code> cuando debe ser \/dev\/sdb1<\/code><\/td>Verificar con lsblk<\/code> y usar exactamente la ruta que aparece en la configuraci\u00f3n<\/td><\/tr>
      Datos previos en la partici\u00f3n<\/td>Advertencia de destrucci\u00f3n de datos al inicializar<\/td>Si los datos no son necesarios, confirmar; si lo son, respaldarlos primero<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
      \n\n\n\n
      Paso 3: Configuraci\u00f3n b\u00e1sica del recurso DRBD (\/etc\/drbd.d\/web.res<\/code>)<\/h2>\n\n\n\n
      Qu\u00e9 se hace:<\/strong> Se crea un archivo de configuraci\u00f3n que define el recurso DRBD<\/em> (el nombre l\u00f3gico de la pareja de discos replicados). El archivo \/etc\/drbd.d\/web.res<\/code> debe ser id\u00e9ntico en ambos nodos<\/strong>y contiene:<\/p>\n\n\n\n
      resource webdata {\n    protocol    C;\n\n    on nodo-a {\n        device      \/dev\/drbd0;\n        disk        \/dev\/sdb1;\n        address     192.168.1.10:7789;\n        meta-disk   internal;\n    }\n\n    on nodo-b {\n        device      \/dev\/drbd0;\n        disk        \/dev\/sdb1;\n        address     192.168.1.11:7789;\n        meta-disk   internal;\n    }\n}<\/code><\/pre>\n\n\n\n
      Explicaci\u00f3n l\u00ednea por l\u00ednea<\/h3>\n\n\n\n
        \n
      • resource webdata { ... }<\/code><\/strong> \u2014 Nombre l\u00f3gico del recurso. Se usar\u00e1 en todos los comandos posteriores (drbdadm up webdata<\/code>, etc.). El archivo de configuraci\u00f3n suele llevar el nombre del recurso (web.res<\/code>) por claridad.<\/li>\n\n\n\n
      • protocol C;<\/code><\/strong> \u2014 Selecciona la replicaci\u00f3n s\u00edncrona completa<\/strong>: la escritura se confirma a la aplicaci\u00f3n solo despu\u00e9s de que ambos nodos hayan persistido los datos en disco<\/strong>. De los tres protocolos disponibles (A, B, C), el Protocolo C ofrece la m\u00e1xima protecci\u00f3n ante p\u00e9rdida de datos<\/strong>: si el Primario falla, el Secundario tiene garantizadamente toda la informaci\u00f3n. El costo es mayor latencia de escritura (incluye retardo de red + I\/O remoto del secundario), pero en una LAN local este impacto es aceptable. \u00bfPor qu\u00e9 Protocolo C en el laboratorio?<\/strong> Porque estamos en red local de baja latencia, el rendimiento (throughput<\/em>) es en gran medida independiente del protocolo elegido, y queremos demostrar la m\u00e1xima garant\u00eda de consistencia que DRBD ofrece.<\/li>\n<\/ul>\n\n\n\n
        Comparativa r\u00e1pida de protocolos:<\/strong><\/p>\n\n\n\n
        Protocolo<\/th>Tipo<\/th>Confirmaci\u00f3n de escritura<\/th>Riesgo ante fallo del Primary<\/th><\/tr>
        A<\/strong> (As\u00edncrono)<\/th>Tras disco local + paquete en buffer<\/em> TCP<\/td>Posible p\u00e9rdida de las actualizaciones m\u00e1s recientes <\/td><\/td><\/tr>
        B<\/strong> (Semis\u00edncrono)<\/th>Tras disco local + recepci\u00f3n en memoria remota<\/td>Datos normalmente seguros; riesgo si ambos nodos fallan simult\u00e1neamente<\/td><\/td><\/tr>
        C<\/strong> (S\u00edncrono) \u2705<\/th>Tras disco local + disco remoto<\/strong><\/td>Cero p\u00e9rdida de datos<\/strong> <\/td><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
          \n
        • Bloques on nodo-a { ... }<\/code> y on nodo-b { ... }<\/code><\/strong> \u2014 Definen las propiedades de cada extremo. El nombre dentro de on <nombre><\/code>debe coincidir exactamente<\/strong> con el nombre de host del nodo (resultado de uname -n<\/code> o hostname<\/code>). Si no coincide, DRBD no sabr\u00e1 qu\u00e9 configuraci\u00f3n aplicar en cada m\u00e1quina.\n
            \n
          • device \/dev\/drbd0;<\/code><\/strong> \u2014 Nombre del dispositivo virtual<\/strong> que DRBD crear\u00e1. DRBD asigna el n\u00famero mayor 147<\/strong> a sus dispositivos de bloque. Este \/dev\/drbd0<\/code> ser\u00e1 el que montemos y usemos como si fuera un disco local.<\/li>\n\n\n\n
          • disk \/dev\/sdb1;<\/code><\/strong> \u2014 Ruta del dispositivo f\u00edsico<\/strong> de respaldo (la partici\u00f3n preparada en el Paso 2). DRBD actuar\u00e1 como capa intermedia entre este disco y el sistema de archivos.<\/li>\n\n\n\n
          • address <IP:puerto>;<\/code><\/strong> \u2014 Direcci\u00f3n IP y puerto TCP para la comunicaci\u00f3n de replicaci\u00f3n. Por defecto, DRBD utiliza los puertos TCP 7788<\/strong> en adelante. En esta configuraci\u00f3n elegimos el puerto 7789, que es igualmente v\u00e1lido. Ambos extremos deben usar el mismo puerto<\/strong> para un recurso dado. Es recomendable usar una red dedicada<\/strong> para el tr\u00e1fico de replicaci\u00f3n por volumen y seguridad, ya que el tr\u00e1fico entre espejos DRBD no est\u00e1 cifrado<\/strong> por defecto; para un intercambio seguro se recomienda una VPN.<\/li>\n\n\n\n
          • meta-disk internal;<\/code><\/strong> \u2014 Indica que los metadatos de DRBD<\/strong> (bitmaps de sincronizaci\u00f3n, identificadores de generaci\u00f3n, etc.) se almacenar\u00e1n dentro de la misma partici\u00f3n de datos<\/strong>, reservando un peque\u00f1o espacio al final de \/dev\/sdb1<\/code>. Ejemplo: si el dispositivo crudo tiene 1024 MB<\/strong>, el dispositivo DRBD dispondr\u00e1 de solo 1023 MB<\/strong> para datos, con aproximadamente 70 KB<\/strong> reservados para metadatos.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n
            Por qu\u00e9 se hace:<\/strong> Esta configuraci\u00f3n define c\u00f3mo<\/em> se conectar\u00e1 y comportar\u00e1 el recurso replicado: qu\u00e9 disco local usar, a qu\u00e9 compa\u00f1ero conectarse por red, con qu\u00e9 garant\u00edas de sincronizaci\u00f3n y d\u00f3nde guardar los metadatos internos.<\/p>\n\n\n\n
            Internamente (capa afectada):<\/strong> Solo se modifica la capa de configuraci\u00f3n<\/strong> (espacio de usuario). Todav\u00eda no se han creado dispositivos ni comunicaciones de red. Estamos preparando la \u00abhoja de ruta\u00bb que DRBD seguir\u00e1.<\/p>\n\n\n\n
            Verificaci\u00f3n:<\/strong><\/p>\n\n\n\n
              \n
            • Tras copiar el archivo a ambos nodos<\/strong>, ejecutar drbdadm dump all<\/code> para verificar que DRBD interpreta la configuraci\u00f3n sin errores de sintaxis.<\/li>\n\n\n\n
            • Confirmar que los nombres de host coinciden: ejecutar uname -n<\/code> en cada nodo y verificar que corresponda con la secci\u00f3n on <nombre><\/code>.<\/li>\n\n\n\n
            • Verificar conectividad de red: ping 192.168.1.11<\/code> desde nodo-a (y viceversa).<\/li>\n\n\n\n
            • Verificar que el puerto 7789\/tcp<\/strong> no est\u00e9 bloqueado por firewall (iptables -L<\/code> o nft list ruleset<\/code>).<\/li>\n<\/ul>\n\n\n\n
              Errores comunes \/ Advertencias:<\/strong><\/p>\n\n\n\n
              Problema<\/th>S\u00edntoma<\/th>Soluci\u00f3n<\/th><\/tr>
              Error de sintaxis en .res<\/code><\/td>drbdadm<\/code> indica n\u00famero de l\u00ednea con error<\/td>Revisar corchetes, puntos y coma, y ortograf\u00eda<\/td><\/tr>
              Nombre de host incorrecto<\/td>\u00abNo valid configuration found for this host\u00bb<\/em><\/td>uname -n<\/code> debe coincidir con la secci\u00f3n on <nombre><\/code> en el archivo<\/td><\/tr>
              Archivo no copiado al segundo nodo<\/td>Segundo nodo queda en StandAlone<\/code>, no reconoce recurso<\/td>Copiar con scp<\/code> el archivo .res al otro nodo<\/td><\/tr>
              Puerto bloqueado por firewall<\/td>Los nodos no conectan (cs:Timeout<\/code>)<\/td>Abrir el puerto TCP configurado en ambos nodos<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
              \n\n\n\n
              Paso 4: Inicializar el recurso DRBD en ambos nodos (metadatos y arranque)<\/h2>\n\n\n\n
              Se ejecutan dos comandos en cada nodo<\/strong>: primero se crean los metadatos, luego se activa el recurso.<\/p>\n\n\n\n
              Comando 4.1 \u2014 Crear metadatos: drbdadm create-md webdata<\/code><\/h3>\n\n\n\n
              Este comando inicializa el \u00e1rea de metadatos<\/strong> de DRBD en el dispositivo de respaldo (\/dev\/sdb1<\/code>). Al ejecutarlo, si la partici\u00f3n contiene datos previos, DRBD mostrar\u00e1 una advertencia y pedir\u00e1 confirmaci\u00f3n expl\u00edcita (debe escribirse la palabra completa yes<\/code>):<\/p>\n\n\n\n
              About to create a new drbd meta data block on \/dev\/sdb1.\n  ==> This might destroy existing data! <==\nDo you want to proceed? [need to type 'yes' to confirm] yes\nCreating meta data...\ninitialising activity log\nNOT initialized bitmap\nNew drbd meta data block successfully created.<\/code><\/pre>\n\n\n\n
              create-md<\/code> escribe estructuras de control al final de la partici\u00f3n: un bitmap<\/em> de seguimiento de bloques modificados, un activity log<\/em> para la consistencia de escrituras y campos como el UUID del conjunto de datos. Solo se ejecuta una vez, antes del primer uso del recurso.<\/strong><\/p>\n\n\n\n
              Comando 4.2 \u2014 Activar recurso: drbdadm up webdata<\/code><\/h3>\n\n\n\n
              Este comando adjunta el dispositivo de bloque real al driver DRBD y levanta el dispositivo virtual<\/strong>\/dev\/drbd0<\/code> en cada nodo. Efect\u00faa internamente la carga de la configuraci\u00f3n del recurso, el attach<\/em> del disco y el intento de conexi\u00f3n al nodo par.<\/p>\n\n\n\n
              Por qu\u00e9 se hace:<\/strong> Sin los metadatos, DRBD no podr\u00eda rastrear qu\u00e9 bloques han sido modificados para la replicaci\u00f3n diferencial. Sin drbdadm up<\/code>, el dispositivo virtual no existe y los nodos no se comunican. Este paso pone en marcha el motor de DRBD.<\/p>\n\n\n\n
              Internamente (capas afectadas):<\/strong><\/p>\n\n\n\n
                \n
              • create-md:<\/em> act\u00faa sobre la capa de disco f\u00edsico<\/strong>, escribiendo la secci\u00f3n de metadatos.<\/li>\n\n\n\n
              • up:<\/em> involucra la capa de red<\/strong> (DRBD inicia la comunicaci\u00f3n TCP entre los nodos en el puerto 7789) y la creaci\u00f3n del dispositivo de bloque virtual<\/strong> \/dev\/drbd0<\/code> en la capa de bloques local.<\/li>\n<\/ul>\n\n\n\n
                \n
                Estado esperado tras drbdadm up<\/code> en ambos nodos:<\/strong> Al no haber definido a\u00fan un Primario, ambos nodos quedan como Secondary\/Secondary<\/strong> con discos Inconsistent\/Inconsistent<\/strong>. Esta salida es normal y esperada en una configuraci\u00f3n nueva:<\/p>\n\n\n\n
                0: cs:Connected  ro:Secondary\/Secondary  ds:Inconsistent\/Inconsistent  C<\/code><\/pre>\n\n\n\n
                Esto indica: nodos conectados<\/strong> (cs:Connected), ambos en rol Secundario<\/strong> (ninguno es Primario), y discos inconsistentes<\/strong> (DRBD no sabe cu\u00e1l tiene datos v\u00e1lidos porque falta la sincronizaci\u00f3n inicial).<\/p>\n<\/blockquote>\n\n\n\n
                En DRBD 9 con drbdadm status<\/code>, la salida equivalente tiene un formato m\u00e1s legible:<\/p>\n\n\n\n
                webdata role:Secondary\n  disk:Inconsistent\n  nodo-b role:Secondary\n    disk:Inconsistent<\/code><\/pre>\n\n\n\n
                Verificaci\u00f3n:<\/strong><\/p>\n\n\n\n
                  \n
                • Dispositivo virtual creado: ls -l \/dev\/drbd*<\/code> \u2192 debe existir \/dev\/drbd0<\/code>.<\/li>\n\n\n\n
                • lsblk<\/code> \u2192 debe listar un dispositivo drbd0<\/code> de tama\u00f1o ligeramente inferior al de sdb1<\/code>.<\/li>\n\n\n\n
                • Conexi\u00f3n de red: cat \/proc\/drbd<\/code> o drbdadm status<\/code> \u2192 cs:Connected<\/code>.<\/li>\n\n\n\n
                • Ambos en Secondary con Inconsistent \u2192 correcto, se resolver\u00e1 en el siguiente paso.<\/li>\n<\/ul>\n\n\n\n
                  Errores comunes:<\/strong><\/p>\n\n\n\n
                  Problema<\/th>S\u00edntoma<\/th>Soluci\u00f3n<\/th><\/tr>
                  No confirmar yes<\/code> en create-md<\/td>Comando se aborta sin cambios<\/td>Relanzar y escribir la palabra completa yes<\/code> (no \u00aby\u00bb, no Enter solo)<\/td><\/tr>
                  Solo un nodo ejecut\u00f3 up<\/code><\/td>Estado WFConnection<\/code> (esperando al par)<\/td>Ejecutar drbdadm up webdata<\/code> tambi\u00e9n en el otro nodo<\/td><\/tr>
                  M\u00f3dulo no cargado<\/td>Error \u00abcan’t open device\u00bb<\/em><\/td>Ejecutar modprobe drbd<\/code> manualmente antes de drbdadm up<\/code><\/td><\/tr>
                  Firewall bloquea puerto<\/td>cs:Timeout<\/code> o Connecting<\/code> persistente<\/td>Verificar y abrir el puerto TCP 7789 en ambos nodos<\/td><\/tr>
                  Dispositivo inexistente<\/td>Error al adjuntar disco<\/td>Verificar que la ruta \/dev\/sdb1<\/code> es correcta con lsblk<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                  \n\n\n\n
                  Paso 5: Forzar un nodo Primario (sincronizaci\u00f3n inicial)<\/h2>\n\n\n\n
                  Qu\u00e9 se hace:<\/strong> Designamos a nodo-a<\/strong> como Primario para arrancar la replicaci\u00f3n inicial. En nodo-a<\/strong> se ejecuta:<\/p>\n\n\n\n
                  drbdadm — –overwrite-data-of-peer primary webdata<\/p>\n\n\n\n
                  La construcci\u00f3n con doble guion --<\/code> indica a drbdadm<\/code> que pase la opci\u00f3n --overwrite-data-of-peer<\/code> al comando subyacente drbdsetup<\/code>. Esta opci\u00f3n le dice a DRBD: \u00abPromociona este nodo a Primary, considerando que mis datos<\/strong> son la copia buena y sobreescribiendo la del peer\u00bb<\/em>. Se debe ejecutar una sola vez, solo en el nodo elegido como fuente, y solo durante la configuraci\u00f3n inicial del recurso<\/strong>.<\/p>\n\n\n\n
                  Por qu\u00e9 se hace:<\/strong> DRBD necesita saber qu\u00e9 lado tiene los datos \u00abcorrectos\u00bb para comenzar a replicar. La gu\u00eda oficial de LINBIT advierte: \u00abSi se realiza la sincronizaci\u00f3n inicial en la direcci\u00f3n equivocada, se perder\u00e1n esos datos. Proceda con precauci\u00f3n\u00bb<\/em>. En una configuraci\u00f3n nueva con discos vac\u00edos, la elecci\u00f3n es arbitraria; pero en producci\u00f3n, si un nodo ya tuviera datos valiosos, se debe elegir ese como Primario inicial<\/strong>.<\/p>\n\n\n\n
                  Sin esta orden, ning\u00fan nodo se dejar\u00e1 promover a Primario: DRBD rechaza el cambio con el error \u00abState change failed: (-2) Need access to UpToDate data\u00bb<\/em>, protegi\u00e9ndonos contra la promoci\u00f3n de un nodo sin datos v\u00e1lidos.<\/p>\n\n\n\n
                  Internamente (capas afectadas):<\/strong><\/p>\n\n\n\n
                    \n
                  • Nodo-a pasa a estado Primary<\/strong> con acceso de lectura\/escritura a \/dev\/drbd0<\/code>. Nodo-b permanece Secondary<\/strong> (solo lectura, sin exponer \/dev\/drbd0<\/code> al sistema de archivos).<\/li>\n\n\n\n
                  • DRBD inicia la sincronizaci\u00f3n completa<\/strong>: nodo-a se convierte en SyncSource<\/code> y nodo-b en SyncTarget<\/code>. Nodo-a env\u00eda todos los bloques de datos<\/strong> de su partici\u00f3n v\u00eda red al nodo-b, que los almacena en su propio \/dev\/sdb1<\/code>.<\/li>\n\n\n\n
                  • Hasta completarse, el estado de los discos es UpToDate\/Inconsistent<\/strong> (Primario actualizado, Secundario a\u00fan incompleto). Al finalizar (100%), ambos quedar\u00e1n UpToDate\/UpToDate<\/strong>.<\/li>\n<\/ul>\n\n\n\n
                    \n
                    Dato importante:<\/strong> Seg\u00fan la documentaci\u00f3n oficial de LINBIT, \u00absu dispositivo DRBD est\u00e1 totalmente operativo incluso antes de que la sincronizaci\u00f3n inicial haya terminado (aunque con rendimiento ligeramente reducido). Si se parti\u00f3 de discos vac\u00edos, ya es posible crear un sistema de archivos en el dispositivo\u00bb<\/em>. No obstante, para esta pr\u00e1ctica de laboratorio es recomendable esperar al 100% para confirmar que todo funciona antes de continuar.<\/p>\n<\/blockquote>\n\n\n\n
                    Verificaci\u00f3n:<\/strong> Observar el progreso de la sincronizaci\u00f3n con cualquiera de estos m\u00e9todos:<\/p>\n\n\n\n
                      \n
                    • cat \/proc\/drbd<\/code><\/strong> \u2014 muestra el porcentaje de avance y velocidad. Ejemplo t\u00edpico durante la sincronizaci\u00f3n:<\/li>\n<\/ul>\n\n\n\n
                      0: cs:SyncSource ro:Primary\/Secondary ds:UpToDate\/Inconsistent C\n[>....................] sync'ed: 0.4% (1048508\/1048508)K\nfinish: 0:43:41 speed: 0 (0) K\/sec<\/code><\/code><\/pre>\n\n\n\n
                        \n
                      • watch -n1 cat \/proc\/drbd<\/code><\/strong> \u2014 refresca el estado cada segundo para ver el progreso en tiempo real. Presionar Ctrl+C<\/code> para detener la observaci\u00f3n.<\/li>\n<\/ul>\n\n\n\n
                          \n
                        • drbdadm status webdata<\/code><\/strong> \u2014 formato DRBD 9 m\u00e1s legible.<\/li>\n<\/ul>\n\n\n\n
                          El estado final esperado al completar la sincronizaci\u00f3n:<\/strong><\/p>\n\n\n\n
                          0: cs:Connected ro:Primary\/Secondary ds:UpToDate\/UpToDate C<\/p>\n\n\n\n
                          Donde UpToDate\/UpToDate<\/code> confirma que ambos nodos tienen datos id\u00e9nticos<\/strong> y el recurso est\u00e1 totalmente operativo.<\/p>\n\n\n\n
                          Errores comunes \/ Advertencias:<\/strong><\/p>\n\n\n\n
                          Problema<\/th>S\u00edntoma<\/th>Soluci\u00f3n<\/th><\/tr>
                          Omitir este paso<\/td>No se puede formatear ni montar: \u00abNeed access to UpToDate data\u00bb<\/em><\/td>Ejecutar el comando de promoci\u00f3n con --overwrite-data-of-peer<\/code><\/td><\/tr>
                          Par\u00e1metros mal escritos<\/td>Error de sintaxis o rechazo<\/td>Verificar exactamente: -- --overwrite-data-of-peer<\/code> (doble guion, espacio, doble guion + opci\u00f3n)<\/td><\/tr>
                          Ejecutar en ambos<\/strong> nodos<\/th>Split-brain<\/strong>: dos primarios divergentes \u2192 DRBD corta la conexi\u00f3n<\/td>Nunca<\/strong> ejecutar la promoci\u00f3n forzada en m\u00e1s de un nodo. Si ocurri\u00f3, se requiere resoluci\u00f3n manual de split-brain<\/td><\/tr>
                          Sincronizaci\u00f3n muy lenta<\/td>Progreso bajo (K\/sec)<\/td>Verificar velocidad de red entre nodos; considerar configurar syncer { rate <velocidad>; }<\/code> en el archivo de recursos<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                          \n\n\n\n
                          Paso 6: Crear el sistema de archivos en el dispositivo DRBD (nodo Primario)<\/h2>\n\n\n\n
                          Qu\u00e9 se hace:<\/strong> Con el recurso sincronizado (UpToDate\/UpToDate) y en rol Primary en nodo-a, se formatea \/dev\/drbd0<\/code> con ext4:<\/p>\n\n\n\n
                          sudo mkfs.ext4 \/dev\/drbd0<\/p>\n\n\n\n
                          Este comando se ejecuta solo en el nodo Primario (nodo-a), una \u00fanica vez<\/strong>. Crea las estructuras del sistema de archivos ext4 (superbloque<\/em>, tabla de inodos, mapas de bits, etc.) sobre el dispositivo de bloque replicado.<\/p>\n\n\n\n
                          Por qu\u00e9 se hace:<\/strong> Necesitamos un sistema de archivos para almacenar ficheros de forma estructurada. Ext4 es una elecci\u00f3n est\u00e1ndar en Linux. DRBD presenta \/dev\/drbd0<\/code> como un disco convencional al sistema, por lo que mkfs.ext4<\/code> funciona igual que sobre cualquier disco local. En configuraciones single-primary<\/em> como la nuestra, se usan sistemas de archivos convencionales (ext4, XFS). Un sistema de archivos de cl\u00faster (GFS2, OCFS2) solo se necesitar\u00eda en configuraciones dual-primary<\/em>, ya que DRBD no puede agregar capacidad activo-activo<\/strong> a sistemas de archivos que no la poseen nativamente.<\/p>\n\n\n\n
                          Internamente (capas afectadas):<\/strong> El comando act\u00faa a nivel de capa de sistema de archivos<\/strong> sobre el dispositivo de bloque virtual DRBD<\/strong>. Los cambios producidos por mkfs<\/code> son interceptados por DRBD en nodo-a, que los replica por red<\/strong> a nodo-b en tiempo real. Al finalizar, ambos discos f\u00edsicos contienen una copia id\u00e9ntica del sistema de archivos ext4<\/strong> reci\u00e9n creado, aunque nodo-b no puede acceder a esos datos todav\u00eda (permanece en rol Secondary).<\/p>\n\n\n\n
                          Verificaci\u00f3n:<\/strong><\/p>\n\n\n\n
                            \n
                          • mkfs.ext4<\/code> produce una salida indicando que las estructuras de ext4 fueron creadas (cantidad de bloques, inodos, etc.).<\/li>\n\n\n\n
                          • Confirmar: blkid \/dev\/drbd0<\/code> en nodo-a \u2192 debe mostrar TYPE=\"ext4\"<\/code> con un UUID asignado.<\/li>\n\n\n\n
                          • file -s \/dev\/drbd0<\/code> en nodo-a \u2192 debe indicar \u00abLinux rev 1.0 ext4 filesystem\u00bb.<\/li>\n<\/ul>\n\n\n\n
                            Errores comunes \/ Advertencias:<\/strong><\/p>\n\n\n\n
                            Problema<\/th>S\u00edntoma<\/th>Soluci\u00f3n<\/th><\/tr>
                            Ejecutar en nodo Secundario<\/td>Error de permisos o dispositivo ocupado<\/td>Ejecutar solo<\/strong> en el nodo que est\u00e1 en rol Primary<\/td><\/tr>
                            Formatear \/dev\/sdb1<\/code><\/strong> en vez de \/dev\/drbd0<\/code><\/strong><\/th>\u26a0\ufe0f Cr\u00edtico<\/strong>: datos escritos fuera de DRBD, nodo-b no recibe nada \u2192 inconsistencia permanente<\/td>Toda operaci\u00f3n debe hacerse sobre \/dev\/drbdX<\/code><\/strong>, nunca sobre el dispositivo crudo, ya que DRBD usa la \u00faltima parte del dispositivo crudo para metadatos y el acceso directo causar\u00e1 datos inconsistentes<\/td><\/tr>
                            Formatear en ambos<\/strong> nodos<\/th>Innecesario y peligroso \u2192 se necesitar\u00eda re-promover al otro nodo, rompiendo la sincron\u00eda<\/td>Formatear solo una vez, en el Primary<\/strong>. El Secondary ya tiene la r\u00e9plica a nivel de bloque<\/td><\/tr>
                            Usar un FS de cl\u00faster (GFS2\/OCFS2) sin dual-primary<\/td>Error o comportamiento inesperado<\/td>En modo single-primary, usar ext4 o XFS es lo correcto<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                            \n\n\n\n
                            Paso 7: Montar el sistema de archivos replicado solo en el nodo Primario activo<\/strong><\/h2>\n\n\n\n
                            Qu\u00e9 se hace:<\/strong> En nodo-a<\/strong> (Primary) se monta el nuevo sistema de archivos ext4 en el directorio de destino:<\/p>\n\n\n\n
                            sudo mount \/dev\/drbd0 \/var\/www\/html<\/p>\n\n\n\n
                            Tras esto, el directorio \/var\/www\/html<\/code> en nodo-a queda respaldado por el dispositivo DRBD replicado. En nodo-b no se monta nada<\/strong>: su DRBD sigue en modo Secondary.<\/p>\n\n\n\n
                            Por qu\u00e9 se hace:<\/strong> Montar el dispositivo permite que las aplicaciones (p.ej. un servidor Apache) utilicen el sistema de archivos replicado. Solo el Primario<\/strong> monta el sistema de archivos en configuraciones activo\/pasivo, ya que un dispositivo DRBD en rol Secondary<\/em>proh\u00edbe completamente el acceso<\/strong>, tanto de lectura como de escritura. La raz\u00f3n de prohibir incluso la lectura es la necesidad de mantener la coherencia de cach\u00e9, que ser\u00eda imposible si un recurso secundario fuera accesible de cualquier forma.<\/p>\n\n\n\n
                            Internamente (capas afectadas):<\/strong> Montar implica que la capa de sistema de archivos<\/strong> (ext4) entra en juego sobre el dispositivo de bloque DRBD<\/strong> en nodo-a. Las escrituras realizadas por las aplicaciones producen operaciones de I\/O sobre \/dev\/drbd0<\/code>. DRBD en nodo-a intercepta cada escritura y la env\u00eda por la red<\/strong> a nodo-b (que la persiste en su disco local), manteniendo la sincronizaci\u00f3n en tiempo real. Las lecturas<\/strong> se atienden localmente<\/strong> desde el disco de nodo-a, sin latencia de red adicional.<\/p>\n\n\n\n
                            Verificaci\u00f3n:<\/strong><\/p>\n\n\n\n
                              \n
                            • mount | grep drbd0<\/code> o df -h<\/code> en nodo-a \u2192 debe mostrar \/dev\/drbd0<\/code> montado en \/var\/www\/html<\/code> con el tama\u00f1o y espacio disponible correspondientes.<\/li>\n\n\n\n
                            • Crear un archivo de prueba para confirmar la replicaci\u00f3n: Shellecho \u00abHola DRBD\u00bb > \/var\/www\/html\/prueba.txt
                              Mostrar m\u00e1s l\u00edneas Aunque el archivo no ser\u00e1 visible<\/strong> en nodo-b (porque no tiene montado el sistema de archivos), los datos ya se encuentran replicados a nivel de bloque<\/strong>. Para comprobarlo, se realizar\u00eda un cambio de roles manual (fuera del alcance de esta pr\u00e1ctica) y se verificar\u00eda que el archivo aparece al montar en el otro nodo.<\/li>\n\n\n\n
                            • Estado de DRBD tras montar y escribir: cat \/proc\/drbd<\/code> \u2192 debe seguir mostrando Connected, Primary\/Secondary, UpToDate\/UpToDate<\/code>. <\/li>\n<\/ul>\n\n\n\n
                              Errores comunes \/ Advertencias:<\/strong><\/p>\n\n\n\n
                              Problema<\/th>S\u00edntoma<\/th>Soluci\u00f3n<\/th><\/tr>
                              \u26a0\ufe0f Montar en AMBOS nodos con ext4<\/strong><\/th>Corrupci\u00f3n de datos garantizada<\/strong>: ext4 no soporta acceso concurrente multi-nodo<\/td>Jam\u00e1s<\/strong> montar el FS en el nodo Secondary con un FS convencional<\/td><\/tr>
                              Intentar montar en nodo Secondary<\/td>Error de permisos \/ dispositivo inaccesible<\/td>Montar solo<\/strong> en el nodo en rol Primary<\/td><\/tr>
                              Directorio destino no existe<\/td>Error \u00abmount point does not exist\u00bb<\/td>Crear el directorio previamente: mkdir -p \/var\/www\/html<\/code><\/td><\/tr>
                              Montar manualmente y luego usar Pacemaker<\/td>Conflicto entre el montaje manual y el gestor de cl\u00faster<\/td>Si se planea usar Pacemaker (siguiente fase), no montar manualmente<\/strong> \u2014 Pacemaker se encargar\u00e1 de controlar montaje\/desmontaje<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                              \n\n\n\n
                              Tabla resumen: Comando \u2192 Funci\u00f3n \u2192 Verificaci\u00f3n \u2192 Error frecuente<\/h2>\n\n\n\n
                              Paso<\/strong><\/th>Comando<\/strong><\/th>Qu\u00e9 hace<\/strong><\/th>Verificaci\u00f3n<\/strong><\/th>Error frecuente<\/strong><\/th><\/tr>
                              1<\/td>apt install -y drbd-utils<\/code><\/td>Instala herramientas de administraci\u00f3n DRBD<\/td>drbdadm --version<\/code><\/td>M\u00f3dulo kernel ausente en entorno virtual<\/td><\/tr>
                              2<\/td>lsblk -f<\/code><\/td>Identifica y verifica la partici\u00f3n libre<\/td>Sin punto de montaje, tama\u00f1o id\u00e9ntico en ambos nodos<\/td>Partici\u00f3n montada o tama\u00f1o distinto<\/td><\/tr>
                              3<\/td>nano \/etc\/drbd.d\/web.res<\/code><\/td>Define el recurso, protocolo, nodos, IPs y metadatos<\/td>drbdadm dump all<\/code> sin errores<\/td>Nombre de host no coincide con uname -n<\/code><\/td><\/tr>
                              4a<\/td>drbdadm create-md webdata<\/code><\/td>Inicializa metadatos DRBD en el disco<\/td>Mensaje \u00absuccessfully created\u00bb<\/em><\/td>No escribir yes<\/code> completo al confirmar<\/td><\/tr>
                              4b<\/td>drbdadm up webdata<\/code><\/td>Levanta \/dev\/drbd0<\/code> y conecta con el par<\/td>cat \/proc\/drbd<\/code> \u2192 cs:Connected<\/code><\/td>Ejecutar solo en un nodo \u2192 WFConnection<\/code><\/td><\/tr>
                              5<\/td>drbdadm -- --overwrite-data-of-peer primary webdata<\/code><\/td>Promociona a Primary e inicia sincronizaci\u00f3n inicial<\/td>UpToDate\/UpToDate<\/code> tras completar<\/td>Error \u00abNeed access to UpToDate data\u00bb<\/em> si se omite la opci\u00f3n<\/td><\/tr>
                              6<\/td>mkfs.ext4 \/dev\/drbd0<\/code><\/td>Crea sistema de archivos ext4 sobre el volumen replicado<\/td>blkid \/dev\/drbd0<\/code> \u2192 TYPE=\"ext4\"<\/code><\/td>Formatear \/dev\/sdb1<\/code> en vez de \/dev\/drbd0<\/code><\/td><\/tr>
                              7<\/td>mount \/dev\/drbd0 \/var\/www\/html<\/code><\/td>Monta el FS replicado en el directorio de datos<\/td>df -h<\/code> muestra \/dev\/drbd0<\/code> montado<\/td>Intentar montar en el nodo Secondary<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                              \n\n\n\n
                              Nota sobre la arquitectura por capas y el flujo completo<\/h2>\n\n\n\n
                              Para recapitular c\u00f3mo la pila de I\/O de Linux opera tras completar todos los pasos, la gu\u00eda oficial de LINBIT describe la posici\u00f3n de DRBD mediante su \u00abFigure 1: DRBD’s position within the Linux I\/O stack\u00bb: <\/p>\n\n\n\n
                                Aplicaci\u00f3n (Apache, MySQL, etc.)\n         \u2193 lectura\/escritura de archivos\n  Sistema de archivos (ext4)\n         \u2193 operaciones de bloque\n  DRBD (\/dev\/drbd0)  \u2190\u2014\u2014\u2192  Red TCP\/IP (puerto 7789)  \u2190\u2014\u2014\u2192  DRBD remoto (\/dev\/drbd0)\n         \u2193                                                          \u2193\n  Disco f\u00edsico (\/dev\/sdb1)                                 Disco f\u00edsico (\/dev\/sdb1)\n      [nodo-a: Primary]                                     [nodo-b: Secondary]\n<\/code><\/pre>\n\n\n\n
                                \n
                              • Escritura:<\/strong> La aplicaci\u00f3n escribe \u2192 ext4 traduce a operaci\u00f3n de bloque \u2192 DRBD intercepta, escribe en disco local y simult\u00e1neamente<\/strong> env\u00eda por red al secundario \u2192 con Protocolo C, la escritura se confirma solo cuando ambos<\/strong> discos han persistido los datos.<\/li>\n\n\n\n
                              • Lectura:<\/strong> Se atiende localmente<\/strong> desde el disco de nodo-a, sin latencia de red.<\/li>\n\n\n\n
                              • Failover:<\/strong> Si nodo-a falla, un gestor de cl\u00faster (Pacemaker, que se configurar\u00e1 en una pr\u00e1ctica posterior) promueve a nodo-b a Primary, monta el FS y arranca los servicios. DRBD provee la replicaci\u00f3n de datos, pero no gestiona la conmutaci\u00f3n de servicios ni la supervisi\u00f3n de nodos<\/strong> \u2014 eso corresponde al gestor de cl\u00faster.<\/li>\n<\/ul>\n\n\n\n
                                \n\n\n\n
                                \u00bfPor qu\u00e9 a\u00fan no usamos Pacemaker?<\/h2>\n\n\n\n
                                En esta pr\u00e1ctica se configur\u00f3 DRBD de forma manual<\/strong> (promoci\u00f3n manual del Primary, montaje manual). En un entorno de producci\u00f3n real, esto es insuficiente: si nodo-a falla, nadie promover\u00e1 autom\u00e1ticamente a nodo-b. Para eso se integra DRBD con Pacemaker<\/strong> (gestor de recursos de cl\u00faster) usando Corosync<\/strong> (capa de comunicaci\u00f3n). Pacemaker automatiza:<\/p>\n\n\n\n
                                  \n
                                1. Monitorear la salud de los nodos.<\/li>\n\n\n\n
                                2. Promover el Secondary a Primary si el Primary falla.<\/li>\n\n\n\n
                                3. Montar el sistema de archivos.<\/li>\n\n\n\n
                                4. Arrancar el servicio (Apache, etc.).<\/li>\n\n\n\n
                                5. Mover la IP virtual al nuevo nodo activo.<\/li>\n<\/ol>\n\n\n\n
                                  La configuraci\u00f3n de Pacemaker\/Corosync con DRBD ser\u00e1 objeto de la siguiente pr\u00e1ctica<\/strong>. La documentaci\u00f3n oficial de LINBIT cubre expl\u00edcitamente esta integraci\u00f3n, incluyendo configuraciones avanzadas con LVM, GFS, OCFS2 y el software DRBD Reactor como alternativa m\u00e1s sencilla de configurar. Primero se debe dominar la base (DRBD manual) para entender qu\u00e9 hace Pacemaker \u00abpor debajo del cap\u00f3\u00bb.<\/p>\n\n\n\n
                                  \n\n\n\n
                                  Puntos clave para el estudiante<\/h2>\n\n\n\n
                                  \u26a0\ufe0f NUNCA montar en ambos nodos con ext4<\/h4>\n\n\n\n
                                  Un dispositivo DRBD en rol Secondary<\/strong> proh\u00edbe completamente el acceso (ni lectura ni escritura) para mantener la coherencia de cach\u00e9. Montar un FS convencional en ambos nodos simult\u00e1neamente causar\u00eda corrupci\u00f3n de datos inmediata<\/strong>.<\/p>\n\n\n\n
                                  \u26a0\ufe0f NUNCA operar sobre el disco crudo<\/h4>\n\n\n\n
                                  Todas las operaciones (formatear, montar, leer, escribir) deben hacerse sobre \/dev\/drbd0<\/code>, nunca sobre \/dev\/sdb1<\/code>. DRBD usa la \u00faltima parte del dispositivo crudo para metadatos; acceder directamente al disco subyacente causar\u00e1 datos inconsistentes<\/strong>.<\/p>\n\n\n\n
                                  \ud83d\udd11 DRBD replica bloques, no archivos<\/h4>\n\n\n\n
                                  DRBD opera en la capa de bloques<\/strong> del kernel, debajo del sistema de archivos<\/strong>. No \u00absabe\u00bb qu\u00e9 archivos contiene el volumen \u2014 replica cada bloque modificado de forma transparente. Esto lo hace agn\u00f3stico de la carga de trabajo: sirve igual para bases de datos, servidores web o m\u00e1quinas virtuales.<\/p>\n\n\n\n
                                  \ud83d\udcca Protocolo C = m\u00e1xima seguridad<\/h4>\n\n\n\n
                                  En Protocolo C, cada escritura se confirma a la aplicaci\u00f3n solo despu\u00e9s de que ambos nodos hayan persistido los datos en disco<\/strong>. Esto garantiza cero p\u00e9rdida de datos<\/strong> ante failover, a cambio de mayor latencia por escritura (retardo de red + I\/O del segundo nodo).<\/p>\n","protected":false},"excerpt":{"rendered":"
                                  Contexto: Esta pr\u00e1ctica configura DRBD (Distributed Replicated Block Device) en dos nodos (denominados nodo-a y nodo-b) con Debian 13.4, para replicar un volumen de datos entre ambos en tiempo real. Cada nodo cuenta con una partici\u00f3n adicional (p.ej. \/dev\/sdb1) de tama\u00f1o id\u00e9ntico destinada a DRBD. El objetivo es lograr un \u00abRAID-1 de red\u00bb: cualquier cambio en el nodo Primario se replicar\u00e1 al Secundario de forma continua, manteniendo ambas copias sincronizadas. DRBD es un m\u00f3dulo del kernel de Linux que se ubica entre el planificador de I\/O (parte inferior) y el sistema de archivos (parte superior), actuando como controlador de un dispositivo de bloque virtual. Esto significa que las aplicaciones leen y escriben datos sin saber que, en la capa de bloques, esos datos est\u00e1n siendo duplicados por red en otro servidor \u2014 la replicaci\u00f3n es transparente para ellas. A continuaci\u00f3n se explica cada paso en detalle, indicando qu\u00e9 se hace, por qu\u00e9 se hace y qu\u00e9 ocurre internamente en la pila de I\/O de Linux (aplicaci\u00f3n \u2192 sistema de archivos \u2192 dispositivo DRBD \u2192 disco \u2192 red), junto con verificaciones, advertencias y errores comunes. Paso 1: Instalaci\u00f3n de DRBD en ambos nodos Qu\u00e9 se hace: Se instala el paquete de utilidades de DRBD en los dos servidores. En Debian, el paquete se denomina drbd-utils y contiene las herramientas de espacio de usuario (drbdadm, drbdsetup, drbdmeta) necesarias para configurar y manejar DRBD. En Debian, la porci\u00f3n de m\u00f3dulo de DRBD se distribuye con los kernels de Debian, por lo que instalar drbd-utils generalmente es suficiente sin compilar nada adicional. El comando es: Esto se ejecuta en nodo-a y nodo-b. La opci\u00f3n -y auto-confirma la instalaci\u00f3n. Se instalan las herramientas de administraci\u00f3n que se comunican con el m\u00f3dulo del kernel para configurar y administrar los recursos DRBD. Por qu\u00e9 se hace: DRBD tiene dos componentes: un m\u00f3dulo en el kernel (el driver de bloque replicado, con n\u00famero mayor de dispositivo 147) y herramientas en user-space para su administraci\u00f3n. Sin instalar drbd-utils, no tendr\u00edamos los comandos necesarios para crear metadatos, levantar recursos ni monitorear el estado de la replicaci\u00f3n. Internamente (capa afectada): Aqu\u00ed solo a\u00f1adimos software; a\u00fan no cambia nada en la pila de I\/O. Tras la instalaci\u00f3n, el m\u00f3dulo kernel estar\u00e1 disponible para cargarse al usarlo m\u00e1s adelante, y las herramientas de administraci\u00f3n quedar\u00e1n listas. Verificaci\u00f3n: Errores comunes: Problema S\u00edntoma Soluci\u00f3n Repositorios o red apt falla al descargar paquetes Verificar conexi\u00f3n a internet y que \/etc\/apt\/sources.list tenga repositorios v\u00e1lidos Permisos insuficientes Error de permisos al instalar Ejecutar como root o con sudo M\u00f3dulo kernel ausente (entorno virtual) modprobe drbd falla con \u00abModule not found\u00bb En kernels virtuales, instalar linux-modules-extra-$(uname -r) Versiones distintas entre nodos Error de protocolo al conectar nodos Asegurar que ambos nodos tengan la misma versi\u00f3n de drbd-utils Paso 2: Preparaci\u00f3n del disco o partici\u00f3n en cada nodo Qu\u00e9 se hace: Se designa un dispositivo de bloque dedicado en cada servidor para la replicaci\u00f3n. En producci\u00f3n se suele usar un disco entero; en laboratorio, una partici\u00f3n (p.ej. \/dev\/sdb1). Es fundamental que esta partici\u00f3n: (a) tenga el mismo tama\u00f1o en ambos nodos, y (b)no est\u00e9 montada ni en \/etc\/fstab. La verificaci\u00f3n se realiza con: Este comando lista los dispositivos de bloque. Debe confirmarse que \/dev\/sdb1 existe en ambos nodos, que no tenga punto de montaje asignado y que su tama\u00f1o sea id\u00e9ntico. Por qu\u00e9 se hace: DRBD replica bloques de datos crudos. Necesitamos almacenamiento dedicado que DRBD controlar\u00e1 exclusivamente. Ambas particiones deben ser de tama\u00f1o id\u00e9ntico para que la r\u00e9plica funcione correctamente. DRBD soporta cualquier dispositivo de bloque soportado por Linux: partici\u00f3n o disco duro completo, RAID por software, LVM o EVMS. Internamente (capa afectada): Solo preparamos la capa de almacenamiento f\u00edsico (el nivel m\u00e1s bajo de la pila I\/O). No hemos configurado DRBD ni hay tr\u00e1fico de red a\u00fan. Verificaci\u00f3n: Errores comunes: Problema S\u00edntoma Soluci\u00f3n Partici\u00f3n montada drbdadm create-md falla al bloquear dispositivo Desmontar con umount y verificar que ning\u00fan proceso la use (lsof \/dev\/sdb1) Tama\u00f1o inconsistente DRBD ajusta al menor, dejando espacio desperdiciado Reparticionar al mismo tama\u00f1o antes de continuar Confundir disco y partici\u00f3n Apuntar a \/dev\/sdb cuando debe ser \/dev\/sdb1 Verificar con lsblk y usar exactamente la ruta que aparece en la configuraci\u00f3n Datos previos en la partici\u00f3n Advertencia de destrucci\u00f3n de datos al inicializar Si los datos no son necesarios, confirmar; si lo son, respaldarlos primero Paso 3: Configuraci\u00f3n b\u00e1sica del recurso DRBD (\/etc\/drbd.d\/web.res) Qu\u00e9 se hace: Se crea un archivo de configuraci\u00f3n que define el recurso DRBD (el nombre l\u00f3gico de la pareja de discos replicados). El archivo \/etc\/drbd.d\/web.res debe ser id\u00e9ntico en ambos nodosy contiene: Explicaci\u00f3n l\u00ednea por l\u00ednea Comparativa r\u00e1pida de protocolos: Protocolo Tipo Confirmaci\u00f3n de escritura Riesgo ante fallo del Primary A (As\u00edncrono) Tras disco local + paquete en buffer TCP Posible p\u00e9rdida de las actualizaciones m\u00e1s recientes B (Semis\u00edncrono) Tras disco local + recepci\u00f3n en memoria remota Datos normalmente seguros; riesgo si ambos nodos fallan simult\u00e1neamente C (S\u00edncrono) \u2705 Tras disco local + disco remoto Cero p\u00e9rdida de datos Por qu\u00e9 se hace: Esta configuraci\u00f3n define c\u00f3mo se conectar\u00e1 y comportar\u00e1 el recurso replicado: qu\u00e9 disco local usar, a qu\u00e9 compa\u00f1ero conectarse por red, con qu\u00e9 garant\u00edas de sincronizaci\u00f3n y d\u00f3nde guardar los metadatos internos. Internamente (capa afectada): Solo se modifica la capa de configuraci\u00f3n (espacio de usuario). Todav\u00eda no se han creado dispositivos ni comunicaciones de red. Estamos preparando la \u00abhoja de ruta\u00bb que DRBD seguir\u00e1. Verificaci\u00f3n: Errores comunes \/ Advertencias: Problema S\u00edntoma Soluci\u00f3n Error de sintaxis en .res drbdadm indica n\u00famero de l\u00ednea con error Revisar corchetes, puntos y coma, y ortograf\u00eda Nombre de host incorrecto \u00abNo valid configuration found for this host\u00bb uname -n debe coincidir con la secci\u00f3n on <nombre> en el archivo Archivo no copiado al segundo nodo Segundo nodo queda en StandAlone, no reconoce recurso Copiar con scp el archivo .res al otro nodo Puerto bloqueado por firewall Los nodos no conectan (cs:Timeout) Abrir el puerto TCP configurado en ambos nodos Paso 4: Inicializar el recurso DRBD en ambos nodos (metadatos y arranque) Se ejecutan<\/p>\n","protected":false},"author":1,"featured_media":2373,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[134,16,5,12,1,10,6],"tags":[],"class_list":["post-2368","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-clusters","category-debian","category-docencia","category-linux","category-sin-categoria","category-sistemas-operativos","category-talleres"],"_links":{"self":[{"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/posts\/2368","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/comments?post=2368"}],"version-history":[{"count":4,"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/posts\/2368\/revisions"}],"predecessor-version":[{"id":2376,"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/posts\/2368\/revisions\/2376"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/media\/2373"}],"wp:attachment":[{"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/media?parent=2368"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/categories?post=2368"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dsantana.uas.edu.mx\/index.php\/wp-json\/wp\/v2\/tags?post=2368"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}