Гаджиев Тамерлан
23.06.2022
9077

DRBD

В этой статье мы рассмотрим как сделать  репликацию хранилищ на 2-x серверах с помощью drbd на Debian 10. DRBD (от англ. Distributed Replicated Block Device — «распределённое реплицируемое блочное устройство») — программная система, обеспечивающая синхронизацию (RAID 1) между локальным блочным устройством и удалённым. Одним из применений является построение отказоустойчивых кластерных систем на операционной системе с […]

Drbd

В этой статье мы рассмотрим как сделать  репликацию хранилищ на 2-x серверах с помощью drbd на Debian 10.

DRBD (от англ. Distributed Replicated Block Device — «распределённое реплицируемое блочное устройство») — программная система, обеспечивающая синхронизацию (RAID 1) между локальным блочным устройством и удалённым. Одним из применений является построение отказоустойчивых кластерных систем на операционной системе с ядром Linux. Входит в ванильное ядро Linux с 15 декабря 2009 года.

Поддерживает как синхронную, так и асинхронную репликацию (при синхронной, протокол «С», операция записи считается завершённой, когда и локальный, и удалённый диски сообщают об успешном завершении записи; при асинхронной, протокол «A», запись считается завершённой, когда запись завершилась на локальном устройстве и данные готовы к отправке на удалённый узел). Также поддерживается промежуточный протокол (B), при котором запись считается успешной, если она завершилась на локальное устройство, и удалённый узел подтвердил получение (но не локальную запись) данных. Синхронизация идёт через протокол TCP (без шифрования и аутентификации), по умолчанию используется порт TCP/3260.

Поддерживает только два узла, более сложные конструкции могут строиться с помощью использования drbd-устройства в качестве «локального» для ещё одного drbd-устройства.

Узлы могут работать в режиме первичного (primary) узла или вторичного (secondary), вторичный хранит данные, но не позволяет осуществить к ним локальный доступ, первичный позволяет осуществить доступ. DRBD поддерживает также режим «первичный — первичный», при котором возможен доступ к обоим узлам; если при этом на DRBD-устройстве располагается файловая система, то для поддержки режима «первичный — первичный» необходимо использовать кластерные файловые системы (такие, как GFS2 и OCFS2).

DRBD работает локально на узле (то есть обеспечивает репликацию на удалённый узел содержимого локального блочного устройства). Для использования создаётся новое устройство, обычно /dev/drbdX (X — число). Для нормальной работы DRBD должен быть запущен на обоих узлах. Если узел имеет роль вторичного, то он имеет соответствующее drbd-устройство, но доступ к нему запрещён. Как только происходит повышение роли до первичного, доступ открывается. Большинство операций осуществляется с помощью утилиты drbdadm, хотя фактическая работа происходит на уровне ядра. Если локальное устройство выходит из строя и включена маскировка ошибок, то устройство /dev/drbdX продолжает работать, получая данные через сеть, этот режим называется «бездисковым» (diskless).

Установка drbd

apt update
apt -y upgrade
apt install drbd-utils

Диск

Подключаем отдельный диск и создаем на нем файловую систему ext4:

fdisk -l
рис. 1

В моем случае это /dev/sdb

mkfs.ext4 /dev/sdb

Настройка primary/secondary

Все действия ниже выполняются на обоих серверах.


В моем примере будет использоваться 2 сервера. Их нужно добавить в /etc/hosts

рис. 2

192.168.190.23 node1
192.168.190.24 node2

(вы пишите свои адреса серверов)

Открываем файл /etc/drbd.d/global_common.conf и туда добавляем

net {
protocol C;
…
}
рис. 3

Как можете заметить мы добавили protocol C.

Виды протоколов:

protocol A: протокол асинхронной репликации; чаще всего используется в сценариях репликации на больших расстояниях.

protocol B: протокол полу синхронной репликации или протокол синхронной памяти.

protocol C: обычно используется для узлов в сетях с небольшими расстояниями; это безусловно, наиболее часто используемый протокол репликации в настройках DRBD.

Добавление ресурса

Ресурс (Resource) — это собирательный термин, который относится ко всем аспектам конкретного реплицируемого набора данных.

Создадим файл /etc/drbd.d/r0.res и откроем его:

resource r0 {
	on node1{
		device /dev/drbd1;
		disk /dev/sdb;
		address 192.168.190.23:7789;
		meta-disk internal;
		}
	on node2{
		device /dev/drbd1;
		disk /dev/sdb;
		address 192.168.190.24:7789;
		meta-disk internal;
		}
}

(вы пишите свои адреса серверов и название дисков)

  • on hostname: раздел on, к которому относится вложенный оператор конфигурации.
  • r0t: это имя нового ресурса.
  • device /dev/drbd1: указывает новое виртуальное блочное устройство, управляемое DRBD.
  • disk /dev/sdb: это раздел блочного устройства, который является резервным устройством для устройства DRBD.
  • meta-disk: определяет, где DRBD хранит свои метаданные. Internal означает, что DRBD хранит свои метаданные на том же физическом низкоуровневом устройстве, что и фактические данные на продакшене.
  • address: указывает IP-адрес и номер порта соответствующего узла.
