История изменений
Исправление
dmitryalexeeff,
(текущая версия)
:
Совет - не нужно забывать старые хосты. После внедрения мониторинга в реальную практику обязательно появится потребность смотреть историю. Возникнут вопросы типа: когда хост «ИванПетрович» последний раз выходил на связь и какие параметры работы при этом имел.
Для отправки идеальным будет агент, во второй версии запилили много нового, к примеру https://www.zabbix.com/documentation/2.0/manual/discovery/auto_registration.
То есть сценарий такой:
1. Хост выходит на связь с заббиксом, пересылает свой идентификатор и данные мониторинга
2. Если идентификатор новый - создаётся новая запись о хосте в заббикс
3. Если идентификатор уже существует - данные будут сохранены в привязке к старой записи о хосте
4. Записи о хостах заббикс не удаляются, и по ним всегда можно посмотреть историю
P.S. Будет одна проблема - обеспечить уникальность имени, которым будет представляться агент. Поскольку это имя определяется на стороне агента. То есть как минимум предотвратить дублирование.
P.P.S. Нужно будет продумать обеспечение надёжной идентификации «своих» клиентов
Исправление
dmitryalexeeff,
:
Совет - не нужно забывать старые хосты. После внедрения мониторинга в реальную практику обязательно появится потребность смотреть историю. Возникнут вопросы типа: когда хост «ИванПетрович» последний раз выходил на связь и какие параметры работы при этом имел.
Для отправки идеальным будет агент, во второй версии запилили много нового, к примеру https://www.zabbix.com/documentation/2.0/manual/discovery/auto_registration.
То есть сценарий такой:
1. Хост выходит на связь с заббиксом, пересылает свой идентификатор и данные мониторинга
2. Если идентификатор новый - создаётся новая запись о хосте в заббикс
3. Если идентификатор уже существует - данные будут сохранены в привязке к старой записи о хосте
4. Записи о хостах заббикс не удаляются, и по ним всегда можно посмотреть историю
P.S. Будет одна проблема - обеспечить уникальность имени, которым будет представляться агент. Поскольку это имя определяется на стороне агента. То есть как минимум предоствратить дублирование.
P.P.S. Ещё возникнет вопрос безопасности, как отличить свои агенты и как защититься от подмены данных. Но это вопрос уже к спецам по безопасности.
Исправление
dmitryalexeeff,
:
Совет - не нужно забывать старые хосты. После внедрения мониторинга в реальную практику обязательно появится потребность смотреть историю. Возникнут вопросы типа: когда хост «ИванПетрович» последний раз выходил на связь и какие параметры работы при этом имел.
Для отправки идеальным будет агент, во второй версии запилили много нового, к примеру https://www.zabbix.com/documentation/2.0/manual/discovery/auto_registration.
То есть сценарий такой:
1. Хост выходит на связь с заббиксом, пересылает свой идентификатор и данные мониторинга
2. Если идентификатор новый - создаётся новая запись о хосте в заббикс
3. Если идентификатор уже существует - данные будут сохранены в привязке к старой записи о хосте
4. Записи о хостах заббикс не удаляются, и по ним всегда можно посмотреть историю
P.S. Будет одна проблема - обеспечить уникальность имени, которым будет представляться агент.
Исходная версия
dmitryalexeeff,
:
Совет - не нужно забывать старые хосты. После внедрения мониторинга в реальную практику обязательно появится потребность смотреть историю. Возникнут вопросы типа: когда хост «ИванПетрович» последний раз выходил на связь и какие параметры работы при этом имел.
Для отправки идеальным будет агент, во второй версии запилили много нового, к примеру https://www.zabbix.com/documentation/2.0/manual/discovery/auto_registration.
То есть сценарий такой:
1. Хост выходит на связь с идентификатором
2. Если идентификатор новый - создаётся новая запись о хосте в заббикс
3. Если идентификатор уже существует - данные будут сохранены в привязке к старой записи о хосте
4. Записи о хостах заббикс не удаляются, и по ним всегда можно посмотреть историю
P.S. Будет одна проблема - обеспечить уникальность имени, которым будет представляться агент.