Работает — не трогай!

У коллеги развернут Veeam B&R 8 Patch#1. Так получилось, он ретроград и сторонник заголовка статьи 🙂

Понадобилось ему сделать отдельный полный бэкап всех виртуальных машин с одного стораджа. Он собрал все виртуалки в одно задание объемом 12ТБ и запустил задание.

И стал очень недоволен скоростью 🙂

veeam0

Процессор сервера был на 100% загружен, кроме того, примерно на 800Мбит была утилизирована сеть. Утилизация сети меня удивила, потому что использовался тип транспорта Direct SAN.

Монитор ресурсов (Resource Monitor) показал, что это получаемый трафик с IP-адресов ESXi, с которых прямо сейчас резервируются ВМ.

Дело ясное что дело темное, сказал я сам себе, и дрогнувшей рукой остановил задание 🙂

С сервером было ничего не сделать, так как это был DL360G5 с двумя двухъядерными процессорами (Xeon 5150 что ли).

Зато можно было обновить Veeam, что я и сделал. Выкачал Update 3, накатил и заново запустил задание. Нагрузка на сеть пропала, зато нагрузка на процессор осталась (так как я не стал снижать степень сжатия)…

Через некоторое время еще и скорость упала до 60Мб/с, так что мой коллега оказался прав 🙁

Но нет! Неправ 🙂

veeam

P.S. Ставьте обновления 🙂

Не делайте бесполезным труд программистов.

Запись опубликована в рубрике 8.0, Backup&Replication, Veeam с метками . Добавьте в закладки постоянную ссылку.

9 комментариев: Работает — не трогай!

  1. Anonymous говорит:

    Не все обновления одинаково полезны:
    https://communities.vmware.com/thread/531483

  2. A.Vakhitov говорит:

    Однако именно обновления в результате решили проблему, которую они же и создали 😉
    И не факт, что в системах не было других проблем, которые просто не мозолили глаза…

    Одно дело, когда вы ставите обновления с запаздыванием, отслеживая профильные топики.
    И совсем другое, когда вы используете без обновлений систему с версией «патчей» больше года назад. Я бы еще понял, если это АСУТП-система за много миллионов, но рядовые сервера? Фу.

    Я вам еще больше скажу 🙂
    Если бы коллега поставил на хосты vSphere 5.5U3, то у него бэкап бы вообще сломался 😉
    Так как VBR8 Patch1 не поддерживает этот релиз.

  3. Anonymous говорит:

    Так профильных топиков не было — в рунете отписалось два человека, в англоязычном вообще тишина.
    Писать в поддержку тоже нет особого смысла — в VMware лишь посоветуют перезагрузить/переустановить, а у Microsoft она начинается с premier support за $50к в год, инженеры которой и рекомендуют ставить все обновления.

  4. Anonymous говорит:

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

    Ещё из недавнего: во время замены дохлых батареек на RAID-контроллерах и по совету поддержки решил обновить фирмварь на серверах — получил виснущий при загрузке ESXi с невнятной ошибкой в логе.
    Безрезультатно проколупавшись пару часов, пришлось делать чистую установку с полной настройкой, так как в vSphere Standard нет хост-провайлов и dvSwitch.

  5. Андрей Вахитов говорит:

    Кстати, коллега негодует и говорит, что все неоднозначно
    Надо было дождаться окончания того бэкапа, а потом сравнивать 🙂
    Но он как раз подходит под описание «замученный сисадмин» :))

    В текущей ситуации было вполне логично ставить обновление на ПО так как:
    1) мы имеем косяк с функционалом — настроен SAN-транспорт, а используется по факту сеть;
    2) версия продукта года на полтора-два старее.

  6. diz говорит:

    Коллеге можно порекомендовать купить пару процов 53й серии. Приход нереальный.

  7. Андрей Вахитов говорит:

    Привет )
    Я думаю, что если он сильно напряжется, то сможет выпросить gen8/gen9
    Там приход еще больше. )
    Честно говоря, я толком не знаю, сколько у него там серверов бэкапов раскидано

  8. Андрей Вахитов говорит:

    Кстати, мне премьер саппорт Мс нравится — прикольные чуваки. И таки да, «сначала поставьте апдейт» ))

  9. A.Vakhitov говорит:

    По обновлениям, как мне кажется, можно их ставить с опозданием на месяц :))
    Ну и тестовая выборка, куда без нее.
    Как вариант, можно развернуть тестовую инфраструктуру для обкатки обновлений.
    Косяк такой инфраструктуры в том, что рядовые тесты, скорее всего, действительно проводятся и у вендора. И шанс выловить баг есть только при отклонении от «дефолтовой» конфигурации…

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *