PostgreSQL Active-Active в 3 регионах | Промышленная высокая доступность

База данных PostgreSQL в режиме актив-актив / многомастер: как на самом деле терпят неудачу многорегиональные архитектуры записи в производственной среде. В этом видео я создаю с нуля многорегиональную архитектуру PostgreSQL в режиме актив-актив, а затем намеренно её ломаю. Мы начинаем с одного сервера PostgreSQL и постепенно добавляем многомастерную логическую репликацию, локальные физические резервные серверы, Patroni, etcd, HAProxy, PgBouncer, глобальную маршрутизацию, обработку конфликтов и средства восстановления. Вы увидите, как архитектура обрабатывает: • Три региона PostgreSQL с возможностью записи на нескольких континентах • Логическую репликацию актив-актив и полную сеть репликации • Локальные фиксации с асинхронной межрегиональной репликацией • Конфликты записи в многомастере и их разрешение • Глобально уникальные ключи и региональное право собственности на запись • Физические потоковые реплики в зонах доступности • Автоматическое переключение при сбое Patroni • Кворум и защита etcd • Переключение при сбое слота логической репликации PostgreSQL • Конечные точки записи, чтения и логической репликации HAProxy • Пул соединений PgBouncer и соображения, связанные со сбоями пулера • Масштабирование чтения • Сбой и повышение основного сервера PostgreSQL • Потеря кворума etcd • Полный региональный сбой • Повторные попытки приложения и поведение переподключения • Соображения RPO • Безопасное региональное восстановление • Постоянная поддержка и обновления PostgreSQL Важный момент заключается в том, что одной только репликации актив-актив недостаточно для обеспечения высокой доступности. Репликация перемещает данные. Patroni и etcd управляют региональным управлением. HAProxy направляет соединения к соответствующей роли базы данных. PgBouncer контролирует нагрузку на соединения. Глобальный уровень трафика обрабатывает региональную маршрутизацию. Приложения по-прежнему должны понимать повторные попытки и разорванные соединения. Архитектура также делает важное различие между целевым показателем доступности «шесть девяток» и гарантией. Реальная доступность зависит от измеренного времени восстановления, поведения приложений при повторных попытках, проектирования сети, резервных мощностей, операционных процедур и тестирования на сбои. Разделы 0:00 Три записываемых региона PostgreSQL 0:21 Что происходит при сбое региона? 0:39 Архитектура, которую мы собираемся построить 1:01 Начинаем с одного сервера PostgreSQL 1:23 Добавление второго региона с возможностью записи 1:39 Три региона с возможностью записи 1:54 Построение активной репликационной сети 2:45 Локальная запись в каждом регионе 3:08 Многомастерные конфликты и обработка конфликтов 4:01 Добавление локальных реплик PostgreSQL 4:34 Автоматическое переключение при сбое Patroni 5:11 Кворум etcd и защита 5:41 Маршрутизация HAProxy и конечные точки PostgreSQL 6:16 PgBouncer и пулы соединений 6:54 Полная производственная архитектура 7:40 Обычный путь записи приложения 8:06 Масштабирование чтения 8:27 Сбой основного сервера PostgreSQL 9:16 Потеря кворума etcd 9:52 Полный сбой региона 10:29 Безопасное восстановление отказавшего региона 11:01 Плановое техническое обслуживание и обновления 11:35 Заключение архитектура Какой класс конфликтов чаще всего возникал у вас в конфигурации «актив-актив»? Напишите в комментариях. Подпишитесь на практические обучающие видео по PostgreSQL для производственной среды: https://www.youtube.com/@DrIbrarAhmed... #PostgreSQL #Postgres #HighAvailability #Database #Patroni #PgBouncer #HAProxy #DatabaseArchitecture #DevOps #ActiveActive Продолжайте изучать PostgreSQL Связанный плейлист (Репликация и Active-Active):    • Плейлист   Начните здесь - Дорожная карта DBA на 2026 год:    • PostgreSQL Database DBA Roadmap | Start Here   Подпишитесь на еженедельные обновления по PostgreSQL для производственной среды: https://www.youtube.com/@DrIbrarAhmed... #PostgreSQL #РепликацияPostgreSQL #АктивныйАктивный #АдминистраторАадминистратораPostgreSQL