Pull to refresh

Comments 13

Кто работал со снэпшотами VMware и Hyper-V на высоконагруженных виртуальных машинах? Плохо работают не так ли? Чем больше снэпшотов тем хуже работает виртуалка, тем дольше они удаляются и это удаление ещё сильнее убивает производительность этой машины.


А можно подробнее о замедлении виртуалки снапшотами?
И почему удаление еще больше убивает производительность?
Можно ли как-то вернуть виртуалке производительность если у неё несколько десятков снапшотов?
1. Читается вся цепочка файлов, а при записи идёт динамическое выделение диска (thin provisioning) со своими накладными расходами.
2. Надо переписать блоки из снепшота в оригинальный vmdk, что также нагружает диск. Но начиная с ESXi 6.0 стало получше.
3. Удалить снепшоты и пользоваться ими правильно.

У Нетапа тоже не всё идеально — снепшоты может быть не тормозят, но нет вменяемого API для автоматизации (лишь New-VscClone без некоторых параметров кастомизации, а нужен backup в терминах VSC) и ограничение в 255 штук на раздел.
navion нет предела совершенству.
По снепшотам я уверен, что в плане снепшотов, лучше нетапа нет никого.
navion По поводу интеграций


Что же касается API.


Я бы с трудом мог использовать фразы «У Нетапа тоже не всё идеально» и «нет вменяемого API для автоматизации».
1. Не всем подходит, а в реализации FAS создаёт дополнительную точку отказа и поддерживается лишь для vSphere 6.0 (5.5 их сам не умеет, а для 6.5 никак не выпустят VASA-провайдер).
2. Надо смотреть на качество интеграции. Действительно хорошо она сделана у Veeam, но не совсем понятно как это поможет с Ansible и VMware.
3. Там есть простой интерфейс для Python и PowerShell, чтобы создать консистентный снепшот ВМ под vSphere?

У меня сложилось впечатление о низкой культуре разработки дополнительного софта — ентерпрайзностью так и прёт. У инженеров VMware демки сделаны лучше.

Например, CodeEasy — это набор перловых скриптов. А последняя версия SnapCenter идёт с MySQL (для которой придётся городить костыли), только под Винду и требует разворачивания агентов на отдельных серверах. На VSC for RHEV вообще забили после пары релизов, разогнав троих разработчиков.

Я бы с трудом мог использовать фразы «У Нетапа тоже не всё идеально» и «нет вменяемого API для автоматизации».

Вам такое говорить не положено :-)
  1. Да, это нормально работает только для 6.Х, а вот VASA есть для 6.5
  2. Ну так пожалуйста пользуйте Veeam (или шо вам нравится) on FAS
  3. А весь мир только на Python и жиждется. И какая вам вообще разница на Python или на Perl, это же скрипт, берете и используете.


У вас всё сводиться у тому что NetApp конкретно под ваш FAS2000 не написал то что нужно именно вам. Отсюда ваши претензии. Но так не бывает. Нигде. Каждый продукт хоть закрытый, хоть опенсорсный делается «для большинства», а не для единиц. За исключением если эти единицы не гигантские заказчики.

Ну и что что забили на VSC for RHEV? И шо? Вам решение нужно или рюшечки?

Вам такое говорить не положено :-)

ЗЫ. А я не стесняюсь говорить правду.
Хотите Python — работайте через API напрямую.

Что за глупости про SnapCenter?
MySQL используется по умолчанию для разворачивания на одном сервере. Поддерживается кластеризация серверов SnapCenter и использование MSSQL в HA. Плагины существуют под Windows, Linux/Unix, Oracle, MSSQL, VMware, SAP/SAP HANA. Плюс community-плагины под MongoDB, MySQL и DB2. Можно и самому собрать плагин для любого другого приложения.
Плагины живут на серверах с приложениями. Сам сервер SnapCenter используется в качестве репозитория плагинов и для централизованного управления.
Ну и никто еще не отменял SnapManager'ы.

navion наверное перепутал платный и навороченный SnapCenter с бесплатным SnapCreator.
У меня SnapCenter был в комплекте с FAS2000, а платный и дорогой у них ребренженный CommVault.
Вы совсем запутались и всех позапутывали :)
«ребренженный CommVault» это SnapProtect.
Удалить снепшоты и пользоваться ими

Я правильно понимаю что если нужно внести изменения то надо:
Сделать бекап ), сделать снепшот внести изменения потестировать сделать снепшот
До внести изменения сделать снепшот. А когда убедишься что все работает провести консолидацию снепшотов.
Удалить их все. И сделать бекап )
Тогда скорость VM восстановиться?
Если удалить все снэпшоты снятые гипервизором (VMware или Hyper-V, не важно), дождаться полной консолидации (это может занять не мало времени), то производительнсть виртуальной машины вернётся на прежний уровень.

Другие потенциальные проблемы от снэпшотов VMware (да и Hyper-V тоже), которые автор не раскрыл в коментах.

Очень важно, что у нетаповских снэпшотов таких проблем вовсе нет.
Sign up to leave a comment.

Articles