BlueStore: данные, DB и WAL на физических накопителях

Один OSD может работать с одним block. Для отдельного размещения предусмотрены DB с метаданными и WAL с внутренним журналом. Каждый указанный путь может вести к диску, разделу или логическому тому, а не обязательно к новому физическому устройству.

В примере block каждого OSD находится на своём HDD, а DB вынесен на более быстрый SSD. Если отдельный WAL не указан, он располагается вместе с DB. Три строки в схеме не превращаются автоматически в три накопителя на OSD.

Если отдельное устройство не быстрее основного, одно разделение DB и WAL не является обоснованием закупки. Для полностью твердотельного состава также не предполагается обязательность третьего устройства: сравнивайте конкретные роли и нагрузку.

В учебном проекте под DB доступны 480 ГиБ. Четыре тома по 100 ГиБ занимают 400 ГиБ; 80 ГиБ остаются нераспределёнными. Это не паспортная ёмкость SSD и не универсальный размер DB для HDD.

При совместном WAL место журнала учитывают на том же DB-устройстве. Не прибавляйте ещё четыре автоматически обязательных WAL-накопителя. Достаточность выделения под реальные метаданные, запись и обслуживание базы требует отдельной оценки.

Место на физическом устройстве и бюджет данных приложения отвечают на разные вопросы. После выбора ролей отдельно рассчитайте копии, прочие расходы и потерю узла; сумма купленных дисков не является полезным объёмом пула.

Четыре HDD в нашей схеме физически различны, а четыре DB-тома находятся на одном незеркалированном SSD. Потеря этого SSD затрагивает доступ ко всем четырём DB. Это одна общая причина отказа, а не четыре независимых события.

Разделение DB на два SSD может изменить группу затронутых OSD, но общий контроллер, питание или сервер остаются отдельными зависимостями. Независимость проверяется относительно заданного события, а не числа названий.

BLUEFS_SPILLOVER — не то же событие, что исчезновение SSD: метаданные вышли за отведённое быстрое место и частично лежат на основном устройстве. Проверьте размер и использование DB, а затем влияние на задержки; автоматическую защиту от физической поломки это не доказывает.

В ведомости нужны идентификаторы OSD, их роли, тома и физические носители, контроллеры и питание. Сопоставьте устройство с выбранной платформой и кабелями. Отдельно сохраните исходные настройки и фактическое распределение.

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

Испытайте только согласованную неисправность на отдельном стенде. Проверьте группу затронутых OSD и уцелевшие копии, затем выполните утверждённую процедуру восстановления и повторите нагрузку. Этот курс не предписывает отключать диск или пересоздавать OSD в рабочем кластере.