awesome-repositories.com
博客
awesome-repositories.com

通过 AI 驱动的搜索,发现最优秀的开源仓库。

探索精选搜索开源替代品自托管软件博客网站地图
项目关于排名机制媒体报道MCP 服务器
法律隐私政策服务条款
© 2026 Bringes Technology SRL·VAT RO45896025·hello@awesome-repositories.com
·

7 个仓库

Awesome GitHub RepositoriesSynchronous Replication Management

Configuration of replication where the primary requires confirmation from replicas before committing.

Distinct from Data Replication: Specifically manages the configuration of the synchronous mode within the replication architecture

Explore 7 awesome GitHub repositories matching data & databases · Synchronous Replication Management. Refine with filters or upvote what's useful.

Awesome Synchronous Replication Management GitHub Repositories

用 AI 发现最棒的仓库。我们将通过 AI 为您搜索最匹配的仓库。
  • openebs/openebsopenebs 的头像

    openebs/openebs

    9,771在 GitHub 上查看↗

    OpenEBS is a container-native storage platform that provides persistent volumes for stateful applications running on Kubernetes. It operates through a Kubernetes-native microservice architecture, where storage controllers are managed entirely with kubectl and standard Kubernetes APIs, and offers both local and replicated block storage options. The platform distinguishes itself through synchronous NVMe-TCP replication, which replicates block data across nodes to enable pod rescheduling after node failure without data loss. It also includes a snapshot and clone engine for capturing point-in-tim

    Manages synchronously replicated block volumes across multiple Kubernetes nodes for fault tolerance.

    block-storageblockstoragecloud-native
    在 GitHub 上查看↗9,771
  • patroni/patronipatroni 的头像

    patroni/patroni

    8,182在 GitHub 上查看↗

    Patroni is a high availability manager and cluster orchestrator for PostgreSQL. It functions as an automatic failover controller and replication manager that ensures continuous database availability by automating leader election and promoting standby nodes during failures. The system maintains a consistent cluster state by acting as a distributed consensus coordinator. It synchronizes configuration and manages leader elections through integration with distributed configuration stores such as etcd, ZooKeeper, or Consul. Its broader capabilities include managing both synchronous and asynchrono

    Ensures data consistency by requiring a secondary node to confirm writes before returning success.

    Pythonconsuletcdfailover
    在 GitHub 上查看↗8,182
  • longhorn/longhornlonghorn 的头像

    longhorn/longhorn

    7,803在 GitHub 上查看↗

    Longhorn is a distributed block storage system and orchestrator for Kubernetes. It provides persistent, replicated block storage volumes that survive pod restarts and node failures by maintaining synchronous copies of data across multiple cluster nodes. The system implements the Container Storage Interface (CSI) for dynamic volume provisioning and attachment. It is distinguished by its support for shared read-write access to a single block volume across multiple pods, as well as the ability to export volume snapshots to external S3 or NFS targets for off-cluster disaster recovery. The platfo

    Maintains synchronously replicated block volumes across multiple nodes to ensure high availability.

    Shellcncfdistributed-systemshigh-availability
    在 GitHub 上查看↗7,803
  • lxc/lxdlxc 的头像

    lxc/lxd

    5,554在 GitHub 上查看↗

    LXD is a unified platform for managing both system containers and virtual machines through a single REST API and command-line interface. It provides a programmatic HTTP interface for controlling the full lifecycle of instances, enabling automation and integration with external tools. The system runs unprivileged containers with per-instance UID/GID mappings, seccomp filters, and AppArmor profiles for kernel-level isolation, while supporting multiple storage backends including directory, Btrfs, LVM, ZFS, Ceph, LINSTOR, and TrueNAS through a unified driver interface. The platform distinguishes

    Manages DRBD-replicated block devices across cluster nodes for fault-tolerant volumes.

    Go
    在 GitHub 上查看↗5,554
  • gluster/glusterfsgluster 的头像

    gluster/glusterfs

    5,191在 GitHub 上查看↗

    GlusterFS 是一个软件定义的分布式文件系统和横向扩展存储集群,将来自多个服务器的磁盘资源聚合到一个单一的全局命名空间中。它作为一个统一的存储平台,允许通过文件、块和对象存储接口暴露相同的基础数据。 该系统通过去中心化架构脱颖而出,该架构使用一致性哈希在网络节点之间分发文件,而无需中央元数据服务器。它通过自愈复制、基于仲裁的一致性来防止脑裂场景,以及用于跨地理位置灾难恢复的异步地理复制,确保了数据完整性和可用性。 该平台通过 NFS、Samba 和 iSCSI 提供广泛的多协议存储导出功能,以及全面的卷管理功能,包括时间点快照、存储配额和弹性容量扩展。安全性通过传输中的 TLS 加密、身份管理集成和细粒度的 POSIX 访问控制来处理。 该软件可通过社区仓库以二进制包的形式提供,适用于各种 Linux 发行版。

    Replicates data between remote volumes using SSH and matching identifiers to maintain consistency across sites.

    C
    在 GitHub 上查看↗5,191
  • crunchydata/postgres-operatorCrunchyData 的头像

    CrunchyData/postgres-operator

    4,423在 GitHub 上查看↗

    这是一个 Kubernetes Operator,旨在通过声明式配置部署和管理生产级 PostgreSQL 数据库集群。它作为一个控制器,将数据库集群的实际状态与期望状态同步,提供了一个用于高可用性编排、自动化备份与恢复以及容器化数据库管理的系统。 该 Operator 的特色在于其全面的数据保护套件,支持时间点恢复、到云对象存储的多模式备份以及集群克隆。它使用分布式共识实现自动化故障转移,确保持续可用性,并通过集成的连接池支持复杂的流量管理。 该项目涵盖了广泛的操作功能,包括同步和异步复制、通过专用监控堆栈进行遥测收集,以及具有自动化 TLS 证书轮换的安全身份管理。它还提供了用于存储卷扩展、数据库引擎更新以及集成各种数据库扩展的工具。 该控制器使用可自定义的清单安装到集群中,以实现数据库环境的声明式编排。

    Ensures zero data loss by requiring transaction confirmation from at least one standby server before committing.

    Go
    在 GitHub 上查看↗4,423
  • openebs/mayastoropenebs 的头像

    openebs/mayastor

    1,046在 GitHub 上查看↗

    Mayastor is a software-defined, cloud-native block storage solution designed to provide high-performance, persistent storage for stateful applications within container orchestration environments. It functions as a distributed storage control plane that decouples application data from physical hardware, enabling dynamic provisioning and management of block volumes across clustered nodes. The platform distinguishes itself by utilizing a user-space storage driver architecture that bypasses kernel overhead to maximize hardware performance. It leverages the NVMe-over-Fabrics protocol to deliver lo

    Leverages NVMe-over-Fabrics protocols to deliver low-latency, network-attached storage performance.

    Rustcontainersdata-planek8s
    在 GitHub 上查看↗1,046
  1. Home
  2. Data & Databases
  3. Data Replication
  4. Synchronous Replication Management

探索子标签

  • NVMe-TCP Replicated Volumes1 个子标签Synchronously replicating block data across nodes using NVMe over TCP for high availability. **Distinct from Synchronous Replication Management:** Distinct from Synchronous Replication Management: focuses on NVMe-TCP based block replication for Kubernetes volumes, not general database replication configuration.
  • NVMe-TCP Synchronous ReplicationsSynchronously replicates block data across nodes using NVMe over TCP, enabling pod rescheduling after node failure without data loss. **Distinct from Synchronous Replication Management:** Distinct from Synchronous Replication Management: specifies NVMe-TCP as the transport protocol for block-level replication, not general synchronous replication configuration.
  • Replicated Block Volumes1 个子标签Synchronously replicated block volumes across multiple nodes for high availability. **Distinct from Synchronous Replication Management:** Distinct from Synchronous Replication Management: focuses on managing replicated block volumes, not just configuring replication mode.