dmvlch_dev

Можно через зависимые элементы данных. Создаёте один основной элемент, который непосредственно получает данные, и сколько требуется зависимых элементов, которые уже точечно извлекают требуемые метрики. Причём для основного элемента вам даже историю можно не хранить. Для примера можете посмотреть штатный шаблон «Etcd by HTTP».

Недавно обновляли 5.0 -> 6.0 -> 7.0, Postgres. Никаких проблем, накатываете новые бинарники, запускаете, ждёте завершения миграций.

Между 5 и 6 есть ряд синтаксических изменений, могут покриветь некоторые элементы данных, графики и т. п.

Возможно. В каждом триггере есть Теги. Вот там надо указать тег, на который (в условиях "имя тега равно ...") настроено Действие триггера, отправляющего на почту. А ещё удобнее - отправлять в Телеграм, мгновенное донесение сообщения!

на консольных linux - через export http_proxy\https_proxy, на GUI - в GUI.
Насколько помню консоль не умеет в конфигурарование через pac файл, так что заглянуть внутрь него и перевести содержимое в набор команд для

Подход неверный. Надо не файлики из /var/log таскать, а заворачивать всё в syslog - и оттуда отправлять в Graylog.

Так же, как мониторинг любого другого Постгреса - например, запуская Mamonsu на каждом узле.

В SNMP MIB к оборудованию. В non-free репах есть пакет snmp-mibs-downloader, например.

Из RFC или MIB устройства.
Ещё можно получить стандартные OID'ы через snmpwalk и выбрать подходящий.

По-хорошему, надо знать то, что потребуется для работы.
Обычно это понимание как работает командная строка, терминал, ssh.
Немножко вглубь: файлы, дескрипторы, файловая система, монтирование, симлинки, хардлдинки, пайпы, конвейеры, синтаксис перенаправления между стандартными потоками ввода/вывода, базовые утилиты командной строки (grep, ls, tee, tail, cat и т.д.), желателен какой-то опыт работы со всем этим, понимание как обычно устроен механизм передачи параметров в таких утилитах, как их выстроить в конвейер, как запаковать\распаковать поток данных на лету. Желательно понимать что такое, как устроены и для чего нужны make-файлы.
Нужно понимать как пользоваться менеджерами пакетов основных дистрибутивов, желательно в общих чертах понимать что такое докер, контейнеризация в целом, ориентироваться в командах управления образами и контейнерами, понимать что такое вольюмы и где их искать, уметь читать докер-файлы и компоуз-файлы, понимать как вообще это всё работает. Ну и GIT нужно уметь использовать.

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

В винде по умолчанию при установке openvpn добавляется только 1 виртуальный tun/tap адаптер, чтоб запустить несколько экземпляров openvpn нужно для каждого экземпляра использовать свой виртуальный адаптер.
В комплекте установки есть утилита tapctl, позволяющая добавлять адаптеры, а так же в меню пуск есть ярлыки для запуска этой утилиты с правильными параметрами.

На самом деле в актуальной версии openvpn по умолчанию устанавливается 3 виртуальных адаптера, но каждый из них разного типа: tun, tap, dco. Похоже можно использовать разные типы адаптеров, изменив опцию dev.
На сколько помню, раньше был только 1 тип адаптера: tun. Его я и использовал всегда. На сколько хорошо работают остальные типы адаптеров под виндой - не в курсе.

Кроме того OpenVPN устанавливает свои службы, которые удобно использовать на серверах, когда нужно, чтоб openvpn стартовал автоматически при старте винды, без вмешательства пользователя.