интел что-то интересное с процами тестили в прошлом году

эта тенденция не может не радовать

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

кстати о заббиксе

zabbix_get -s 172.16.0.137 -k 'Backup.BackupSize' 2024347288 │ZBX_NOTSUPPORTED

втф?

zabbix_get -s 172.16.0.137 -k 'Backup.BackupSize' 2024347288 │ZBX_NOTSUPPORTED

на агенте нет UserParameter 'Backup.BackupSize', или после его добавления агент не рестартился

не

добавил прямо в конфиг

а вообще можно глянуть все праметры которые хост отдает?

а вообще можно глянуть все праметры которые хост отдает?

не :(

zabbix_get -s 172.16.0.137 -k 'Backup.BackupSize' 2024347288 │ZBX_NOTSUPPORTED

а не сопровожалось чем-нибудь, вроде "Timeout while executing a shell script"?

неа

неа

можно посмотреть /var/log/zabbix/zabbix_agentd.log на хосте, где агент вдруг ошибка появляется в логе во время исполнения чаще всего ZBX_NOTSUPPORTED - это либо отсутствующий UserParameter, т.е. агент его просто не знает (нет в нужном конфиге, или формат строки сломался), либо таймаут выполнения внешнего скрипта (по умолчанию после 3-5 секунд заббикс считает выполнение затаймаученным)

О_о, заббикс обсуждают... я думал кроме как "заббикс говно" ничего более не будет 😄

О_о, заббикс обсуждают... я думал кроме как "заббикс говно" ничего более не будет 😄

это такой тонкий троллинг у нас просто

можно посмотреть /var/log/zabbix/zabbix_agentd.log на хосте, где агент вдруг ошибка появляется в логе во время исполнения чаще всего ZBX_NOTSUPPORTED - это либо отсутствующий UserParameter, т.е. агент его просто не знает (нет в нужном конфиге, или формат строки сломался), либо таймаут выполнения внешнего скрипта (по умолчанию после 3-5 секунд заббикс считает выполнение затаймаученным)

еще место тупо мог сожрать

заббикс панически падает от такого

еще место тупо мог сожрать

ну думаю с заббиксом прошляпить это должно быть сложно

это такой тонкий троллинг у нас просто

а что не говно, кстати?

а что не говно, кстати?

я тоже не считаю его говном, просто он возможно подходит не для всех сценариев и где-то может быть недостаточно гибок там, где это критично для некоторых компаний

ну думаю с заббиксом прошляпить это должно быть сложно

ну, я с тех пор всегда внешним кемто дублирую ключевые части мониторинга)

ну, я с тех пор всегда внешним кемто дублирую ключевые части мониторинга)

всегда же есть стандартные триггеры, они своевременно скажут о месте, если их включить

хотя я до того, как познакомился с идеей inodes, тоже не понимал, куда делось место

но в стандартном шаблоне мониторятся и они

всегда же есть стандартные триггеры, они своевременно скажут о месте, если их включить

вот сами себя они ток заранее если)

мы так падали, корроче, два года назад

всё сломалось?

с местом все нормально

хотя я до того, как познакомился с идеей inodes, тоже не понимал, куда делось место

всмысле?

аномалия какаято. явно чтото пропиздоглазено

всмысле?

места дофига свободно, иноды заняты ничего не пишется на диск df -ih

аномалия какаято. явно чтото пропиздоглазено

неочевидная иногда отладка в заббиксе меня тоже бесит, но, если ничего вообще совсем не помогает, даже всякие —vv у инструментов get/sender, можно повысить verbosity логов на обеих сторонах до 4 у демонов и посмотреть, что происходит не так в процессе

как я думал

заббикс пускался с конфигом из другого места

заббикс - говно (с)

Коллеги, кто использует proxmox? Есть небольшой вопрос по организации сети

Диме надо удалить несколько сообщений, иначе день не удался

Коллеги, кто использует proxmox? Есть небольшой вопрос по организации сети

я

заббикс пускался с конфигом из другого места

я

Как лучше организовать сеть с десятком вланов? В качестве маршрутизатора использовать сам сервер проксмокса или лучше отдельную вм поднять и ее использовать?

