Key facts
- Software.name
- DRBD
- Software.logo
- DRBD logo 2016.svg
- Software.logo size
- 200px
- Software.screenshot
- DRBD Diagram v1.1.svg
- Software.caption
- Overview of DRBD concept
- Software.author
- Philipp Reisner, Lars Ellenberg
- Software.developer
- LINBIT HA-Solutions GmbH, Vienna and LINBIT USA LLC, Oregon
- Software.latest release version
- 9.3.0
- Software.latest preview version
- 10.0.0a4
- Software.programming language
- C
- Software.operating system
- Linux
- Software.genre
- Distributed storage system
- Software.license
- GNU General Public License v2
via Wikipedia infobox
Wikidata facts
- Instance of
- free software
- Official website
- drbd.org
- Image
- DRBD concept overview.png
- Has use
- data synchronization
Show 7 more facts
- Commons gallery
- DRBD
- copyright license
- GNU General Public License, version 2.0
- programmed in
- Q15777
- operating system
- Linux
- software version identifier
- 9.3.2
- source code repository URL
- github.com/LINBIT/drbd
- user manual URL
- docs.linbit.com/docs/users-guide-9.0
via Wikidata · CC0
Article · Français
DRBD (Distributed Replicated Block Device en anglais, ou périphérique en mode bloc répliqué et distribué en français) est une architecture de stockage distribuée pour GNU/Linux, permettant la réplication de périphériques de bloc (disques, partitions, volumes logiques etc.) entre des serveurs.DRBD est un logiciel libre, mais un support existe. DRBD est composé d'un module noyau, d'outils d'administration en espace utilisateur ainsi que de scripts shell. La réplication des données se fait : * En temps réel. En permanence, pendant que les applications modifient les données présentes sur le périphérique. * De façon transparente. Les applications qui stockent leurs données sur le périphérique répliqué n'ont pas conscience que ces données sont en fait stockées sur plusieurs ordinateurs. * De façon synchrone, ou asynchrone. En fonctionnement synchrone, une application qui déclenche une écriture de donnée est notifiée de la fin de l'opération seulement après que l'écriture a été effectuée sur tous les serveurs, alors qu'en fonctionnement asynchrone, la notification se fait après que la donnée a été écrite localement, mais avant la propagation de la donnée. À ce jour, DRBD ne permet que la réplication entre deux nœuds, mais la feuille de route nous indique qu'il est prévu pour la version 9 de corriger cela.
Abstract from DBpedia / Wikipedia · CC BY-SA