Абьюзивные отношения с Ceph: почему мы всё ещё не разводимся с ним

В сфере искусственного интеллекта произошло заметное событие. AnnHero 16 минут назад Абьюзивные отношения с Ceph: почему мы всё ещё не разводимся с ним Средний 12 мин 449 Блог компании Флант Хранение данных * DevOps * Системное администрирование * Open source * Мнение Есть технологии, о которых говорят: «Поставили и забыли». С Ceph тоже так можно — но это скорее исключение, чем правило. Обычно всё иначе: его тюнят, чинят, переосмысливают архитектуру кластеров.

​​И дело не в том, что Ceph какой-то особенно капризный. Просто система редко остаётся в том же состоянии, в котором её запустили: она расширяется, сжимается, мигрирует, обрастает новыми нагрузками и новыми требованиями. Иногда кажется, что индустрия давно должна была устать и перейти на что-нибудь новое, более простое и красивое.

Технические детали

Но когда компании требуется серьёзное хранилище, в обсуждении снова появляется Ceph. Неужели рынок просто привык страдать? Ответ менее драматичный.

Ceph неудобно списывать со счетов, потому что за 20 лет он накопил ровно то, что особенно дорого в инфраструктуре: сценарии использования, опыт эксплуатации, людей, которые знают его поведение, и доверие к данным, которые уже страшно отдавать экспериментам. Я Анна Коротова, Product Owner команды Deckhouse Storage. В этой статье я попытаюсь разобраться, почему мы до сих пор не разводимся с Ceph (в том числе в нашей Kubernetes-платформе), даже когда очень хочется, и что с этим делать тем, кто строит инфраструктуру сегодня.

Ceph давно перестал быть просто технологиейПервую публикацию об архитектуре Ceph представили в 2006 году. Изначально проект решал амбициозную задачу: построить распределённую систему хранения, которая масштабируется на обычном железе, сама раскладывает данные, восстанавливается после отказов и обходится без центрального сервера на каждом обращении. За следующие годы вокруг этой идеи выросла целая storage-платформа:объектный слой RADOS;блочное хранение через RBD;файловый доступ через CephFS;S3-совместимый объектный интерфейс через RGW;политики размещения данных через CRUSH;репликация, erasure coding, снимки, mirroring, multisite-сценарии и множество эксплуатационных инструментов.

Отраслевые последствия

Но когда инженеры сегодня говорят: «Нам нужен Ceph», они чаще всего имеют в виду не конкретный демон или протокол. Они просят знакомую модель: программно-определяемое распределённое хранилище, где уже есть ответ почти на любую хотелку — блоки, файлы, объекты, рост объёмов, отказ железа, резервная площадка, геораспределённые кластеры между дата-центрами по всей стране, интеграция с облаком или Kubernetes. Для больших компаний с распределённой инфраструктурой это отдельное преимущество: Ceph умеет работать на расстояниях, где другие решения начинают буксовать.

Новые решения могут быть значительно проще в отдельном сценарии.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.