профессор фортран не может ошибаться

Коллеги, небольшой вопрос. Преамбула. Есть один сервер на online.net там планируется развернуть proxmox и крутить небольшой стенд. Как лучше организовать сеть? Будет несколько вланов, openvpn для доступа во внутреннюю сеть, DMZ. Небольшое уточнение, online.net дает ip адрес с привязкой к маку. Лучше на самом сервере содать несколько внутренних интерфейсов, и потом бриджами на ВМ раскидать и маршрутизацию пилить или создать отдельную ВМ и сделать ее маршрутизатором. В первом случае - относительно все просто, но во втором мы существенно усложняем структуру и эту структуру мы можем перенести на любой другой сервак. Но справится ли железо и не будет ли косяков в proxmox. Может поделится кто-нибудь реальными примерами. И конечно же как такая схема будет в кластере серверов proxmox работать. Если ли на эту тему best practice?

Как лучше организовать сеть с десятком вланов? В качестве маршрутизатора использовать сам сервер проксмокса или лучше отдельную вм поднять и ее использовать?

Open vSwitch наверное подойдет лучше

проксмокс его поддерживает

у меня все вланы и маршрутизация на оборудовании. ну и потом вланы вешаются на вмбр

Open vSwitch наверное подойдет лучше

Тоже думал в эту сторону, а тогда маршрутизацией, ip tables рулит proxmox?

Тоже думал в эту сторону, а тогда маршрутизацией, ip tables рулит proxmox?

не лучшая идея наверное

это вопрос не проксмокса скорее а сетевой

лучше у трактористов спросить

https://telegram.me/ntwrk

у меня все вланы и маршрутизация на оборудовании. ну и потом вланы вешаются на вмбр

Я бы тоже так хотел, но у нас есть 2 сервера и на этом надо сделать несколько окружений для тестирования и отладки

у нас под такое дело есть виртуальный микротик ))

в принципе, я думаю что маршутизировать можно чем угодно, но лучше не на самом гипервизоре, а отдельную вируталку завести

у нас под такое дело есть виртуальный микротик ))

ах ты!

в принципе, я думаю что маршутизировать можно чем угодно, но лучше не на самом гипервизоре, а отдельную вируталку завести

Вот я как раз такой вариант и описывал. proxmox отдельно как гипервизор работает, ВМ бриджем использует интерфес и мы сколько угодно навешиваем вланов сетей и прочей нечести. Вопрос в производительности.

И есть ли какие-то подводные камни в такой схеме

Ну и может быт ькто-нить делал подобную схему

все в очень общих чертах

реализуема ли такая схема? запросто

Я не спорю - она реализуема, вопрос в надежности и производительности.

про производительность сложно сказать

мы же не знаем какие там у вас нагрузки будут

про производительность сложно сказать

Скорость бриджа почти bare-metal, чего нельзя сказать про openvswitch

надежность как у виртуальной машины

Скорость бриджа почти bare-metal, чего нельзя сказать про openvswitch

openswitch гибче кмк

хотя я его не использую - не вижу необходимости

но у меня и вланы только в одном месте и то 4 штуки. и все почти без нагрузок

хотя я его не использую - не вижу необходимости

The same shit. Не могу придумать кейс, в котором он мне нужен

я читал доку - очень специфичная и навороченная вещь

у нас под такое дело есть виртуальный микротик ))

ух, какое суровое вы там курите

openswitch гибче кмк

а openvswitch можно превратить в аналог vswitch от vmware, чтобы на несколько серверов один единый интерфейс управления

ух, какое суровое вы там курите

пожелание "заказчика"

тики конечно хороши, но не после того как хорошенько потра... с QoS и routing mark-ами

а openvswitch можно превратить в аналог vswitch от vmware, чтобы на несколько серверов один единый интерфейс управления

Я и так это ансиблем делаю

Я и так это ансиблем делаю

да

а уж IPsec там - так это вообще ключ длиной 4096 бит загнать этим латвийцам в одно место

уж что что а раскидать маршруты или добавить влан можно и башем запросто

ну таки да