Я использую VMware ESXi. В нашей команде мы используем, чтобы предоставить снимки для долгосрочного резервного копирования.
Затем мы столкнулись с такими проблемами, как перетекание памяти, и сервер завис.
Я начал читать статьи в базе знаний VMware и везде. Везде рекомендовалось не делать снимки в течение длительного времени.
Даже VMware посоветовал сохранять снимки максимум на три дня.
Но наша команда постоянно просила нас сделать как минимум два постоянных снимка (до удаления виртуальной машины). Иногда мы можем использовать виртуальную машину в течение года).
один снимок для свежего состояния машины. (Поэтому, когда мы завершим тестирование приложения, мы вернемся к новому состоянию и установим другое приложение) (Если я этого не позволил, мне часто может потребоваться разместить виртуальную машину.)
Следующий снимок для поддержания виртуальной машины в каком-либо состоянии (возможно, они нашли бы проблему и сохранили бы это состояние в течение некоторого времени. Или они могли бы установить необходимые предварительные условия для приложения и подготовить машину к тестированию.)
Логично, что их потребности кажутся справедливыми. Но если я позволю это, я позволю им долго хранить снимки. Мы не используем нашу виртуальную машину в качестве почтового сервера или сервера базы данных.
Почему хранение снимков в течение долгого времени оказывает негативное влияние?
Почему моментальные снимки считаются временными, а не настоящими?
источник
Некоторые форматы снимков, используемые vmware, со временем снижают производительность, так как хранят больше данных. Формат «разреженного экстента», который, я считаю, по-прежнему используется по умолчанию в последних версиях, по-видимому, не имеет этого свойства (вы просматриваете 3 чтения на чтение и до 2 операций чтения или 3 записи на запись, но это не так). Хуже, когда диск заполняется). Поэтому я не совсем уверен, что свойство «не хранить снимки в течение длительного времени» всегда является правильным советом.
Однако я заметил одну вещь: объединение снимков занимает много времени, когда они становятся большими. В зависимости от вашего варианта использования это может быть или не быть проблемой.
Что касается вашего второго вопроса о «временном резервном копировании», то это легко - резервное копирование предназначено для того, чтобы пережить потерю основного хранилища данных. Поскольку моментальные снимки и исходные данные хранятся вместе (а моментальный снимок бесполезен без базового изображения), вы теряете партию - следовательно, моментальный снимок ни в коем случае не является резервной копией.
источник
Я знаю, что этот пост немного староват, но вопрос и поднятые вопросы все еще очень актуальны.
Снимки VMware определенно не являются резервными копиями. Ухудшенный побочный эффект, который у меня случился со мной и многочисленными клиентами, они хранят 6-месячный снимок VMware, хост ESXi испытывает незапланированные сбои, вызывающие перезагрузку ESXi или перезагрузку, чтобы устранить сбои. ESXi восстанавливается, виртуальные машины загружаются, и все данные возвращаются к моменту времени, когда был сделан этот снимок VMware.
В этом сценарии все изменения между моментом времени, когда были сделаны снимки VMware, и моментом сбоя просто теряются.
Поэтому мой общий совет - делать снимки VMware только для определенной цели и удалять их, как только они будут использованы для этой цели.
http://kb.vmware.com/kb/1025279
источник
В качестве решения для запроса вашей команды о чистом установочном образе или определенном состоянии, я бы рекомендовал использовать шаблоны. Шаблоны клонируют виртуальную машину (в основном, просто копию) в состояние, которое не может быть включено или изменено, его можно просто использовать в качестве ссылки для клонирования копий. Так, например, если у меня есть шаблон «Установка Debian по умолчанию», и команда серверов запрашивает три новых сервера, я просто создаю три новых клона, настраиваю и все готово.
То же самое можно сделать для вашего второго сценария. Если виртуальная машина достигает состояния, на которое вы хотите сослаться, создайте шаблон. С тех пор, когда вам нужно сослаться на него, просто клонируйте другую копию.
источник
Идея создания моментального снимка - это скорее точка восстановления до того, как вы выполните некоторую реконфигурацию виртуальной машины (установка нового программного обеспечения, серьезное обновление и т. Д.). Так что, если вы это сделаете, вы можете вернуться к тому месту, где он работал, и уйти со свистом, не обвиняя никого из ваших коллег :)
И общая идея заключается в том, что вы будете сливаться в какой-то момент в будущем (когда вы сможете его отключить на некоторое время, не затрагивая ваших пользователей).
источник
Вы не должны хранить снимок vmware по причинам, которые другие здесь уже описали, но то, что многие люди делают, это делает моментальный снимок vmware и после того, как это делается чисто (зависит от гостя, что на самом деле делает снимок), вы возьмите снимок массива хранения, чтобы получить, а затем вы можете сделать резервную копию / копировать / архивировать / и т.д. этот снимок. После того, как вы создали настоящий снимок в вашем массиве, вы должны удалить снимок VMware как можно скорее.
источник