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

У коллеги развернут 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. Ставьте обновления 🙂

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

9 thoughts on “Работает — не трогай!”

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

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

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

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

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

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

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

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

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

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

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

Leave a Reply

Your email address will not be published. Required fields are marked *