Назад | Перейти на главную страницу

Ploop - плохая идея для OpenVZ?

Я знаю, что с Ploop вы теряете дисковое пространство, поскольку файлы добавляются / удаляются в контейнере, и вам нужно вручную сжать контейнер, но я также читал, что если вы перезагрузитесь или произойдет сбой, контейнеры могут стать невосстановимыми.

Есть ли способы правильно перезагрузить серверы OpenVZ, чтобы избежать повреждения контейнеров?

Даже при нечистом закрытии замкнутых контейнеров обычно достаточно выполнить команду fsck. Это не сильно отличается от выключения реального оборудования во время операций записи. Поскольку я предполагаю, что вы будете использовать файловую систему с журналом транзакций в этих циклах, у вас не должно возникнуть дополнительных проблем.

Как упоминал Брайан, при правильном завершении работы хост-узла ваши контейнеры останутся чистыми, а их шлейфы отключены.

Если вы используете контейнеры на основе каталогов, которые используют ту же файловую систему, что и хост-узел, у вас уже есть небольшая вероятность повреждения. Я думаю, что на практике нет большой разницы, только вам, возможно, придется учитывать время восстановления. Многие ploops могут занять больше времени для fsck, чем файловая система одного хост-узла, и могут потребовать много ручного взаимодействия.

С другой стороны, если ваш хост-узел имеет очень большую файловую систему, fscking может занять очень много времени, и все эти контейнеры останутся отключенными во время fsck. Контейнеры, использующие ploop, могут запускаться поэтапно после того, как хост-узел возвращается в рабочее состояние, при условии, что самому хост-узлу нечего делать с помощью fsck.

Вы можете смягчить это, установив какую-то настройку высокой доступности, при которой узлы хоста загружают свои данные контейнера из центрального хранилища и включают / выключают друг друга в случае сбоев, но я думаю, что это слишком далеко.

По каким причинам вы рассматриваете ploop? Мы рассмотрели это для повышения производительности через NFS, где множество небольших файлов в контейнере действительно замедляют работу. Но поскольку вы упоминаете о повреждении файловой системы, это, вероятно, не ваш сценарий.

Нет, вам нужно подождать, пока каждый всплеск не будет остановлен должным образом.

Контейнеры ploop должны быть запущены для доступа к своим файлам через их корневой каталог.

Контейнеры simpfs - это структуры каталогов, похожие на chroot, поэтому к ним можно получить доступ независимо от того, включен / выключен.

Я управляю тысячами контейнеров и не могу тратить время на ожидание. Я должен дождаться, когда контейнеры ploop будут включены, когда мне нужно получить доступ или выполнить миграцию, или дождаться его выключения, чтобы управлять хостом, который имеет контейнеры ploop. Кроме того, если ploop поврежден, вам придется начинать все сначала, его нет. Поскольку я не раз и не два сталкиваюсь с подобными повреждениями, я называю это ненадежной системой, независимо от того, насколько она должна быть хороша.