Перейти к публикации
Форум района Строгино

IT Current mood


InK

Рекомендованные сообщения

А я дозрела до обновления на заббикс 3.4.

Обновила пока что свой личный, малость офигела от нового интерфейса, но круто, да. Впереди увлекательный процесс сборки из исходников под гребаную федору у клиента.

А клиенту принципиально важна Федора?

Нельзя экспортировать старую базу Заббикса, поставить его под Убунтой или Дебианом и импортировать базу? Виртуалка с Заббиксом, та, что уже со всеми настройками распространяется, там Убунту установлена.

Изменено пользователем Blackbeard
Ссылка на сообщение

А клиенту принципиально важна Федора?

Там не клиенту, там нам. Ибо ранее все оборудование было на федоре, и серваки у клиента под это тоже брали на федоре. С другой стороны, сейчас решили оборудование переводить на убунту, так что уже подумали с коллегой не торопиться с апгрейдом, а попросить два новых сервака с убунтой, и на них все перенести и апгрейдить.

На моем дебиане обновилось ваще без проблем, просто установкой пакетов нового релиза :)

 

Весной когда обновляла тому же клиенту заббикс с 2.4 за 3.2, весело провела время, собирая собственно ручками его, ибо стандартные рхеловские пакеты не вставали, там было несовпадение версий (точнее, в рхеловских в спек-файле какие-то параметры были жестко прописаны, соответственно пришлось эти файлы править перед сборкой).

 

На серваке просто помимо заббикса еще пара сервисов клиентских крутится, но их перенести не проблема в общем-то.

Изменено пользователем _Sakura_
Ссылка на сообщение

Там не клиенту, там нам. Ибо ранее все оборудование было на федоре, и серваки у клиента под это тоже брали на федоре. С другой стороны, сейчас решили оборудование переводить на убунту, так что уже подумали с коллегой не торопиться с апгрейдом, а попросить два новых сервака с убунтой, и на них все перенести и апгрейдить.

На моем дебиане обновилось ваще без проблем, просто установкой пакетов нового релиза :)

 

Весной когда обновляла тому же клиенту заббикс с 2.4 за 3.2, весело провела время, собирая собственно ручками его, ибо стандартные рхеловские пакеты не вставали, там было несовпадение версий (точнее, в рхеловских в спек-файле какие-то параметры были жестко прописаны, соответственно пришлось эти файлы править перед сборкой).

 

На серваке просто помимо заббикса еще пара сервисов клиентских крутится, но их перенести не проблема в общем-то.

То есть с 3.3 на 3.4 проблем под Дебианом не было?

Ссылка на сообщение

3.3 и не было))

У заббикса все мажорные версии строго четные. Исключением был 2.5, не помню уже, почему он был выпущен в продакшн.

Так что я с 3.2.8 перешла сразу на 3.4.2. Стоит, работает, о проблемах сообщает. Интерфейс стал сложнее, но нагляднее, хотя надо будет еще разбираться в нем и разбираться.

Ссылка на сообщение

3.3 и не было))

У заббикса все мажорные версии строго четные. Исключением был 2.5, не помню уже, почему он был выпущен в продакшн.

Так что я с 3.2.8 перешла сразу на 3.4.2. Стоит, работает, о проблемах сообщает. Интерфейс стал сложнее, но нагляднее, хотя надо будет еще разбираться в нем и разбираться.

Ок. С версией - мой промах. Я его только год, как поставил...

Надо будет обновить.

Ссылка на сообщение

Ок. С версией - мой промах. Я его только год, как поставил...

Надо будет обновить.

Ну честно говоря я про мажорные версии сама только весной узнала, когда была на конференции по заббиксу :) до того этим вопросом не задавалась особо :)

А так да, советую. На хабре можно почитать обзоры, какие там нововведения.

Ссылка на сообщение

Ну честно говоря я про мажорные версии сама только весной узнала, когда была на конференции по заббиксу :) до того этим вопросом не задавалась особо :)

А так да, советую. На хабре можно почитать обзоры, какие там нововведения.

Ты прокси Заббикса используешь?  Кроме сбора информации, они для чего-нибудь применяются?

