Як захистити від втрати сервера на бюджет

Я невелика компанія, що займає не так багато бюджету, що надає веб-сайти та бази даних для благодійних та некомерційних клієнтів.

У мене є кілька VPS-серверів Debian Linux, які забезпечують щоденне резервне копіювання на інший VPS, ніж той, на якому розміщена служба.

Нещодавно одна з моїх хостингових компаній сказала мені, що два накопичувачі вийшли з ладу одночасно, і тому дані втрачені назавжди. Що трапляється, вони вибачили, що ще вони могли зробити? Але це змусило мене замислитись про економічно ефективні способи, як правило, знову отримати VPS у разі відмови обладнання або іншого хоста.

В даний час я повинен був би

1. Закрути нову VPS
2. Отримайте резервну копію за останній день (яка включає бази даних, веб-корінь та конфігурацію веб-сайту) на VPS та налаштуйте його як останній тощо.
3. Оновіть DNS і дочекайтеся його поширення.

Це, мабуть, зайняло б день або близько того, щоб розповсюдження DNS було великою невідомістю, хоча у мене TTL встановлений досить низько (година або близько того).

Деякі хости надають знімки, які можна використовувати для тиражування набору на новий VPS, але IP все ще є, і це не допомагає у випадку, коли приймаюча компанія скасовує / призупиняє обліковий запис прямо (я читав про це поведінка певних хостинг-провайдерів, і мене це лякає! Я нічого не роблю спам / хитрість і пильно стежу за безпекою, але я усвідомлюю, що вони буквально мають владу на це, і я дуже ризикую).

Це, у поєднанні з вибором авторитетних господарів, найкраще, що я можу зробити, не намагаючись отримати неймовірно дороге рішення?

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

Я кажу людям, що ви отримуєте 99% часу безперервної роботи (тобто, не витрачаючи нічого зайвого на високу доступність). Це близько трьох з половиною днів простою на рік. Кожні додаткові 9 на цей час роботи збільшують вартість десь у три-десять разів.

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

Малі підприємства з невеликими бюджетами, особливо некомерційні, як правило, не зможуть дозволити собі високу доступність. Питання в тому, якщо у вас практично немає бюджету, як це зазвичай буває в таких ситуаціях, яка ваша стратегія відновлення?

У мене є такі клієнти, як це, і це я роблю:

По-перше, для деяких з них у мене є додаткове резервне копіювання та повне скидання бази даних кожні шість годин. Один клієнт вже використовував CrashPlan Pro, тому я просто використовував це. Що б ви не робили, вам потрібно переконатися, що у вас є резервна копія.

У мене є простий ігровий зошит, який я зібрав приблизно за годину (не працював раніше з ansible), який встановлює nginx, php-fpm та MariaDB і готує їх до розміщення веб-сайту чи сайтів. Запуск цієї книги відтворює сервер (або сервери), готові розмістити типовий веб-додаток, і я можу просто відновити віртуальний хост nginx, файли додатків та базу даних на ньому.

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

Складність реалізації залежить від стеку додатків, але в ідеалі ви хочете встановити "гарячий режим очікування" (у іншого постачальника), причому дані реплікуються в режимі реального часу (або максимально наближені до реального часу).

Зробити діловий випадок наявності двох "живих" серверів так само просто, як порівняти потенційну втрату доходу під час періоду "відновлення з зображень" за рахунок іншого сервера.

Пам’ятайте, що тривалість роботи не є такою, як цілісність даних. Ви можете мати 99,99% тривалості роботи і втратили всі свої дані двічі на рік, якщо сервер був перезапущений "досить скоро". Більшість постачальників VPS гарантують, що ваш сервер працює, НЕ, щоб ваші дані були в безпеці. Ваші дані - ваша проблема :(.

Те, що ви шукаєте, - це те, що зберігатиме ваші резервні копії на окремому сервері та (IMHO) навіть не в тому ж постачальнику. Залежно від розміру даних, про який ви говорите, портативний жорсткий диск може використовуватися як третя лінія захисту в автономному режимі. Створіть резервні копії даних, як ви робили, а потім регулярно копіюйте ці дані (або просто зміни, якщо це можливо) на портативний жорсткий диск або навіть на локальний комп'ютер. Існують також досить дешеві варіанти, як Backblaze для резервних рішень, але ціна буде залежати від кількості даних, про які ви говорите. Якщо ви можете робити додаткові резервні копії, це буде набагато дешевше, ніж повне резервне копіювання, але додаткові резервні копії можуть бути дуже складними залежно від того, де зберігаються дані (плоскі файли = легко, база даних = не так просто).

Відповідь повністю залежить від вашої архітектури та вимог. Деякий час тому 3 мої диски вийшли з ладу на моєму сервері, знявши 20+ VM, коли не вдалося здійснити Raid 6.

Про це я писав у

https://www.linkedin.com/pulse/20140827173324-2064263-how-i-nearly-lost-my-business-to-3-hard-discs

Але: Оскільки це критично, у нас були резервні копії - щодня для неважливих матеріалів, 15 хвилин для баз даних та електронних листів. Чорт, зараз я додав сервер, який повторюється на іншій машині кожні 30 секунд.

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

Також - бюджет на цю резервну копію повинен бути у вашому ціноутворенні. Це потрібно заплатити. І яка б інфраструктура вам не потрібна .... вона вам потрібна. Це не "смішно дорого" тоді.