Резервні дата-центри: чому «активний-активний» дорожчий, ніж здається

«Активний-активний» вирішує інше завдання, ніж резервна копія

Схема «активний-пасивний», де резервний дата-центр просто чекає на випадок збою, простіша, але після перемикання втрачає час на запуск і може втратити останні незбережені дані. «Активний-активний», де обидва центри одночасно обробляють реальний трафік, дає миттєве перемикання без простою — але потребує, щоб обидва центри мали узгоджений, актуальний стан даних у будь-який момент, а не лише періодичну синхронізацію. Це принципово інша й дорожча інженерна задача, а не просто подвоєння обладнання.

Узгодження стану — найдорожча частина схеми

Коли запис може прийти в будь-який із двох центрів, система повинна вирішити, як швидко ця зміна стане видимою в іншому — і що робити, якщо два записи в один об’єкт трапилися одночасно в різних центрах. Синхронна реплікація гарантує узгодженість, але додає затримку кожній операції запису пропорційно відстані між центрами. Асинхронна швидша, але створює вікно, у якому дані можуть розходитися. Вибір між ними — не технічна деталь, а бізнес-рішення про те, що дорожче: трохи повільніші записи чи ризик тимчасової неузгодженості. Рішення про резервування варто узгоджувати з мультихмарною стратегією компанії та враховувати сигнали зайвих витрат кластера.

Тестувати перемикання потрібно регулярно, а не раз на рік

Схема, яка теоретично витримує втрату одного дата-центру, часто виявляється неперевіреною на практиці: за місяці з моменту останнього тесту з’явилися нові сервіси, які не враховують розподілену природу системи, або конфігурація одного центру непомітно розійшлася з іншим. Регулярні контрольовані перемикання — не аварійні, а плановані навчання — виявляють ці розбіжності до того, як реальний збій змусить систему працювати на другому центрі вперше за багато місяців, у гіршій можливій ситуації.

Частковий «активний-активний» часто практичніший за повний

Не всі частини системи однаково критичні до затримки перемикання. Читання каталогу товарів можна дублювати повністю активно-активно з прийнятним компромісом узгодженості, тоді як обробку платежів — тримати в схемі з чіткою єдиною точкою прийняття рішення, щоб уникнути подвійного списання. Розділення системи на компоненти з різними вимогами до доступності та узгодженості, замість накладання однієї важкої схеми на весь продукт, часто дає кращий баланс вартості й надійності, ніж намагання зробити «все активно-активним» одразу.