Как отсутствие места на диске сломало нам кластер PostgreSQL

Как-то ночью у нас на сервере СУБД закончилось место. Кажется банальная ситуация: добавляем место на диске, запускаем СУБД и работаем дальше. Но в этой конкретной ситуации у нас произошла серьезная проблема. Сломались системные и пользовательские индексы. При этом очень интересно сломались. Они читаются, к ним можно обращаться, а вот добавление и изменения их звершается ошибкой. О том как мы решали эту проблему и какие выводы сделали из этой ситуации я расскажу в своем докладе.

ММM поможет вам сохранить сбережения! Вся правда о мультимастере

• Что такое мультимастер?
• Как мы его сделали?
• Какие задачи решает мультимастер?
• Какие задачи он не решает?
• Как он работает?
• Как его запустить?

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

PostgreSQL в гетерогенной инфраструктуре

Рост приложения иногда опережает модернизацию инфраструктуры. Мы столкнулись с необходимостью подготовить решение, позволяющее выдерживать волнообразный рост трафика, научиться масштабировать наш PostgreSQL за минуты! Мы начали использовать для этого облако и не ошиблись.

Расскажем вам:

• что сделали, чтобы получить возможность получить в 5-10 раз больше инстансов PostgreSQL, готовых принимать трафик на чтение не позднее чем через 3 мин после старта;
• как получилось удачно вписать новые облачные инстансы (ECS ) без использования стандартных механизмов балансировки (ELB);
• как немного кода на python помогло связать сложные компоненты инфраструктуры и сэкономить.

Ещё один взгляд на опыт оптимизации PostgreSQL

• Снова о серебряных пулях (почему не бывает универсальных рекомендаций)
• Параметры настройки
• Вакуум и статистика
• Апгрейды и миграция