ну да, наверное. но Вы попробуйте как-нибудь, если будет время промониторить какой-ниубдь сервис в swarm/ecs/kubernetes/whatever кластере, у которого 100 раз на дню из-за редеплоймента меняется ip адрес и порт и количество инстансов, с дискавери сервисом вроде consul при помощи prometheus. я уверен, что Вы поймете о чем я говорю. мне кажется подобный функционал заббиксу был бы очень к лицу.
причем всего этого я не понимал, пока плотно не начал работать с контейнерами в динамических окружениях. прометей помню тогда сразу забраковал. а сейчас со всеми его недостатками он кажется сильно круче заббикса :(
к сожалению то, как это делается в zabbix на мой взгляд плохо подходит для мониторинга контейнеров в окружениях вроде swarm, ecs, kubernetes и т.д.
идеально такое сделано в prometheus:
для того или иного сервиса он может подключатся к сервис дискавери вроде Consul, забирать список айпи адресов/портов для сервиса, и потом забирать метрики с него.
список айпи/портов динамический, т.к. очень многие используют динамические порты, для сервисов. и при каждом деплое они меняются.
также при скейл ап, скейл даун, который происходит довольно часто меняется количество инстансов, и как следствие айпи сокетов.
мы сейчас внедряем prometheus для мониторинга инфраструктуры построенной из микросервисов, т.к. заббикс к сожалению такой функционал пока не поддерживает. и наверное не будет ближайшее время поддерживать.
а жаль. это его убьет. хотя zabbix — моя самая любимая система мониторинга.
что-нибудь похожее можно было бы реализовать в заббиксе, если бы он поддерживал динамически конфигурируемые интерфейсы у хоста, которые бы он получал с дискавери сервиса вроде ETCd или Consul и мог бы забирать данные одновременно со всех интерфейсов.
После внедрения опенстака в одной довольно большой организации остались следующие впечатления:
1. Ужасно организованый отчет об ошибках. Ошибки бывают внятными, а бывают какими-то ну совсем неясными, из которых вообще ничего не понятно. при том, что часто ошибки о неудачных запусках виртуалок или неудачных действиях с ними нужно искать непосредственно на гипервизорах.
2. Horizon, это тот которых дашборд не может много того, что можно делать с CLI, при том, что эти фичи реально необходимы в дашборде. Например возможность запускать виртуалку используя заранее созданный сетевой порт из horizon-а появилась только в mitaka. А без этой фичи очень сложно обойтись при VLAN-based конфигурации сети, когда нет пространства с floating ips.
или к примеру для того, чтобы выполнить ресайз вольюма, нужно сделать кучу телодвижений из CLI.
3. возможны ситуации, в результате которых виртуалка или том попадает в какой-нибудь хитрый error state и оттуда ее ничем не достать. ни удалить, ни изменить состояние. приходится лезть в БД и руками фиксить.
круто :) не забывайте про графики пожалуйста! там в треккере у вас просьбы еще с 1.8 вроде висят :) вы же вроде добавили antialiasing, но толкьо он то работает, то нет… реально ж портит вид — графики один из самых главных элементов интерфейса.
круто. интерфейс переделали, а графики, как были страшные и некрасивые, так такими и остались.
но в целом это мой любимый мониторинг. вот графики только подкачали…
я не про тебя конкретно говорю в данный момент. а про тенденцию в целом. а она такова, что огромное количество кодеров выкладывает свой код в гитхаб акк и прилепляет этот акк к своему резюме. это первое.
второе — случайным людям не нужно искать. достаточно владельцам гитхаба дать специальным людям просканить все сорцы в репозиториях, а потом по нужным дать данные про почтовый ящик и про айпи, с которого осуществлен был доступ.
для многих акк на гитхабе — это своего рода лицо программиста. его можно указать во всевозможных резюме и профайлах. для такого никто не регит левые акки. а между делом кодер может писать вирусы и ботнет админки, т.к. там очень хорошо платят.
ну возможно разговор был такой, когда джобс приезжал с визитом в роиссю:
— вы встраиваете модуль ГЛОНАСС в iphone 4s, а мы поможем с пошлинами.
если это так, то вполне ок.
у меня тоже 4-5 суток живет при не очень активном использовании (звонки, калькулятор, еще какая-нибудь хрень) и при выключенном инете (включаю только когда нужен).
google nexus s
android 4
Puppet очень хорошая штука. Но тут она упомянута не к месту немного, т.к. на наворотить дел, наделать ошибок и т.д. при помощи Puppet можно не меньше, а порой и больше, чем просто через SSH.
ну вот ты думаешь, пойду ка я прогуляюсь. но пока ты не отдашь четкое указание ногам идти, то с места ты не сдвинешься. так же думаю будет и с подобным интерфейсом.
>>Интересно, какие хостеры согласятся вам резать трафик с определенных ip адресов/ по регионам? Как правило у них на одном ип адресе висит целая туча сайтов, как они им объяснят что вдруг для определенных регионов ваш сайт стал недоступен? В 99,9% они отключат сайт на который идет аттака (если конечно определят кто под ударом).
ну резать не обязательно по айпи можно. в iptables есть модуль string. им можно вытащить host из заголовка пакета и резать для этого хоста китай и т.д. работает довольно быстро. а вообще это так, размышления вслух — будет ли хостер так делать или нет не в курсе.
та же штука. столько всего пробежало вокруг, а бьорк слушаю неизменно. последняя volta меня правда огорчила немного, но зато вот эта недавняя работа www.youtube.com/watch?v=DGfHqu5U5lU вновь вернула веру в неповторимость и неисчерпаемую красоту ее музыки.
очень сильно надеюсь на грядущий релиз biophilia.
я вот тоже всегда так говорил. а тут недавно заказал сервер с каким-то core2quad — и центось там увидела только одно ядро. был сильно удивлен. правда может стоило поставить ядро из centos plus… не знаю, не ставил — времени не было.
ну в некотором случае все-таки поможет, так как возьмет на себя отдачу данных «медленным» клиентам, тем самым освободив некоторое количество чайлдов апача.
идеально такое сделано в prometheus:
для того или иного сервиса он может подключатся к сервис дискавери вроде Consul, забирать список айпи адресов/портов для сервиса, и потом забирать метрики с него.
список айпи/портов динамический, т.к. очень многие используют динамические порты, для сервисов. и при каждом деплое они меняются.
также при скейл ап, скейл даун, который происходит довольно часто меняется количество инстансов, и как следствие айпи сокетов.
мы сейчас внедряем prometheus для мониторинга инфраструктуры построенной из микросервисов, т.к. заббикс к сожалению такой функционал пока не поддерживает. и наверное не будет ближайшее время поддерживать.
а жаль. это его убьет. хотя zabbix — моя самая любимая система мониторинга.
что-нибудь похожее можно было бы реализовать в заббиксе, если бы он поддерживал динамически конфигурируемые интерфейсы у хоста, которые бы он получал с дискавери сервиса вроде ETCd или Consul и мог бы забирать данные одновременно со всех интерфейсов.
1. Ужасно организованый отчет об ошибках. Ошибки бывают внятными, а бывают какими-то ну совсем неясными, из которых вообще ничего не понятно. при том, что часто ошибки о неудачных запусках виртуалок или неудачных действиях с ними нужно искать непосредственно на гипервизорах.
2. Horizon, это тот которых дашборд не может много того, что можно делать с CLI, при том, что эти фичи реально необходимы в дашборде. Например возможность запускать виртуалку используя заранее созданный сетевой порт из horizon-а появилась только в mitaka. А без этой фичи очень сложно обойтись при VLAN-based конфигурации сети, когда нет пространства с floating ips.
или к примеру для того, чтобы выполнить ресайз вольюма, нужно сделать кучу телодвижений из CLI.
3. возможны ситуации, в результате которых виртуалка или том попадает в какой-нибудь хитрый error state и оттуда ее ничем не достать. ни удалить, ни изменить состояние. приходится лезть в БД и руками фиксить.
но в целом это мой любимый мониторинг. вот графики только подкачали…
второе — случайным людям не нужно искать. достаточно владельцам гитхаба дать специальным людям просканить все сорцы в репозиториях, а потом по нужным дать данные про почтовый ящик и про айпи, с которого осуществлен был доступ.
— вы встраиваете модуль ГЛОНАСС в iphone 4s, а мы поможем с пошлинами.
если это так, то вполне ок.
google nexus s
android 4
ну резать не обязательно по айпи можно. в iptables есть модуль string. им можно вытащить host из заголовка пакета и резать для этого хоста китай и т.д. работает довольно быстро. а вообще это так, размышления вслух — будет ли хостер так делать или нет не в курсе.
очень сильно надеюсь на грядущий релиз biophilia.