Испытуемый резюмирует сценарий. Я считаю, что ответ заключается в том, что простоя нет, но во время восстановления система может просто работать медленнее. Что нормально. Но если будет простой, как долго? Небольшая отметка, указывающая на короткий период обслуживания, приемлема. Дни восстановления потребуют нового плана, чтобы оценить, как с ним справиться.
Подробности: У клиента есть соединение iSCSI, ведущее к Synology RS2414RP + (под управлением DSM 5), который представляет собой монтируемое в стойку устройство с 12 отсеками. Все отсеки заполнены дисками емкостью 3 ТБ с момента первоначальной настройки. А поскольку это устройство, предназначенное для одного большого тома iSCSI, оно было настроено на использование максимального объема пространства. Это работало месяцами, несмотря на то, что размер этого пространства составлял около 1 ГБ.
Теперь система время от времени переходит в режим «только чтение», что, как я полагаю, вызвано тонким выделением ресурсов тома iSCSI, достигающим внешних пределов самого тома. Удалось «оживить» том с помощью SSH-соединения и подбрасывания старой / параллельной резервной копии базы данных PostgreSQL, которая освободила около 36 МБ пространства на базовом томе, который содержит раздел iSCSI. Этого было достаточно, чтобы снова смонтировать том iSCSI. Но очевидно, что это проблема, которая ждет своего часа.
Итак, поскольку этот модуль Synology имеет том, отформатированный как конфигурация Synology Hybrid RAID с отказоустойчивостью 2 дисков, было принято решение заменить один из дисков емкостью 3 ТБ диском 4 ТБ, который должен расширить том. Диск вставлен, отформатирован и проходит этап медленной, как меласса, проверки четности.
Но как только проверка четности будет выполнена, мне придется войти в систему, чтобы увеличить объем. Что происходит на этом заключительном этапе с точки зрения перебоев в обслуживании? Из того, что я читал в Интернете, поскольку Synology DSM основан на стандартных инструментах с открытым исходным кодом, таких как LVM (Logical Volume Manager), объем будет расширяться без простоя. Но поскольку мы говорим о 27 ТБ + хранилища, я хочу дважды / трижды убедиться, что мое предположение верно.
Что в основном: Когда проверка четности будет завершена, и я перейду к расширению объема, все службы по-прежнему будут работать, и расширение будет происходить в фоновом режиме, что обеспечит нулевое время простоя?
Нет, простоев не будет, это действительно стандартное занятие на предприятии, где постоянная доступность является ключевым фактором.
LVM выполняет это расширение в фоновом режиме, и это в значительной степени мгновенно, это не повлияет на услуги, я делаю это один или два раза в неделю в своем поместье, и у меня еще не было проблем