У коллеги развернут Veeam B&R 8 Patch#1. Так получилось, он ретроград и сторонник заголовка статьи 🙂
Понадобилось ему сделать отдельный полный бэкап всех виртуальных машин с одного стораджа. Он собрал все виртуалки в одно задание объемом 12ТБ и запустил задание.
И стал очень недоволен скоростью 🙂
Процессор сервера был на 100% загружен, кроме того, примерно на 800Мбит была утилизирована сеть. Утилизация сети меня удивила, потому что использовался тип транспорта Direct SAN.
Монитор ресурсов (Resource Monitor) показал, что это получаемый трафик с IP-адресов ESXi, с которых прямо сейчас резервируются ВМ.
Дело ясное что дело темное, сказал я сам себе, и дрогнувшей рукой остановил задание 🙂
С сервером было ничего не сделать, так как это был DL360G5 с двумя двухъядерными процессорами (Xeon 5150 что ли).
Зато можно было обновить Veeam, что я и сделал. Выкачал Update 3, накатил и заново запустил задание. Нагрузка на сеть пропала, зато нагрузка на процессор осталась (так как я не стал снижать степень сжатия)…
Через некоторое время еще и скорость упала до 60Мб/с, так что мой коллега оказался прав 🙁
Но нет! Неправ 🙂
P.S. Ставьте обновления 🙂
Не делайте бесполезным труд программистов.
Не все обновления одинаково полезны:
https://communities.vmware.com/thread/531483
Однако именно обновления в результате решили проблему, которую они же и создали 😉
И не факт, что в системах не было других проблем, которые просто не мозолили глаза…
Одно дело, когда вы ставите обновления с запаздыванием, отслеживая профильные топики.
И совсем другое, когда вы используете без обновлений систему с версией “патчей” больше года назад. Я бы еще понял, если это АСУТП-система за много миллионов, но рядовые сервера? Фу.
Я вам еще больше скажу 🙂
Если бы коллега поставил на хосты vSphere 5.5U3, то у него бэкап бы вообще сломался 😉
Так как VBR8 Patch1 не поддерживает этот релиз.
Так профильных топиков не было – в рунете отписалось два человека, в англоязычном вообще тишина.
Писать в поддержку тоже нет особого смысла – в VMware лишь посоветуют перезагрузить/переустановить, а у Microsoft она начинается с premier support за $50к в год, инженеры которой и рекомендуют ставить все обновления.
А вообще, я за обновления и считаю лозунг из заголовка отмазкой для лентяев, но проблемы с ними иногда возникают и очень маловероятно, что замученный сисадмин сможет протестировать патч лучше тестировщиков вендора.
Ещё из недавнего: во время замены дохлых батареек на RAID-контроллерах и по совету поддержки решил обновить фирмварь на серверах – получил виснущий при загрузке ESXi с невнятной ошибкой в логе.
Безрезультатно проколупавшись пару часов, пришлось делать чистую установку с полной настройкой, так как в vSphere Standard нет хост-провайлов и dvSwitch.
Кстати, коллега негодует и говорит, что все неоднозначно
Надо было дождаться окончания того бэкапа, а потом сравнивать 🙂
Но он как раз подходит под описание “замученный сисадмин” :))
В текущей ситуации было вполне логично ставить обновление на ПО так как:
1) мы имеем косяк с функционалом – настроен SAN-транспорт, а используется по факту сеть;
2) версия продукта года на полтора-два старее.
Коллеге можно порекомендовать купить пару процов 53й серии. Приход нереальный.
Привет )
Я думаю, что если он сильно напряжется, то сможет выпросить gen8/gen9
Там приход еще больше. )
Честно говоря, я толком не знаю, сколько у него там серверов бэкапов раскидано
Кстати, мне премьер саппорт Мс нравится – прикольные чуваки. И таки да, “сначала поставьте апдейт” ))
По обновлениям, как мне кажется, можно их ставить с опозданием на месяц :))
Ну и тестовая выборка, куда без нее.
Как вариант, можно развернуть тестовую инфраструктуру для обкатки обновлений.
Косяк такой инфраструктуры в том, что рядовые тесты, скорее всего, действительно проводятся и у вендора. И шанс выловить баг есть только при отклонении от “дефолтовой” конфигурации…