Способ то хороший, но шибко умный — создаётся множество проверок и на каждую итерацию отдельный коннект к базе.
Вот думаю, как его красиво переделать на zabbix trapper.
Я использовал для мониторинга Pyora.
На питоне, с использованием библиотеки cx_Oracle.
Скрипт легко дорабатывается под свои нужды.
Для коннекта используется стандартный клиент Oracle.
Перевод документации, а надеялся на интересное.
И по моему, удобнее будет перед репозиторием поставить nginx и SSL часть и авторизацию вынести на него.
Мне, как системному администратору, на свежем VPS нужен только sshd.
Если вам хочется облегчить жизнь новым пользователям, подготовьте скрипты для разворачивания типовых связок на том же ansible для двух-трёх основных дистрибутивов. И подробную инструкцию, что они делают и как это использовать.
А не смотрели в сторону Elasticsearch? Он как раз заточен под хранение данных с привязкой по времени, типа логов. А в связке с logstash и kibana получите парсер данных -> наполнение базы -> представление в удобном виде.
/dev/pg-slave-test-db on /var/lib/postgresql type btrfs (rw,relatime,space_cache,subvolid=5,subvol=/)
Тобишь CoW включён. Специального тестирования не производил, но тестовый сервер с btrfs ведёт себя так же, как и без. Тесты на данных базы проходят быстро и успешно, каких-либо отклонений в производительности в сравнению с сервером базы данных на ext4 не замечено. Восстановление состояния по WAL логам происходит быстро. Если в мастер-базу вносятся глобальные изменения, то порой база на btrfs показывает лучшую успеваемость, чем основная резервная база с ext4. Но я посмотрю внимательно в эту сторону, мало ли.
Для продакшена гонять пока боязно. Но для всяких служебных второстепенных нужд использовать такие возможности как снапшоты и сжатие очень удобно. У меня активно используется в разных вариантах и версиях — проблем пока не возникало.
Не совсем понятно, что имеется в ввиду?
Если сохранность данных, после таких операций — то никак. Тут полностью доверяем механизму надёжности WAL логов PostgreSQL
Если обезличивание данных — то тоже никак :). Сервера полностью под контролем и открытыми каналами данные передаются только в шифрованном виде.
Да, инструмент снапшотов мне тоже очень нравится. Активно его использую. А ещё классная вещь — сжатие btrfs. Раздел данных логов в elasticsearch занимает раза в полтора меньше места.
Вот думаю, как его красиво переделать на zabbix trapper.
На питоне, с использованием библиотеки cx_Oracle.
Скрипт легко дорабатывается под свои нужды.
Для коннекта используется стандартный клиент Oracle.
И по моему, удобнее будет перед репозиторием поставить nginx и SSL часть и авторизацию вынести на него.
Если вам хочется облегчить жизнь новым пользователям, подготовьте скрипты для разворачивания типовых связок на том же ansible для двух-трёх основных дистрибутивов. И подробную инструкцию, что они делают и как это использовать.
В этом плане Linux — отличный конструктор.
Тобишь CoW включён. Специального тестирования не производил, но тестовый сервер с btrfs ведёт себя так же, как и без. Тесты на данных базы проходят быстро и успешно, каких-либо отклонений в производительности в сравнению с сервером базы данных на ext4 не замечено. Восстановление состояния по WAL логам происходит быстро. Если в мастер-базу вносятся глобальные изменения, то порой база на btrfs показывает лучшую успеваемость, чем основная резервная база с ext4. Но я посмотрю внимательно в эту сторону, мало ли.
А какие параметры монтирования?
Так, для общего развития.
Если сохранность данных, после таких операций — то никак. Тут полностью доверяем механизму надёжности WAL логов PostgreSQL
Если обезличивание данных — то тоже никак :). Сервера полностью под контролем и открытыми каналами данные передаются только в шифрованном виде.