Комментарии 11
Хорошо бы добавить правило удаления нескольких снапшотов. От порядка удаления может сильно отличаться количество операций ввода-вывода.
Спасибо, получил ответы на интересующие вопросы. Возможно, вы внесете ясность в следующее: VPS-провайдеры часто предлагают возможность создавать снапшоты инстансов, которые возможно одним кликом развернуть в другом дата-центре (в другой стране, например). Как я полагаю, в таком случае снапшот — полноценная копия инстанса, весьма близкая к бэкапу (образу). Возможно все же снапшот в таком случае нечто большее, нежели просто журнал изменений исходного виртуального диска?
Возможно снепшот разворачивается в полный образ при восстановлении и/или пересылается diff от базовой ВМ.
Сам снапшот это журнал изменений, но логическое представление для тех или иных необходимый действий может быть разное. Снапшот позволяет сделать даже на включенной виртуальной машине её копию на момент создания снапшота, а соотвеnственно мы можем клонировать также и в другой ЦОД.
Дополнительные диски более 100 Гб размером считаются независимыми — это предотвращает переход влияние снапшота с родительского диска на дочерний.
Исправьте эту фразу, я только после пятого прочтения догадался что вы хотели сказать.
«Независимые диски» позволяют отключить создание снепшотов для конкретного vmdk и проделывать другие интересные штуки.
Если нет острой потребности в возвращении виртуальной машины к конкретному состоянию памяти, отключите опцию «Память». Состояние памяти редко может потребоваться.
Снэпшот нужен для того, чтобы можно к нему восстановиться. Если в виртуальной машине лежит что-то, кроме файлового сервера или AD, а к примеру база данных, то как же из такого снэпшота без памяти можно восстановить БД?
Мне абсолютно ясно, почему такая рекомендация даётся, но этот сложный момент здесь слабо расписан. И выходит, что из-за такой упрощённой подачи информации у читателя может сложиться ложное впечатление, что таких ситуаций, когда возможно выключить память из снэпа, что их якобы на практике большинство.
И вовсе не рассказывается о последствиях в плане сложности, или вообще возможности, восстановления из снэпшота без памяти.
Будьте аккуратны со снапшотами высокозагруженных виртуальных машин, таких как серверы баз данных и почтовые серверы. Такие снапшоты могут быстро увеличиваться в размерах, заполняя пространство хранилища. Удаляйте снапшоты с виртуальных машин, как только они перестают быть необходимыми.
Кстати говоря, я конечно понимаю, что это статья «как пользоваться снэпшотами», а не «как ими не пользоваться», но стоило бы чуточку более широко раскрыть тему, в каких случаях ими категорически не стоит пользоваться. Ведь дело не тоько в занятом пространстве, а и в других потенциальных проблемах, ведь сам VMWare не зря же сама рекомендует вообще не включать снэпы на высоконагруженных задачах. К примеру:
- Удаление снэпшота и консолидация это весьма трудозатратный процесс с точки зрения производительности дисковой подсистемы и как следствие дополнительной нагрузки на виртуальную машину.
- Просто сам факт наличия снэпа уже может вносить существенные накладные расходы и тормозить виртуальную машину
- Ну и консолидация на практике ни раз заканчивается крахом и повреждением виртуальной машины, достаточно погуглить фразу "vmware consolidation failed recovery"
то как же из такого снэпшота без памяти можно восстановить БД?
Прекрасно, так как вторая галка говорит приложению сбросить кэши и сделать консистентную точку отката через VSS, pre-freeze/post-thaw скрипты или на уровне ФС благодаря особенностям хранения (WAL в Postgres).
А вот что получится при захвате оперативки представить сложно, в лучшем случае будет crash consistent снепшот как при потере питания с откатом на последней незавершенной транзакции.
Во-первых, не у всех стоит Windows, чтобы использовать VSS и не у всех Postgres.
Во-вторых, об этом и речь, что «просто если убрать галочку и больше ничего не делать», такие crash consistent снепшоты иногда полезны, но в большинстве случаев бесполезны. По-этому нужны какие-то агенты, скрипты, интеграции.
Во-вторых, об этом и речь, что «просто если убрать галочку и больше ничего не делать», такие crash consistent снепшоты иногда полезны, но в большинстве случаев бесполезны. По-этому нужны какие-то агенты, скрипты, интеграции.
Это не повод использовать снепшоты с оперативкой, жаль нельзя вообще запретить их создание.
А агенты уже установлены — это VMTools к которым надо лишь добавить готовые скрипты (CommVault большие молодцы, что выложили их в паблик).
А агенты уже установлены — это VMTools к которым надо лишь добавить готовые скрипты (CommVault большие молодцы, что выложили их в паблик).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как правильно работать со снапшотами виртуальных машин