{"id":14201,"date":"2023-03-22T15:02:44","date_gmt":"2023-03-22T22:02:44","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=14201"},"modified":"2025-06-13T20:45:46","modified_gmt":"2025-06-14T03:45:46","slug":"couchbase-replication-and-sync","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/couchbase-replication-and-sync\/","title":{"rendered":"Replicaci\u00f3n y sincronizaci\u00f3n de datos en Couchbase"},"content":{"rendered":"

La replicaci\u00f3n y la sincronizaci\u00f3n de datos pueden parecer redundantes a primera vista. Ambos se refieren a copiar datos de un repositorio persistente a otro para mantener la consistencia en una arquitectura distribuida. Pero para Couchbase, cada t\u00e9rmino tiene un significado diferente y cada uno se utiliza para diferentes prop\u00f3sitos.<\/span><\/p>\n

Este post es una visi\u00f3n general de Couchbase Cross Datacenter Replication (XDCR), que proporciona replicaci\u00f3n de datos entre cl\u00fasteres de bases de datos, y Couchbase Sync Gateway\/Capella App Services, que permite la sincronizaci\u00f3n de datos para aplicaciones m\u00f3viles, IoT y edge.<\/span><\/p>\n

Replicaci\u00f3n entre centros de datos (XDCR)<\/span><\/h2>\n

Resumen XDCR<\/span><\/h3>\n

Couchbase <\/span>Replicaci\u00f3n entre centros de datos (XDCR)<\/span><\/a> permite la replicaci\u00f3n de datos entre cl\u00fasteres situados en distintos centros de datos. La replicaci\u00f3n entre clusters se utiliza para garantizar una distribuci\u00f3n uniforme y una alta disponibilidad de los datos. El protocolo utilizado para XDCR se denomina DCP (protocolo de cambio de datos). DCP tambi\u00e9n se utiliza para la replicaci\u00f3n entre cl\u00fasteres y, en ambos casos, se utiliza para la replicaci\u00f3n de memoria a memoria de baja latencia.<\/span><\/p>\n

XDCR est\u00e1 dise\u00f1ado para la replicaci\u00f3n global: replicar datos entre m\u00faltiples regiones, m\u00faltiples centros de datos, m\u00faltiples proveedores de nube, o cualquier combinaci\u00f3n. Se necesitan m\u00faltiples cl\u00fasteres si quieres replicar datos entre diferentes regiones. A diferencia de otras bases de datos, la funcionalidad multi-datacenter de Couchbase no se proporciona extendiendo un \u00fanico cluster a trav\u00e9s de m\u00faltiples centros de datos. Debido a las altas latencias de red, nodos\/servidores en diferentes regiones no pueden formar parte del mismo cluster. Cada cluster es independiente.<\/span><\/p>\n

XDCR puede ser muy sencillo para empezar, pero dispone de muchas funciones y opciones potentes. Admite el funcionamiento unidireccional y bidireccional y la replicaci\u00f3n activo-activo con resoluci\u00f3n autom\u00e1tica de conflictos. Utilice la replicaci\u00f3n filtrada para replicar subconjuntos de documentos.<\/span><\/p>\n

Tuercas y tornillos XDCR<\/span><\/h3>\n

XDCR replica los datos de un <\/span>fuente<\/span><\/i> cubo a un <\/span>objetivo<\/span><\/i> (XDCR tambi\u00e9n admite la replicaci\u00f3n de \u00e1mbito\/colecci\u00f3n, tanto impl\u00edcita como expl\u00edcita). La replicaci\u00f3n es de memoria a memoria y as\u00edncrona, y se replican tanto los datos existentes como los modificados.\u00a0<\/span><\/p>\n

Se barajan m\u00faltiples flujos de datos a trav\u00e9s de todos los shards (vBuckets) para mover los datos en paralelo al cluster de destino para una reducci\u00f3n adicional de la latencia.<\/span><\/p>\n

Los clusters de origen y destino pueden tener distintos n\u00fameros de servidores (nodos), y XDCR es resistente a los cambios de topolog\u00eda.<\/span><\/p>\n

XDCR Casos pr\u00e1cticos<\/span><\/h3>\n

Las configuraciones unidireccional (unidireccional) y bidireccional (bidireccional) tienen cada una sus propios casos de uso.<\/span><\/p>\n

Replicaci\u00f3n unidireccional<\/span><\/h4>\n

La replicaci\u00f3n unidireccional es ideal para:<\/span><\/p>\n

    \n
  • \n
      \n
    • Recuperaci\u00f3n en caso de cat\u00e1strofe<\/b> - Los datos m\u00e1s recientes est\u00e1n siempre disponibles en caso de desastre. Esto permite una r\u00e1pida conmutaci\u00f3n por error y recuperaci\u00f3n sin p\u00e9rdida de datos ni tiempo de inactividad.<\/span><\/li>\n
    • Copias de desarrollo\/prueba<\/b> - Proporcionar copias de los datos de producci\u00f3n con fines de prueba y desarrollo. Esto reduce la necesidad de copiar datos manualmente y disminuye el riesgo de errores o incoherencias entre los entornos. XDCR proporciona replicaci\u00f3n casi en tiempo real, lo que significa que los datos de prueba siempre est\u00e1n actualizados con los datos de producci\u00f3n.<\/span><\/li>\n
    • Informes\/Archivo<\/b> - La replicaci\u00f3n de datos en un cl\u00faster dedicado a la generaci\u00f3n de informes o archivos permite realizar informes y an\u00e1lisis eficientes sin afectar al rendimiento del entorno de producci\u00f3n. XDCR permite la replicaci\u00f3n de datos en tiempo real o casi real, por lo que el cl\u00faster de informes o archivo siempre est\u00e1 actualizado con los datos m\u00e1s recientes. Esto lo convierte en una soluci\u00f3n para organizaciones que necesitan mantener datos hist\u00f3ricos con fines de cumplimiento o an\u00e1lisis.<\/span><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

      Replicaci\u00f3n bidireccional<\/span><\/h4>\n

      La replicaci\u00f3n bidireccional puede utilizarse para casos de uso como:<\/span><\/p>\n

        \n
      • \n
          \n
        • M\u00faltiples grupos activos \"calientes\" -<\/b> Al replicar los datos en varios centros de datos, XDCR puede ayudar a proporcionar un equilibrio de carga eficiente y una alta disponibilidad de los datos. XDCR permite replicar datos en tiempo real o casi real, garantizando que todos los cl\u00fasteres activos est\u00e9n siempre sincronizados. Adecuado para organizaciones que necesitan dar servicio a grandes vol\u00famenes de tr\u00e1fico o tienen una base de usuarios distribuida por todo el mundo.<\/span><\/li>\n
        • Localidad de los datos -<\/b> Con XDCR, puede crear cl\u00fasteres distribuidos geogr\u00e1ficamente, lo que permite almacenar los datos m\u00e1s cerca de los usuarios y reducir la latencia. XDCR puede replicar autom\u00e1ticamente los datos en varios centros de datos, garantizando que los datos est\u00e9n siempre actualizados en la ubicaci\u00f3n m\u00e1s cercana.<\/span><\/li>\n
        • Geofencing - <\/b>XDCR puede configurarse para replicar determinados datos s\u00f3lo en cl\u00fasteres espec\u00edficos, garantizando que los datos s\u00f3lo est\u00e9n disponibles en las regiones geogr\u00e1ficas designadas. Esto puede ser utilizado por organizaciones que deben cumplir con las regulaciones de privacidad de datos o aplicar restricciones de geofencing en sus datos.<\/span><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

          Opciones XDCR<\/span><\/h3>\n

          Resoluci\u00f3n de conflictos<\/b> resuelve los conflictos que surgen cuando diferentes nodos del cl\u00faster intentan actualizar los mismos datos simult\u00e1neamente. La resoluci\u00f3n de conflictos basada en la secuencia resuelve los conflictos en funci\u00f3n del orden en que se reciben las actualizaciones. Por el contrario, la resoluci\u00f3n de conflictos basada en la marca de tiempo utiliza la marca de tiempo de las actualizaciones para determinar qu\u00e9 actualizaci\u00f3n es m\u00e1s reciente y debe aplicarse. Dependiendo del caso de uso espec\u00edfico, un tipo de resoluci\u00f3n de conflictos puede ser m\u00e1s apropiado, y XDCR de Couchbase permite flexibilidad en la elecci\u00f3n del m\u00e9todo apropiado.<\/span><\/p>\n

          Filtrado<\/b> permite a los usuarios especificar qu\u00e9 documentos deben incluirse o excluirse de la replicaci\u00f3n entre clusters. Esto puede basarse en criterios como el tipo de documento, los valores de los atributos u otros metadatos. El filtrado XDCR proporciona un mayor control sobre qu\u00e9 documentos se replican, reduciendo la cantidad de tr\u00e1fico de red innecesario y la sobrecarga de almacenamiento, al tiempo que mejora la eficiencia de la replicaci\u00f3n y el rendimiento general del sistema.<\/span><\/p>\n

          Eliminaci\u00f3n de documentos<\/b> en un cl\u00faster provocar\u00e1 la eliminaci\u00f3n del documento correspondiente en el otro cl\u00faster. Sin embargo, este comportamiento puede filtrarse, lo que permite a las organizaciones mantener datos hist\u00f3ricos para casos de uso de archivo o informes. Al filtrar las eliminaciones de documentos, las organizaciones pueden garantizar que los datos sigan estando disponibles en sus cl\u00fasteres de archivo o generaci\u00f3n de informes, incluso si los documentos correspondientes se han eliminado en el cl\u00faster de producci\u00f3n. Esto puede ayudar a las organizaciones a cumplir con las pol\u00edticas de retenci\u00f3n de datos y garantizar que los datos importantes est\u00e9n siempre disponibles para el an\u00e1lisis y la elaboraci\u00f3n de informes.<\/span><\/p>\n

          XDCR tambi\u00e9n puede soportar escenarios de migraci\u00f3n, como la migraci\u00f3n agn\u00f3stica de infraestructura de on-prem a la nube.<\/span><\/p>\n

          Resumen XDCR<\/span><\/h3>\n

          La funci\u00f3n XDCR de Couchbase es una de las principales caracter\u00edsticas que primero atrae a los clientes y usuarios de Couchbase. Se trata de una herramienta sencilla y flexible para replicar datos entre distintos cl\u00fasteres ubicados en diferentes centros de datos.<\/span><\/p>\n

          La siguiente tabla enumera los principales casos de uso de XDCR en un despliegue de Couchbase Server o Couchbase Capella:<\/span><\/p>\n\n\n\n\n\n\n\n\n\n
          \n

          XDCR<\/b><\/p>\n<\/td>\n<\/tr>\n

          Recuperaci\u00f3n en caso de cat\u00e1strofe<\/span><\/td>\n<\/tr>\n
          Copias de prueba<\/span><\/td>\n<\/tr>\n
          Informes, auditor\u00edas, archivos<\/span><\/td>\n<\/tr>\n
          Localidad del centro de datos<\/span><\/td>\n<\/tr>\n
          Geo-fencing<\/span><\/td>\n<\/tr>\n
          Migraci\u00f3n de datos a la nube<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

          Vea una demostraci\u00f3n en directo de Couchbase XDCR en acci\u00f3n<\/a>abajo:<\/span><\/p>\n