Копії та знімки VPS: свідомо використовуйте обидва

Відокремлюйте відкат від відновлення

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

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

• Використовуйте знімки для короткострокового захисту змін.
• Використовуйте незалежні копії від видалення, компрометації та відмови платформи.
• Не вважайте репліки копіями, якщо видалення одразу реплікується.

Почніть із цілей відновлення

Цільова точка відновлення описує допустиму втрату останніх даних; цільовий час — тривалість відновлення. Низький RPO може потребувати частих журналів бази чи реплікації разом із копіями. Низький RTO вимагає підготовленої інфраструктури й відпрацьованої автоматизації, а не лише нічного архіву.

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

• Визначайте RPO й RTO для кожного сервісу, а не компанії загалом.
• Унесіть налаштування панелі й DNS до переліку.
• Документуйте залежності та порядок відновлення.

Проєктуйте для різних доменів відмови

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

Уточніть, чи копії провайдера є опцією, як часто вони створюються, як довго зберігаються, чи може клієнт почати відновлення та яке географічне або платформне розділення існує. Достовірне джерело — дані тарифу VPSEverywhere.com в актуальному конфігураторі; посібник не заявляє, що функцію включено.

• Не допускайте, щоб один обліковий запис міг стерти виробництво й усі копії.
• Стежте за завершенням, віком, розміром завдань і помилками відновлення.
• Застосовуйте строк зберігання і до правового видалення, і до відновлення.

Доведіть відновлення тестом

За розкладом відновлюйте в ізольоване середовище. Перевірте відкриття файлів, цілісність баз, запуск застосунків, доступність секретів через запланований шлях і правильне виявлення тестового примірника моніторингом. Виміряйте час і порівняйте із заявленим RTO.

Після тесту безпечно видаліть тимчасову копію й запишіть результат, дефекти, власника та дату наступного тесту. Зелене повідомлення завдання доводить лише виконання процесу; тільки навчальне відновлення показує здатність сервісу повернутися.