рис. 4

Не забудьте открыть tcp порт 7789 и добавить адреса серверов в исключение fail2ban на обоих серверах, а прочитать как открыть порт вы можете тут.

После чего инициализируем метаданные:

drbdadm create-md r0

Далее можно запустить r0 и сделать первую репликацию.

Команды ниже выполнить только на одном сервере, у меня node1 будет primary

drbdadm up r0
drbdadm primary --force r0

и на 2 сервере выполняем:

drbdadm up r0

Drbdadm — это высокоуровневый инструмент пакета программ drbd. Drbdadm для drdbsetup и drbdmeta то же, что ifup/ifdown для ifconfig. Drbdadm читает файл конфигурации  и выполняет указанные команды, вызывая программу drbdsetup и/или drbdmeta.

Для большей информации о drbdadm  и как ей пользоваться введите команду

man drbdadm

Далее на обоих серверах монтируем /dev/drbd1 в /mnt

mount /dev/drdb1/ /mnt
рис. 5

После чего вы должны увидеть следующее:

node1 
node2

На этом настройка репликации хранилищ с помощью drbd  закончена.

Подписаться
Уведомить о
guest
0 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии

Остались вопросы?

Я - Виталий Шелест, менеджер компании Voxlink. Хотите уточнить детали или готовы оставить заявку? Укажите номер телефона, я перезвоню в течение 3-х секунд.

VoIP оборудование


ближайшие курсы

10 доводов в пользу Asterisk

Распространяется бесплатно.

Asterisk – программное обеспечение с открытым исходным кодом, распространяется по лицензии GPL. Следовательно, установив один раз Asterisk вам не придется дополнительно платить за новых абонентов, подключение новых транков, расширение функционала и прочие лицензии. Это приближает стоимость владения станцией к нулю.

Безопасен в использовании.

Любое программное обеспечение может стать объектом интереса злоумышленников, в том числе телефонная станция. Однако, сам Asterisk, а также операционная система, на которой он работает, дают множество инструментов защиты от любых атак. При грамотной настройке безопасности у злоумышленников нет никаких шансов попасть на станцию.

Надежен в эксплуатации.

Время работы серверов некоторых наших клиентов исчисляется годами. Это значит, что Asterisk работает несколько лет, ему не требуются никакие перезагрузки или принудительные отключения. А еще это говорит о том, что в районе отличная ситуация с электроэнергией, но это уже не заслуга Asterisk.

Гибкий в настройке.

Зачастую возможности Asterisk ограничивает только фантазия пользователя. Ни один конструктор шаблонов не сравнится с Asterisk по гибкости настройки. Это позволяет решать с помощью Asterisk любые бизнес задачи, даже те, в которых выбор в его пользу не кажется изначально очевидным.

Имеет огромный функционал.

Во многом именно Asterisk показал какой должна быть современная телефонная станция. За многие годы развития функциональность Asterisk расширилась, а все основные возможности по-прежнему доступны бесплатно сразу после установки.

Интегрируется с любыми системами.

То, что Asterisk не умеет сам, он позволяет реализовать за счет интеграции. Это могут быть интеграции с коммерческими телефонными станциями, CRM, ERP системами, биллингом, сервисами колл-трекинга, колл-бэка и модулями статистики и аналитики.

Позволяет телефонизировать офис за считанные часы.

В нашей практике были проекты, реализованные за один рабочий день. Это значит, что утром к нам обращался клиент, а уже через несколько часов он пользовался новой IP-АТС. Безусловно, такая скорость редкость, ведь АТС – инструмент зарабатывания денег для многих компаний и спешка во внедрении не уместна. Но в случае острой необходимости Asterisk готов к быстрому старту.

Отличная масштабируемость.

Очень утомительно постоянно возвращаться к одному и тому же вопросу. Такое часто бывает в случае некачественного исполнения работ или выбора заведомо неподходящего бизнес-решения. С Asterisk точно не будет такой проблемы! Телефонная станция, построенная на Asterisk может быть масштабируема до немыслимых размеров. Главное – правильно подобрать оборудование.

Повышает управляемость бизнеса.

Asterisk дает не просто набор полезных функций, он повышает управляемость организации, качества и комфортности управления, а также увеличивает прозрачность бизнеса для руководства. Достичь этого можно, например, за счет автоматизации отчетов, подключения бота в Telegram, санкционированного доступа к станции из любой точки мира.

Снижает расходы на связь.

Связь между внутренними абонентами IP-АТС бесплатна всегда, независимо от их географического расположения. Также к Asterisk можно подключить любых операторов телефонии, в том числе GSM сим-карты и настроить маршрутизацию вызовов по наиболее выгодному тарифу. Всё это позволяет экономить с первых минут пользования станцией.