Deckhouse анонсировала создание собственного управляющего слоя для DRBD

Компания Deckhouse, занимающаяся разработкой продуктов для создания надежной корпоративной инфраструктуры, объявила о создании собственного управляющего слоя для технологии репликации данных DRBD (Distributed Replicated Block Device — распределённое реплицируемое блочное устройство). Компания уже провела внутреннюю техническую проверку первой версии этого решения. Новый компонент заменит ранее использовавшийся LINSTOR в платформе хранения Deckhouse. Управляющий слой, разработанный поверх DRBD, представляет собой программный компонент, который координирует работу хранилища в кластере: он создаёт ресурсы, настраивает репликацию и управляет отказами. Важно подчеркнуть, что сама технология репликации DRBD остаётся неизменной и продолжает служить основой для передачи данных. Переход на новый управляющий слой будет незаметным для пользователей: миграция не потребует остановки работы системы и ручного перенастроя. Изменения касаются только уровня управления, что позволяет сохранить стабильность данных, обеспечить бесшовное обновление и повысить операционную эффективность платформы.

Разработка центрального управляющего узла в кластере решает ключевую проблему масштабирования инфраструктуры. По мере того как организации переносят в Kubernetes критически важные нагрузки с сохранением состояния, требования к управляемости хранилища возрастают. Существующие инструменты управления, такие как LINSTOR, при масштабировании до сотен кластеров начали требовать повышенного операционного внимания при обновлениях и миграциях данных. Кроме того, зависимость от внешнего цикла выпуска замедляла внедрение критически важных исправлений, а различия в технологическом стеке усложняли глубокую диагностику. Внедрение собственного управляющего слоя устраняет операционные риски и ускоряет доставку улучшений. Инженеры Deckhouse получают полный контроль над дорожной картой: критически важные исправления больше не зависят от релизов внешнего поставщика и могут быть выпущены тогда, когда это необходимо пользователям.

Архитектура решения проектируется с учётом требований виртуализации с самого начала, обеспечивая единую логику работы для контейнеров и виртуальных машин. «Мы начали разработку Control Plane, чтобы взять на себя полную ответственность за надёжность инфраструктуры клиентов. Для нас важно, чтобы скорость улучшения хранилища определялась потребностями пользователей, а не внешними ограничениями. Новая архитектура позволит полностью контролировать цикл обновлений, ускорить выпуск исправлений и обеспечить нативную интеграцию с Kubernetes и виртуальными машинами», — отметил Олег Сапрыкин, технический директор по инфраструктуре компании «Флант».

Особое внимание уделяется предсказуемости и безопасности изменений. Control Plane разрабатывается как компонент, изначально совместимый с Kubernetes. Это подразумевает отказ от сложных схем миграции, требующих ручного контроля, и переход к декларативному управлению ресурсами хранилища как частью кластера. Система будет соответствовать строгим требованиям к цепочке поставок программного обеспечения, включая поддержку минималистичных контейнеров без оболочки операционной системы, что снижает поверхность атаки и упрощает аудит безопасности.

Источник