DRBD
В этой статье мы рассмотрим как сделать репликацию хранилищ на 2-x серверах с помощью drbd на Debian 10. DRBD (от англ. Distributed Replicated Block Device — «распределённое реплицируемое блочное устройство») — программная система, обеспечивающая синхронизацию (RAID 1) между локальным блочным устройством и удалённым. Одним из применений является построение отказоустойчивых кластерных систем на операционной системе с […]
В этой статье мы рассмотрим как сделать репликацию хранилищ на 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
В моем случае это /dev/sdb
mkfs.ext4 /dev/sdb
Настройка primary/secondary
Все действия ниже выполняются на обоих серверах.
В моем примере будет использоваться 2 сервера. Их нужно добавить в /etc/hosts
192.168.190.23 node1
192.168.190.24 node2
(вы пишите свои адреса серверов)
Открываем файл /etc/drbd.d/global_common.conf и туда добавляем
net { protocol C; … }
Как можете заметить мы добавили 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-адрес и номер порта соответствующего узла.
Не забудьте открыть 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
После чего вы должны увидеть следующее:
На этом настройка репликации хранилищ с помощью drbd закончена.
Остались вопросы?
Я - Виталий Шелест, менеджер компании Voxlink. Хотите уточнить детали или готовы оставить заявку? Укажите номер телефона, я перезвоню в течение 3-х секунд.
категории
- DECT
- Linux
- Вспомогательный софт при работе с Asterisk
- Интеграция с CRM и другими системами
- Интеграция с другими АТС
- Использование Elastix
- Использование FreePBX
- Книга
- Мониторинг и траблшутинг
- Настройка Asterisk
- Настройка IP-телефонов
- Настройка VoIP-оборудования
- Новости и Статьи
- Подключение операторов связи
- Разработка под Asterisk
- Установка Asterisk
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 сим-карты и настроить маршрутизацию вызовов по наиболее выгодному тарифу. Всё это позволяет экономить с первых минут пользования станцией.