IM
56к блок это где так ?
видимо, средний с мониторинга
Size: a a a
2020 November 11
MO
P P
Есть подозрение, что такое начинается, если к хранению подключать тех, кто в хранении не разбирается, но имеет Даннинга-Крюгера в терминальной стадии.
Не. Там было все очень странно.
VK
Там вроде 64?
Там разный для разных типов операций
PP
Не. Там было все очень странно.
Если что, я про вендоров говорил, не про персоналии. Прошу прощения за неоднозначность формулировок.
MO
NL
Там вроде 64?
Средний, не совсем физичная характеристика, но наглядная.
PP
…правда меня один надутый индюк с лычками ccie r&s учил жизни… Было забавно.
SU
ползание курсора в терминале вы связываете с проблемами на уровне s2d?
Это просто пример. Вот прямо сейчас никаких ошибок я не вижу, а скорость бэкапа ниже нормальной чуть не в десять раз
i
Это просто пример. Вот прямо сейчас никаких ошибок я не вижу, а скорость бэкапа ниже нормальной чуть не в десять раз
а где у бекапа узкое место?
2020 November 12
RM
Доброе утро великие гуру!!!
RM
у меня возник еще один вопрос по ThinkSystem Storage DM Series
RM
если зонинг сделать не WWN а по портам я пологаю тогда не нужно будет делать отдельный зонинг для кождого SVM??? или не про катит?
SU
а где у бекапа узкое место?
Veeam утверждает, что source
@
Roman Mironov
если зонинг сделать не WWN а по портам я пологаю тогда не нужно будет делать отдельный зонинг для кождого SVM??? или не про катит?
Попортовый зонинг не прокатит с кластерным нетаппом
RM
Попортовый зонинг не прокатит с кластерным нетаппом
Спс
YA
Это просто пример. Вот прямо сейчас никаких ошибок я не вижу, а скорость бэкапа ниже нормальной чуть не в десять раз
А если смотреть latency не среднюю, а по бэкапному хосту?
SU
Yan Aleksandrovskiy
А если смотреть latency не среднюю, а по бэкапному хосту?
Там тоже ничего криминального.
YA
Там тоже ничего криминального.
ну просто задача подсистемы хранения - выдать ответ на запрос. То есть первоочередная метрика - latency. Второй слой - latency на каких запросах... и следующий вопрос - ГДЕ мы меряем latency - в случае виртуализации мест для измерения может быть куча (гостевая ОС, гипервизор, сторадж)...
И какие задержки в "нормальном" режиме, когда всё хорошо - а какие в тормозном, когда всё плохо? Нормализация правильно-рабочей нагрузки тоже вещь нужная..
PS: вспомнилось недовольство заказчика, оценивающего длительность выполнения (действия), когда после смены локальной-тестовой железки на "продуктивную" с синхронной репликацией (хоть нетапп-метрокластер, хотя первая итерация была не-нетапп) - вдруг стало втрое медленнее. И latency нормальная, но ес-но явно выше, чем без 60км раундтрипа... и один поток работы с записью мелких объектов...
И какие задержки в "нормальном" режиме, когда всё хорошо - а какие в тормозном, когда всё плохо? Нормализация правильно-рабочей нагрузки тоже вещь нужная..
PS: вспомнилось недовольство заказчика, оценивающего длительность выполнения (действия), когда после смены локальной-тестовой железки на "продуктивную" с синхронной репликацией (хоть нетапп-метрокластер, хотя первая итерация была не-нетапп) - вдруг стало втрое медленнее. И latency нормальная, но ес-но явно выше, чем без 60км раундтрипа... и один поток работы с записью мелких объектов...
SU
Самое важное же забыл. Нечасто, но регулярно имеет место быть повреждение дисков виртуалок. Проявляется либо в переходе диска во RO, лечится выключением ВМ и миграцией на другой хост, либо именно повреждением данных. Тогда только из бэкапа, если удалось вовремя заметить
АЕ
Задержки должны совпадать на сторадже и серверах.
большая разница это повод для исследования
большая разница это повод для исследования