Основи реплікації між дата-центрами
Для забезпечення безперервності роботи корпоративних систем, таких як ERP чи CRM, недостатньо лише фізичного дублювання обладнання. Реплікація баз даних між географічно віддаленими дата-центрами є ключовим елементом високої доступності (High Availability), але вона не забезпечує автоматичних гарантій працездатності без належного проєктування мережі та стратегії failover.
Синхронна та асинхронна реплікація
Вибір режиму реплікації — це баланс між надійністю (даними) та швидкістю (продуктивністю). При синхронній реплікації основна СУБД (наприклад, PostgreSQL 9.6 через механізм синхронних реплік) очікує підтвердження від резервного сервера перед тим, як завершити транзакцію. Це мінімізує ризик втрати даних, але вносить мережеву затримку (latency), що відчутно впливає на роботу прикладних систем. Асинхронна реплікація дозволяє основній системі працювати швидше, оскільки транзакції підтверджуються миттєво, проте в разі аварії виникає ризик lag — відставання резервної копії, що призводить до втрати даних за останній проміжок часу.
Fencing та захист від Split-Brain
Найбільшою небезпекою при збоях є ситуація split-brain, коли через розрив мережі обидва сервери вважають себе основними та починають приймати записи. Для запобігання цьому необхідно використовувати механізми fencing (ізоляції), які примусово вимикають або відключають від мережі «проблемний» вузол. Важливо розуміти, що просте перемикання IP-адрес чи DNS не є повноцінним кластерним рішенням. Без надійного арбітра (witness) або кворумної моделі, спроба автоматичного відновлення може призвести до незворотного пошкодження корпоративних даних, тому для критичних систем завжди рекомендується ретельне тестування перемикання, а не покладання на автоматичні гарантії, які часто переоцінюють.
Автор матеріалу