На текущий момент мне кажется самый оптимальный вариант - это поднять Mongo в docker. Ну и естественно не забыть пробросить volume для хранения данных.
Замер происходит быстро. Сотрудники на объекте даже не замечают, что он прошёл. Замер происходит всего раз в 4 часа. А для отслеживания потерь пакетов и времени отклика есть ping.
Ну и в целом описанная мною реализация мониторинга не претендует на идеальную:)
Ну так и триггер не сработает с первого замера. У нас пока не было случаев, что канал был занят постоянно. Но случаи, когда канал показывал низкую скорость и провайдер решал нашу проблему были уже не раз.
pq.hosting
Мне показался довольно хорошим.
Поддержка иногда посредственная, но как правила проблему решают.
На текущий момент мне кажется самый оптимальный вариант - это поднять Mongo в docker. Ну и естественно не забыть пробросить volume для хранения данных.
hostname - это команда Linux, которая возвращает имя сервера. В целом в переменную proxy можно передать имя сервера в коде.
Давайте рассмотрим ситуацию, когда провайдер вместо купленных 40 Мбит/с отдаёт 5 Мбит/с. Как с помощью описанного Вами инструмента это отследить?
Не знаком с таким инструментом. Но судя по тому, что удалось найти, всё это умеет делать zabbix. И красивые графики можно выводить в Grafana.
Именно поэтому на конечных узлах поднимает iperf в режиме сервера и замер идёт поочерёдно от сервера в режиме клиента.
Iperf позволяет нагрузить канал на максимум. При обычной работе канал не нагружается на максимум и не покажет фактическую скорость.
Крон как пример. На текущий момент задача на замер запускается из item'а.
Замер происходит быстро. Сотрудники на объекте даже не замечают, что он прошёл. Замер происходит всего раз в 4 часа. А для отслеживания потерь пакетов и времени отклика есть ping.
Ну и в целом описанная мною реализация мониторинга не претендует на идеальную:)
Ну так и триггер не сработает с первого замера. У нас пока не было случаев, что канал был занят постоянно. Но случаи, когда канал показывал низкую скорость и провайдер решал нашу проблему были уже не раз.
#!/bin/bash - это то, с какой оболочки будет выполняться скрипт.
Могу порекомендовать посмотреть в сторону библиотеки protobix в python. Можно сразу в zabbix отправлять данные.