Облачные серверы
Резервные копии облачного сервера
Every KapsuleHost Server is backed up to encrypted offsite storage once a day and kept for 30 days, and you can take an extra backup or restore one at any time from the server's own page in KPanel.
Каждый сервер KapsuleHost автоматически архивируется в зашифрованное удаленное хранилище один раз в день и хранится 30 дней. Вы можете создать дополнительную резервную копию или восстановить её в любой момент со страницы сервера в KPanel.
Резервные копии активируются автоматически при развертывании сервера. Ничего настраивать не требуется, не нужно устанавливать никаких агентов и задавать расписание. Это руководство объясняет, что именно захватывается, как читать список резервных копий, как создать копию по требованию и что происходит с сервером при восстановлении.
Где находятся резервные копии
Резервные копии принадлежат серверу, поэтому вы получаете доступ к ним со страницы этого сервера, а не из главного меню:
- Войдите в KPanel.
- Нажмите Cloud Servers в левой боковой панели, затем выберите нужный сервер.
- Прокрутите до карточки Backups.
Прямой адрес: /cloud-servers/<server-id>.
Заголовок карточки показывает время последней успешной резервной копии. До завершения первой копии здесь отображается описание: «Daily off-site backups to encrypted storage, kept for 30 days».
Cloud Servers появляется в боковой панели KPanel только если в вашей учётной записи уже есть облачный сервер. Если вы его не видите, сервера ещё нет.
Что захватывается
Разверните What's in your backup в нижней части карточки Backups, чтобы увидеть актуальный список содержимого вашего сервера. Он разделен на пять категорий:
| Категория | Включенные пути |
|---|---|
| Файлы веб-сайта | /var/www (docroot, загрузки, темы, плагины) и каталоги /root и /home |
| Базы данных | Файлы данных /var/lib/mysql и /var/lib/postgresql |
| Конфигурация сервера | /etc, плюс сертификаты /etc/letsencrypt, /etc/ssh, правила брандмауэра /etc/ufw и /etc/fail2ban |
| Задачи cron и состояние системы | /etc/cron.d и ежедневные, почасовые и еженедельные каталоги cron, пользовательские crontabs /var/spool/cron, systemd units /etc/systemd, а также снимок вашего crontab, установленных пакетов, включенных служб и статуса брандмауэра |
| Почта | Данные почты, если почта настроена на сервере |
Непостоянные и пересчитываемые пути намеренно исключены: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, хранилище наложения контейнеров под /var/lib/docker/overlay2 и файлы подкачки. Их исключение позволяет сохранять резервные копии небольшого размера и быстро создавать их, не теряя ничего, что вы не сможете восстановить.
Резервные копии зашифрованы ключом, уникальным для каждого сервера, и записываются в удаленное хранилище объектов. Только ваша панель может их расшифровать и восстановить.
Резервная копия облачного сервера захватывает сам сервер. Она не захватывает ничего, что находится вне его. Управляемая база данных на другом хосте, внешний платежный шлюз или сторонний сервис, с которым взаимодействует ваше приложение, содержит собственные данные и должен быть экспортирован отдельно.
Чтение списка резервных копий
Каждая строка списка показывает время начала резервной копии, её размер после завершения и статусный индикатор:
| Статус | Значение |
|---|---|
| Backed up | Резервная копия завершена и является точкой восстановления |
| Running | Резервная копия выполняется |
| Failed | Резервная копия не завершена |
Ручные резервные копии помечены manual рядом с датой, чтобы вы могли отличить их от ежедневного запуска. Завершенная резервная копия также показывает ссылку на снимок, которую служба поддержки попросит, если вам понадобится помощь с конкретным восстановлением.
Если самая последняя резервная копия не выполнена, вы увидите баннер на карточке: «The most recent backup failed. We'll keep retrying on the daily schedule. Check disk space, or contact support if this persists». Единичный сбой обычно вызван переполнением диска. Освободите место, и следующий запланированный запуск будет успешным.
Создание резервной копии по требованию
Создавайте ручную резервную копию немедленно перед любыми рискованными операциями: крупным обновлением пакета, миграцией базы данных, изменением конфигурации критического сервиса или первой попыткой чего-то незнакомого.
- Откройте страницу сервера и найдите карточку Backups.
- Нажмите Back up now в заголовке карточки.
- Вы получите подтверждение: «Backup started. It will appear in the list shortly».
- Процесс запустится на сервере в фоновом режиме. Обновите карточку через несколько секунд, чтобы увидеть её статус Running, а затем Backed up.
На больших серверах это занимает больше времени. Столбец размера в завершенной строке показывает объем захватанных данных.
Ручная резервная копия идентифицируется по временной метке, а не по имени, которое вы выбираете. Создавайте резервную копию непосредственно перед внесением изменений, чтобы временные метки совпадали и вы могли с первого взгляда определить, какая точка восстановления является точкой «до» изменения.
Восстановление из резервной копии
- Найдите завершенную резервную копию, которую хотите восстановить, в карточке Backups.
- Нажмите Restore на этой строке.
- Прочитайте подтверждение: «This overwrites the server's current files with the contents of the selected snapshot. Any changes made since the snapshot will be lost. The server stays online during restore».
- Нажмите Restore, чтобы продолжить.
Восстановление невозможно отменить. Всё, что было записано после создания этой резервной копии, будет заменено содержимым копии. Если есть вероятность, что вам потребуется вернуть текущее состояние, создайте новую резервную копию или снимок перед восстановлением.
Сервер остается онлайн во время восстановления, что позволяет восстановить неработающее приложение без полного отключения. Восстановление больших файловых систем может занять некоторое время. Если восстановление продолжается более пяти минут, KPanel сообщит вам, что оно «is taking longer than expected and is still running on the server», а процесс восстановления продолжится в фоновом режиме.
Сравнение резервных копий со снимками
Ваш сервер защищен двумя независимыми механизмами безопасности, каждый из которых лучше всего подходит для разных целей.
| Резервные копии | Снимки | |
|---|---|---|
| Место хранения | Зашифрованное удаленное хранилище | Рядом с платформой, на которой работает ваш сервер |
| График | Ежедневное, автоматическое | По требованию, плюс автоматически перед каждым обновлением |
| Срок хранения | 30 дней | Хранятся, пока они вам нужны |
| Что восстанавливается | Файлы, базы данных и конфигурация на месте | Весь диск точно таким же, как он был |
| Сервер во время восстановления | Остается онлайн | Перезагружается |
| Лучше всего подходит для | Защита данных и восстановление после сбоя | Подстраховка перед рискованным изменением |
Используйте оба механизма. Снимок перед изменением - это самый быстрый способ вернуться, если что-то пойдет не так. Резервные копии защищают вас от проблем, которые вы не заметите несколько дней. Cloud Server Snapshots полностью охватывает механизм снимков.
Резервные копии и пересоздание
Пересоздание операционной системы сервера стирает диск, включая инструмент восстановления, который находится на нем. Ваши данные резервных копий безопасны в удаленном хранилище, но кнопка Restore на панели не сможет их использовать на пересозданном сервере. Полностью прочитайте Rebuilding Your Cloud Server и загрузите всё, что вам нужно, перед пересозданием.
Устранение неисправностей
«Backups are not yet configured for this server». Они активируются автоматически при развертывании. Если это сообщение показывается для нового сервера, подождите несколько минут. Если оно сохраняется, свяжитесь с нами.
«No backups yet». Первая резервная копия запускается автоматически вскоре после развертывания. Вы также можете нажать Back up now, чтобы не ждать.
«Manual backup is temporarily unavailable». Панели не удалось связаться с сервером для запуска резервной копии. Проверьте, что сервер запущен и доступен, затем попробуйте снова.
Кнопка Restore отсутствует на завершенной резервной копии. Восстановление требует доступного, развернутого сервера с установленным инструментом резервной копии. Пересозданный сервер или сервер, находящийся в выключенном состоянии, его не предоставят.
Если резервная копия неоднократно не выполняется и проблема не в свободном месте на диске, отправьте письмо на адрес support@kapsulehost.com с названием сервера и временными метками неудачных попыток.