Pull to refresh
124
0
Алексей Лесовский@lesovsky

Разработка инструментов для PostgreSQL

Send message
Пробовал, правда очень давно, вроде еще на версии 1.8, не взлетело по причине сырой функциональности или кривых рук, уже не вспомню точно. С локальным агентом получилось сразу, ну и первая версия мониторинга была на основе shell скриптов, а уже потом я перенес всё в конфиг агента. Может следующим будет unixODBC, я все на него смотрю, но память о первом неудачном опыте как-то меня останавливает.
Роман, вы обмолвились про «наш запатченный vmtouch», а где его можно взять?
За ядерные потроха всегда зелень, спасибо!
так вроде как уже есть

p.s. пробовал, не понравилось)))
Я в свое время нашел в репах супермикры очень годную тулзу IPMIView.
Вот несогласен, для меня деллы (еще интелы) после супермикр показались просто чудо-серверами. ipmitool также одинаково работает с iDRAC, как и с iLO или стандартным RMI.
p.s. в основном работал с DELL PowerEdge R620, а Supermicro (линейка X8DTU) просто с ненавистью вспоминаю))))
У DELL'овских серверов есть встроенная возможность обновить фирмвари всех компонентов сервера. Вот за это их люблю я.
да, на время поиска проблемных мест, его можно для полной надежности отрубить.
Нет, не отмечаются. В плане мониторинга THP все немного хитрее, там механизм работы похож на постгресовый bgwriter… демон khugepaged сканирует всю память и смежные участки принадлежащие одному приложению сливает из мелких в большие страницы. Сканиррование страниц памяти идет пачками с некоторой задержкой чтобы не грузить cpu (такой механизм вообще много где используется, KSM. postgres autovacuum, vm plflush). Посмотреть сколько он там смержил страниц можно в /sys/kernel/mm/transparent_hugepage/khugepaged/pages_collapsed.
Это больше для софта который оперирирует большими непрерывными блоками памяти (базы данных, big data). Выражается это в том что IO операции встают колом на одну-две секунды потом дальше все работает как будто ничего не было.
Есть косяки с transparent hugepages, точнее с периодической дефрагментацией памяти в которых задействованы большие страницы. Поэтому да, рекомендуется делать echo never > /sys/kernel/mm/transparent_hugepage/defrag а то и вообще echo never > /sys/kernel/mm/transparent_hugepage/enabled.
Возможно речь об этом, но может оракловцы еще чего накопали.
Я так понял что конфликты разрешаются на основе временных меток транзакций, кроме того можно определять свои обработчики конфликтов (страничка в вики). Про split-brain самому интересно, но увы официальной позиции разработчиков по этому вопросу я не нашел.
Когда дело доходит до бэкапа своих баз, каждый изобретает свой велосипед.
Хочу добавить что дополнительно должны быть механизмы для проверки резервных копий. Особенно это актуально для баз данных.
С postgresql тоже не все просто. out-of-the-box идет только master-slave репликация, при том что при промоушинге слейва в мастер, старый мастер* придется полностью переинициализировать. Вобщем свои сложности тоже есть.

* в большинстве случаев, хотя есть и исключения.
Можно запилить дашборды в заббиксе (maps) с триггерами, быстрым переходом на графики и всякими другими плюхами.
Первого докладчика зовут Первухин.
Нет, для pg_dump это правило не работает.

Information

Rating
Does not participate
Location
Екатеринбург, Свердловская обл., Россия
Registered
Activity