none
Vmware - постоянная консолидация RRS feed

  • Вопрос

  •       Добрый день уважаемые знатоки.
    Около 1.5 месяца столкнулся со следующей проблемой
    Имеется сервер с установленным exsi 5.5.0 (рис 1)
    http://imageshack.com/a/img924/7725/4G8MIn.jpg
    Подключаюсь к нему через vSphere Client. Там установлено 2 виртуальные машины на безе ОС win srv
    Так же по железу:
    1tB ВИНТ
    32gB оЗУ
    Для 1 srv выделено - 302гб на винте и 9гб озу
    для 2 srv выделено - 550гб на винте и 15гб озу
    http://imageshack.com/a/img922/9572/G5tkPl.jpg
    http://imageshack.com/a/img924/9121/20mqX1.jpg
    http://imageshack.com/a/img923/7017/EhyjmR.jpg
    Так же имплантировано NAS хранилище в которое скидываютс образа
    http://imageshack.com/a/img924/6084/RQ1NXs.jpg

    Вопрос в том что при запуске скрипта ghettoVCB 1 машина бэкапится и все норм, а следом вторая машина , так же бэкапится, но потом требует консолидацию сделать, и пока ее не сделаешь она не создает образ.
    Настройки скипта
    Хранить 3 образа
    и высылать лог по почте
    так вот пока не проведу консолидацию уведомление в почту не приходит
    Ранее такова не было.
    В чем может быть дело??

    Заметил еще 1 особенность 2 машины
    http://imageshack.com/a/img923/8414/K57xJT.jpg
    Для 1 вм данные параметры одинаковы а для 2 нет
    может ли из за этого быть? и как исправить?
    Настройки скрипта не менялись, скрип работал около 3х лет исправно, настроек не каких не производилось.
    Просто 2 вм стала просить консолидацию и после заканчивается бэкапт и приходит уведомление.
    При этом если ребутнуть всю ESXI то 2 раза бэкап делается нормально, а потом снова просит консолидацию.
    Может кто нибуть помочь?
    mware - постоянная консолидация

    C уважение Евгений!

    13 ноября 2017 г. 5:04

Все ответы

  • Добрый день,

    вы немного не на том форуме данные вопросы задаете.

    И вопрос снапшоты у 2 вм имеются ли?


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    13 ноября 2017 г. 7:53
  • При запуске скрипта ghettoVC создается снапшот с этим все норм

    потом идет создание бэкапа от 1 до 100% тут тоже все норм

    далее удаляется снапшот

    и все, потом он просит консолидацию и не удаляет старый образ

    т.к. в конфиге скрипта хранить 3 бэкапа и каждый старый удалять

    т.к. актуальных всегда 3 , самый старый удаляется

    после как я нажимаю консолидацию, она делается минут 10 и все ок, удаляется более старый бэкап и приходит уведомление в почту.



    C уважение Евгений!

    13 ноября 2017 г. 7:59
  • Сейчас у вас на хосте ESXi есть снапшоты?

    Важно. GhettoVCB не работает с виртуальными машинами, имеющих собственные снимки. Для выполнения бэкапа виртуальной машины все снапшоты должны быть удалены (например, через Snapshot Manager).


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    13 ноября 2017 г. 8:21
  • Я это знаю. При выполнениия GhettoVCB  снапшота нету, только тот который создает сам GhettoVCB

    Поэтому других снапшотов нету.


    C уважение Евгений!

    13 ноября 2017 г. 8:22
  • Думаю тут детально описано куда можно посмотреть...

    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    13 ноября 2017 г. 8:32
  • да нет, там по делу ничего нету.


    C уважение Евгений!

    13 ноября 2017 г. 8:48
  • Ну...

    Что плохого в снапшотах виртуальных машин на VMware ESX:

    1. Снапшоты неконтролируемо растут (блоками по 16 МБ). Помимо базового диска ВМ фиксированной емкости вы имеете еще один файл отличий виртуального диска, который растет как ему вздумается (предел роста одного снапшота - размер базового диска). Особенно быстро растут снапшоты для ВМ с приложениями с большим количеством транзакций (например, почтовый сервер или сервер СУБД). Со снапшотами вы не имеете контроля над заполненностью хранилищ.

    2. Большое количество снапшотов (особенно цепочки, в которых может быть до 32 штук) вызывает тормоза виртуальной машины и хост-сервера ESX (в основном замедляется работа с хранилищем). Проверено на практике. Даже VMware пишет так: "An excessive number of snapshots in a chain or snapshots large in size may cause decreased virtual machine and host performance". В качестве примера можно привести тот факт, что при аллокации блоков снапшота происходит блокировка LUN (в этом режиме он доступен только одному хосту, остальные ждут). Когда снапшот делается - машина подвисает из-за сброса памяти на диск.

    3. Снапшоты не поддерживают многие технологии VMware, созданные для автоматизации датацентров. К ним относятся VMware Fault Tolerance, Storage VMotion и другие. Когда одни машинки в чем-то участвуют, а другие не участвуют - это нехорошо в рамках концепции динамической инфраструктуры.

    4. Снапшоты вызывают специфические проблемы при операциях с ВМ. Например, расширение диска виртуальной машины со снапшотом приводит к потере данных и непонятками, что дальше с такой машиной делать. Сто раз уже пользователи влипали (вот как вытянуть себя за волосы). Интересно также восстановить из снапшота машину с IP-адресом, который на данный момент уже используется в сети.

    5. Со снапшотами бывают баги, а бывает, что они просто "by design" тупят.

    6. У снапшотов было плохое поведение при их слиянии, но сейчас исправилось.

    A snapshot removal can stop a virtual machine for long time (1002836)

    Ну и далее дисковая подсистема и так далее...


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.

    13 ноября 2017 г. 8:56
  • как это относится к моей проблеме??

    У меня создается снапшот, потом делается клонирование, потом удаляется снапшот.

    А вот уже далее зависает. Не удаляется старая папка с БЭКАПОМИ

    и требует консолидацию

    при этом СНАПШОТ УЖЕ УДАЛЕН.


    C уважение Евгений!

    13 ноября 2017 г. 8:59
  • Удаление снапшотов (как по кнопке Delete All, так и через функцию Consolidate) называется консолидацией.

    5. Если вы используете ПО для резервного копирования через снапшоты ВМ (например, Veeam Backup), помните, что бывает некоторые невидимые в vSphere Client снапшоты (Helpers) остаются на хранилище. Поглядывайте за машинами из командной строки.

    Вот как это относится к вашей проблеме.


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.


    • Изменено PuCtoy 13 ноября 2017 г. 9:12
    13 ноября 2017 г. 9:08
  • у меня снапшот удаляется скриптом автоматически. Снапшота нету.

    Но стоит что требуется консолидация.

    На данной виртуалки 2 машины развернуто, на 1 все норм, а вот 2 почему то требует. При этом настройки одинаковы везде.


    C уважение Евгений!

    13 ноября 2017 г. 9:10
  • Я выше ответ поправил.

    Надеюсь мне бан не отвесят за ответы не по теме продуктов Microsoft... =)


    Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.


    • Изменено PuCtoy 13 ноября 2017 г. 9:15
    13 ноября 2017 г. 9:15