Ссылка на сообщение

Ты прокси Заббикса используешь?  Кроме сбора информации, они для чего-нибудь применяются?

Прокси юзала на прошлой работе, на этой планирую.

У меня как было, сервер заббикса на одном хостинге, все сервера - на другом и за NATом (у тменя там ппц хитровыделанная схема была). Поэтому соответственно для передачи данных на сервер я и использовала прокси. И сейчас собираюсь такую же схему делать, только с той разницей, что тут все оборудование в закрытой сети клиента, а сервер хочу вынести наружу на отдельный хостинг.

Это собственно ключевая задача прокси. Ну и снижение нагрузки на сеть, имеет смысл, когда у тебя сеть огромная, рационально будет на каждый сегмент (физический или логический, это опционально) завести свой прокси, и через них уже отправлять данные на единый центральный сервер.

Из минусов прокси, для меня очень значимых - прокси не умеет отправлять данные на несколько серверов. И это пока мейнтейнеры не плариуют исправлять, увы - у Владышева спрашивала лично на конференции. Так что хочется отдавать данные на несколько серверов - надо держать либо несколько прокси (хоть на одном хосте, но разных портах), либо уже между серверами репликацию делать.

  • Классно! [+] 1
Ссылка на сообщение

Прокси юзала на прошлой работе, на этой планирую.

У меня как было, сервер заббикса на одном хостинге, все сервера - на другом и за NATом (у тменя там ппц хитровыделанная схема была). Поэтому соответственно для передачи данных на сервер я и использовала прокси. И сейчас собираюсь такую же схему делать, только с той разницей, что тут все оборудование в закрытой сети клиента, а сервер хочу вынести наружу на отдельный хостинг.

Это собственно ключевая задача прокси. Ну и снижение нагрузки на сеть, имеет смысл, когда у тебя сеть огромная, рационально будет на каждый сегмент (физический или логический, это опционально) завести свой прокси, и через них уже отправлять данные на единый центральный сервер.

Из минусов прокси, для меня очень значимых - прокси не умеет отправлять данные на несколько серверов. И это пока мейнтейнеры не плариуют исправлять, увы - у Владышева спрашивала лично на конференции. Так что хочется отдавать данные на несколько серверов - надо держать либо несколько прокси (хоть на одном хосте, но разных портах), либо уже между серверами репликацию делать.

Ага. Спасибо. Понял, зачем нужен прокси. В моём случае, это не актуально.

А насчёт нескольких принимающих серверов, тут, я думаю, лучше несколько прокси на разных портах (коль скоро, это позволено). Штатной репликации баз, по-моему, у Заббикса не предусмотрено. А всё, что нештатно - потенциально несёт сбои (имхо).

Ссылка на сообщение

Ага. Спасибо. Понял, зачем нужен прокси. В моём случае, это не актуально.

А насчёт нескольких принимающих серверов, тут, я думаю, лучше несколько прокси на разных портах (коль скоро, это позволено). Штатной репликации баз, по-моему, у Заббикса не предусмотрено. А всё, что нештатно - потенциально несёт сбои (имхо).

Репликация баз делается средствами СУБД, а не приложения. А что мускуль, что постгре репликацию умеют прекрасно :)

Если хочется несколько серверов на случай отказа одного из них, так ничего и не мешает собственно и без прокси поднять сколько их тебе нужно, хоть десять - агент-то спокойно может слать данные на несколько. Это именно у прокси такой косяк, и вроде даже когда-то мейнтейнеры объясняли, чем было вызвано такое ограничение, но я уже не помню.

 

Для совсем хитросложной схемы мониторинга я бы вообще делала примерно так:

Кластер баз данных, с постоянной репликацией данных

Несколько серверов, работающих собственно с мастер-базой

Несколько проксей

 

Чтобы отказ одной прокси, сервера или сервера БД не приводил к ощутимому простою в мониторинге. Но это схема для очень сложной сети, типа крупной международной вообще корпорации :) Подобные схемы, кстати, на том же хабре рассматривались :)

Изменено пользователем _Sakura_
Ссылка на сообщение

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
×
×
  • Создать...
Яндекс.Метрика