N
Многие счётчики и алерты, все евенты для vsan - это просто евенты vCenter (и собираются родным плагином для vSphere, возможно, с минимальной допилкой
Size: a a a
2021 January 15
АЛ
I also understand that Flings are experimental and should not be run on production systems.
АЛ
Эм, чёт смущает
N
Детальные данные лежат в vsan performance database. От туда можно тащить через telegraf агенты
N
Эм, чёт смущает
Это просто пример того, как можно тащить данные из telegraf. И разумеется, сам флинг (DB, grafana) - это не продукт, который мы не поддерживаем. А вот проблем с тем, чтобы собирать данные/метрики с прод систем я особенно не вижу
N
ну мне базу бы, главное словить жопу какую, а дальше разбираться можно и без zabbix, сенкс, гляну
Ну и можно zabbix с вашем vRops интегрировать.
N
В одном кластере 8 хостов, поочередно перевожу в mainetenance и обновляю esxi, при переводе данные вм сами мигрируют. Но скорость очень сильно огорчает. Вывод в maintenance проходит по 10-15 часов, в это время в мониторинге в Resync objects вижу скорость 10-16мбит
Ну в 6.0 resync был сильно медленнее, чем сейчас (с появлением adaptive resync, parallel resync в 6.7 и ещё кучки всего), но все равно это слишком мало. Надо смотреть где затык и нет ли где-то ошибок - в сети, дисках, etc. У вас какой hardware config (детально с указанием всех моделей и прошивок сетевых карт, raid, ssd, hdd?)
АЛ
Ну и можно zabbix с вашем vRops интегрировать.
Интеграция видимо платная? Не нахожу готового решения
N
Интеграция видимо платная? Не нахожу готового решения
если нужно данные из vRops куда-то, то это надо спрашивать у того, куда данные экспортируются. Данные вытаскиваются через Rest API или Actions/Hooks. http://www.mobius.co.uk/extracting-data-from-vrealize-operations-with-the-rest-apis/ Тащить данные В vRops уже на нашей стороне- есть плагин для prometeus, SCOM, Nagios, Solarwind NPM, но не уверен что есть для Zabbix.
АЛ
Понял, спасибо
N
Понял, спасибо
Но, ИМХО, родной плагин в vRops для vSAN на порядок лучше. Лучше от туда получать Notification
ДГ
Друзья, подскажите пожалуйста бест практис. Есть серверы с 4 10-гигабитными аплинками каждый. Как лучше организовать vSAN - выделить половину аплинков под него и агрегировать, а вторую половину отдать виртуальным машинам, или же агрегировать все четыре аплинка и пустить по ним и машины, и vSAN (в разных VLAN)? И если однозначного ответа нет, что принять во внимание при принятии решения?
V
Vlan
ДГ
Я имею в виду, отдельный VLAN будет в любом случае, а вот агрегации делать две, или одну толстую?
V
И отдельную сетевую
V
10g трудно просто так занять целиком
V
Ну может у вас виртуалки по 512 гигов памяти
V
И каждые полчаса миграция
ДГ
С двумя аплинками это даже 20g, миграции редкие, машин много, но они небольшие (VDI)
N
Друзья, подскажите пожалуйста бест практис. Есть серверы с 4 10-гигабитными аплинками каждый. Как лучше организовать vSAN - выделить половину аплинков под него и агрегировать, а вторую половину отдать виртуальным машинам, или же агрегировать все четыре аплинка и пустить по ним и машины, и vSAN (в разных VLAN)? И если однозначного ответа нет, что принять во внимание при принятии решения?
