Jump to content

DRBD: Difference between revisions

From Wikipedia, the free encyclopedia
Browse history interactively
← Previous editNext edit →
Content deleted Content added
VisualWikitext
→top: rv removal many years ago of title, def acro per MOS
Isolary (talk | contribs)
36 edits
Clarified the opening paragraph to better describe what DRBD is and how it works in simple terms. Added four (4) secondary sources not directly affiliated with the official DRBD website (or its creator, LINBIT).
Line 32: Line 32:
| website = {{URL|https://linbit.com/drbd/}}
| website = {{URL|https://linbit.com/drbd/}}
}}
}}
'''Distributed Replicated Block Device''' ('''DRBD''') is a [[distributed replicated storage system]] for the [[Linux]] platform. It is implemented as a kernel driver, several [[userspace]] management applications, and some [[shell scripts]]. DRBD is traditionally used in [[high availability]] (HA) [[computer cluster]]s, but beginning with DRBD version 9, it can also be used to create larger software defined storage pools with a focus on cloud integration.<ref>{{Cite web|url=http://www.drbd.org/en/use-cases/cloud|title=DRBD for your Cloud|website=www.drbd.org|access-date=2016-12-05}}</ref>
'''Distributed Replicated Block Device''' ('''DRBD''') is a distributed replicated storage system for the [[Linux]] platform. It mirrors [[block devices]] between multiple hosts, functioning transparently to applications on the host systems. This replication can involve any type of block device, such as hard drives, partitions, RAID setups, or logical volumes.<ref>{{Cite web|url=https://ubuntu.com/server/docs/distributed-replicated-block-device-drbd|title=Distributed Replicated Block Device (DRBD)|website=ubuntu.com|access-date=2024-06-20}}</ref>


DRBD is implemented as a kernel driver, several [[userspace]] management applications, and some [[shell scripts]]. DRBD is traditionally used in [[high availability]] (HA) [[computer cluster]]s, but beginning with DRBD version 9, it can also be used to create larger software defined storage pools with a focus on cloud integration.<ref>{{Cite web|url=http://www.drbd.org/en/use-cases/cloud|title=DRBD for your Cloud|website=www.drbd.org|access-date=2016-12-05}}</ref>
A ''DRBD device'' is a ''DRBD block device'' that refers to a logical [[block device]] in a logical volume schema.


The DRBD software is [[free software]] released under the terms of the [[GNU General Public License]] version 2.
The DRBD software is [[free software]] released under the terms of the [[GNU General Public License]] version 2.
Line 45: Line 45:
Should the primary node fail, a [[Cluster manager|cluster management process]] promotes the secondary node to a primary state.<ref>{{Cite web|url=https://www.drbd.org/en/doc/users-guide-90/ch-pacemaker|title=Chapter 8. Integrating DRBD with Pacemaker clusters - DRBD Users Guide (9.0)|website=www.drbd.org|access-date=2016-12-05}}</ref> This transition may require a subsequent verification of the integrity of the file system stacked on top of DRBD, by way of a [[fsck|filesystem check]] or a [[journaling filesystem|journal]] replay. When the failed ex-primary node returns, the system may (or may not) raise it to primary level again, after device data resynchronization. DRBD's synchronization algorithm is efficient in the sense that only those blocks that were changed during the outage must be resynchronized, rather than the device in its entirety.
Should the primary node fail, a [[Cluster manager|cluster management process]] promotes the secondary node to a primary state.<ref>{{Cite web|url=https://www.drbd.org/en/doc/users-guide-90/ch-pacemaker|title=Chapter 8. Integrating DRBD with Pacemaker clusters - DRBD Users Guide (9.0)|website=www.drbd.org|access-date=2016-12-05}}</ref> This transition may require a subsequent verification of the integrity of the file system stacked on top of DRBD, by way of a [[fsck|filesystem check]] or a [[journaling filesystem|journal]] replay. When the failed ex-primary node returns, the system may (or may not) raise it to primary level again, after device data resynchronization. DRBD's synchronization algorithm is efficient in the sense that only those blocks that were changed during the outage must be resynchronized, rather than the device in its entirety.


DRBD is often deployed together with the [[Pacemaker (software)|Pacemaker]] or [[Heartbeat (software)|Heartbeat]] cluster resource managers, although it does integrate with other cluster management frameworks. It integrates with [[Platform virtualization|virtualization]] solutions such as [[Xen]], and may be used both below and on top of the Linux [[Logical Volume Manager (Linux)|LVM]] stack.<ref>{{Cite web
DRBD is often deployed together with the [[Pacemaker (software)|Pacemaker]] or [[Heartbeat (software)|Heartbeat]] cluster resource managers, although it does integrate with other cluster management frameworks.<ref>{{Cite web|url=https://documentation.suse.com/sle-ha/15-SP3/html/SLE-HA-all/article-nfs-storage.html|title=Highly Available NFS Storage with DRBD and Pacemaker|website=suse.com|access-date=2024-06-20}}</ref><ref>{{Cite web|url=https://www.globo.tech/learning-center/high-availability-heartbeat-drbd-ubuntu-16/|title=How to Achieve High Availability with Heartbeat & DRBD on Ubuntu 16|website=www.globo.tech|access-date=2024-06-20}}</ref><ref>{{Cite web|url=https://syslint.com/blog/tutorial/drbd-%E2%80%93-heartbeat-activepassive-high-availability-cluster/|title=DRBD – Heartbeat ( Active/Passive High Availability Cluster )|website=syslint.com|access-date=2024-06-20}}</ref> It integrates with [[Platform virtualization|virtualization]] solutions such as [[Xen]], and may be used both below and on top of the Linux [[Logical Volume Manager (Linux)|LVM]] stack.<ref>{{Cite web
| title = The DRBD User's Guide
| title = The DRBD User's Guide
| last1 = LINBIT
| last1 = LINBIT
Line 100: Line 100:
|date=2007-07-21
|date=2007-07-21
|url=https://lkml.org/lkml/2007/7/21/255
|url=https://lkml.org/lkml/2007/7/21/255
|access-date=2007-08-03 }}</ref> After a lengthy review and several discussions, [[Linus Torvalds]] agreed to have DRBD as part of the official Linux kernel. DRBD was merged on 8 December 2009 during the "merge window" for Linux kernel version 2.6.33.
|access-date=2007-08-03 }}</ref> After a lengthy review and several discussions, [[Linus Torvalds]] agreed to have DRBD as part of the official Linux kernel. DRBD was merged on 8 December 2009 during the "merge window" for Linux kernel version 2.6.33.<ref>{{Cite web|url=https://linux.slashdot.org/story/09/12/11/0048247/drbd-to-be-included-in-linux-kernel-2633|title=DRBD To Be Included In Linux Kernel 2.6.33|website=slashdot.org|access-date=2024-06-20}}</ref>


==See also==
==See also==

Revision as of 03:25, 21 June 2024

Original author(s)Philipp Reisner, Lars Ellenberg
Developer(s)LINBIT HA-Solutions GmbH, Vienna and LINBIT USA LLC, Oregon
Stable release
9.2.4 / 5 June 2023; 17 months ago (2023-06-05)[1]
Preview release
10.0.0a4 / 16 October 2020; 4 years ago (2020-10-16)[2]
Repository
Written inC
Operating systemLinux
TypeDistributed storage system
LicenseGNU General Public License v2
Websitelinbit.com/drbd/

Distributed Replicated Block Device (DRBD) is a distributed replicated storage system for the Linux platform. It mirrors block devices between multiple hosts, functioning transparently to applications on the host systems. This replication can involve any type of block device, such as hard drives, partitions, RAID setups, or logical volumes.[3]

DRBD is implemented as a kernel driver, several userspace management applications, and some shell scripts. DRBD is traditionally used in high availability (HA) computer clusters, but beginning with DRBD version 9, it can also be used to create larger software defined storage pools with a focus on cloud integration.[4]

The DRBD software is free software released under the terms of the GNU General Public License version 2.

DRBD is part of the Lisog open source stack initiative.

Mode of operation

DRBD layers logical block devices (conventionally named /dev/drbdX, where X is the device minor number) over existing local block devices on participating cluster nodes. Writes to the primary node are transferred to the lower-level block device and simultaneously propagated to the secondary node(s). The secondary node(s) then transfers data to its corresponding lower-level block device. All read I/O is performed locally unless read-balancing is configured.[5]

Should the primary node fail, a cluster management process promotes the secondary node to a primary state.[6] This transition may require a subsequent verification of the integrity of the file system stacked on top of DRBD, by way of a filesystem check or a journal replay. When the failed ex-primary node returns, the system may (or may not) raise it to primary level again, after device data resynchronization. DRBD's synchronization algorithm is efficient in the sense that only those blocks that were changed during the outage must be resynchronized, rather than the device in its entirety.

DRBD is often deployed together with the Pacemaker or Heartbeat cluster resource managers, although it does integrate with other cluster management frameworks.[7][8][9] It integrates with virtualization solutions such as Xen, and may be used both below and on top of the Linux LVM stack.[10]

DRBD allows for load-balancing configurations, allowing both nodes to access a particular DRBD in read/write mode with shared storage semantics.[11] A multiple primary (multiple read/write nodes) configuration requires the use of a distributed lock manager.

Since 2018 DRBD can also be leveraged in the block storage management software LINSTOR for replication between different nodes and to provide block storage devices to users and applications.

Shared cluster storage comparison

Conventional computer cluster systems typically use some sort of shared storage for data being used by cluster resources. This approach has a number of disadvantages, which DRBD may help offset:

  • Shared storage resources must typically be accessed over a storage area network or on a network attached storage server, which creates some overhead in read I/O. In DRBD that overhead is reduced as all read operations are carried out locally. [citation needed]
  • Shared storage is usually expensive and consumes more space (2U and more) and power. DRBD allows for an HA setup with only 2 machines.
  • Shared storage is not necessarily highly available. For example, a single storage area network accessed by multiple virtualization hosts is considered shared storage, but is not considered highly available at the storage level - if that single storage area network fails, neither host within the cluster can access the shared storage. DRBD allows for a storage target that is both shared and highly available.

A disadvantage is the lower time required to write directly to a shared storage device than to route the write through the other node.

Comparison to RAID-1

DRBD bears a superficial similarity to RAID-1 in that it involves a copy of data on two storage devices, such that if one fails, the data on the other can be used. However, it operates in a very different way from RAID and even network RAID.

In RAID, the redundancy exists in a layer transparent to the storage-using application. While there are two storage devices, there is only one instance of the application and the application is not aware of multiple copies. When the application reads, the RAID layer chooses the storage device to read. When a storage device fails, the RAID layer chooses to read the other, without the application instance knowing of the failure.

In contrast, with DRBD there are two instances of the application, and each can read only from one of the two storage devices. Should one storage device fail, the application instance tied to that device can no longer read the data. Consequently, in that case that application instance shuts down and the other application instance, tied to the surviving copy of the data, takes over.

Conversely, in RAID, if the single application instance fails, the information on the two storage devices is effectively unusable, but in DRBD, the other application instance can take over.

Applications

Operating within the Linux kernel's block layer, DRBD is essentially workload agnostic. A DRBD can be used as the basis of:

DRBD-based clusters are often employed for adding synchronous replication and high availability to file servers, relational databases (such as MySQL), and many other workloads.

Inclusion in Linux kernel

DRBD's authors originally submitted the software to the Linux kernel community in July 2007, for possible inclusion in the canonical kernel.org version of the Linux kernel.[14] After a lengthy review and several discussions, Linus Torvalds agreed to have DRBD as part of the official Linux kernel. DRBD was merged on 8 December 2009 during the "merge window" for Linux kernel version 2.6.33.[15]

See also

References

  1. ^ "DRBD 9.x Linux Kernel Driver". linbit.com. Retrieved 2023-07-19.
  2. ^ "Releases · LINBIT/drbd". github.com. Retrieved 2021-04-04.
  3. ^ "Distributed Replicated Block Device (DRBD)". ubuntu.com. Retrieved 2024-06-20.
  4. ^ "DRBD for your Cloud". www.drbd.org. Retrieved 2016-12-05.
  5. ^ "18.4. Achieving better Read Performance via increased Redundancy - DRBD Users Guide (9.0)". www.drbd.org. Retrieved 2016-12-05.
  6. ^ "Chapter 8. Integrating DRBD with Pacemaker clusters - DRBD Users Guide (9.0)". www.drbd.org. Retrieved 2016-12-05.
  7. ^ "Highly Available NFS Storage with DRBD and Pacemaker". suse.com. Retrieved 2024-06-20.
  8. ^ "How to Achieve High Availability with Heartbeat & DRBD on Ubuntu 16". www.globo.tech. Retrieved 2024-06-20.
  9. ^ "DRBD – Heartbeat ( Active/Passive High Availability Cluster )". syslint.com. Retrieved 2024-06-20.
  10. ^ LINBIT. "The DRBD User's Guide". Retrieved 2011-11-28.
  11. ^ Reisner, Philipp (2005-10-11). "DRBD v8 - Replicated Storage with Shared Disk Semantics" (PDF). Proceedings of the 12th International Linux System Technology Conference. Hamburg, Germany.
  12. ^ "User Guides » LINBIT".
  13. ^ "Active-active DRBD with OCFS2 - Gentoo Linux Wiki". Archived from the original on 2013-03-08. Retrieved 2013-03-21.
  14. ^ Ellenberg, Lars (2007-07-21). "DRBD wants to go mainline". linux-kernel (Mailing list). Retrieved 2007-08-03.
  15. ^ "DRBD To Be Included In Linux Kernel 2.6.33". slashdot.org. Retrieved 2024-06-20.
Wikimedia Commons has media related to DRBD.
Retrieved from "https://en.wikipedia.org/w/index.php?title=DRBD&oldid=1230170447"