Хранение бэкапов в облаке: как никогда не потерять важные данные

Поговорим о том, как лучше организовать хранение бэкапов, чтобы не потерять ценные данные и быстро вернуть IT-инфраструктуру компании к работе в случае сбоя.

Почему обычного резервного копирования недостаточно

Для хранения резервных копий системы и данных часто используют коробочные версии ПО для резервного копирования или собственные решения, например, сохраняют содержимое СУБД и файловой системы на диск соседнего сервера.

У хранения бэкапов на своих серверах есть несколько критических минусов:

1. Выход серверов из строя. Бывают случаи, когда из строя выходят оба сервера — и основной, и тот, на который копировали информацию. Или между серверами нарушается сетевое соединение, бэкапы отправляются в никуда, не сохраняются там, где должны были. Или диск основного сервера оказывается больше, чем диск резервного — бэкапы не помещаются в память. То есть бэкапы часто теряются, в критический момент восстановить систему не из чего.
2. Недостаток места. Не всегда получается заранее спрогнозировать объем, требующийся под копии. В случае с простыми СУБД это относительно легко, но в случае с пользовательскими файлами бывают сюрпризы. Эти сюрпризы множатся, если ваша цель хранить не одну копию данных, а целый набор снимков состояния системы за разные периоды времени. Часто бывает так, что под копии отвели 1Тб, а в итоге понадобилось 6. Итог будет всё тот же — невозможность восстановить состояние системы из бэкапа и большая головная боль.

Чтобы бэкапы действительно работали, нужно обеспечить им достаточное количество места и надежный процесс копирования. Иначе после серьезного сбоя восстанавливать систему будет не из чего.

Облачное хранилище бэкапов: как это работает

Облачное хранение — важный аспект любой системы резервного копирования. Резервное копирование в облачное хранилище превосходит по надежности и удобству все известные способы хранения резервных копий:

1. Правильно выбранный способ создания бэкапов позволяет забыть о недостатке места. Некоторые облачные хранилища можно динамически увеличить в размере, как только возникнет потребность. Другие вообще не имеют размера и могут вместить в себя всё, что вы туда положите, как объектные S3-хранилища.
2. Облачные хранилища и системы обслуживаются высококлассными администраторами и имеют дополнительные контуры надежности. Если сделать бэкап в облако, исключена ситуация, когда ваш резервный сервер или хранилище вышли из строя и бесследно похоронили вместе с собой данные. Даже в случае катастрофического сбоя в системе (вроде падения метеорита на дата-центр) администраторы облака смогут восстановить вашу IT-инфраструктуру из своих копий.
3. Облачные системы комплектуются штатными автоматическими системами резервного копирования, которые почти не требуют вашего участия в процессе. Оператор облака сам регулярно создает копии ваших серверов и складирует их в своем хранилище. Этот процесс надежен, автоматизирован и управляем.

Виды облачных бэкапов

1. Простое копирование файлов. В этом случае лучше использовать хранение в S3-хранилище. Тут можно забыть о размере бэкапов, так как в объектное хранилище поместится всё, что вы туда положите. Также вы сможете грамотно распорядиться бюджетами, выбрав такой тип объектного хранилища как холодное, предназначенное специально для хранения в облаке архивов, бэкапов, журналов и других редко используемых файлов. Такой способ лучше всего подходит для медиафайлов — картинок или видео, клиентских документов и других файлов. Также в S3-храни лище можно хранить бэкапы сайтов.
2. Образы облачных серверов. В облаках регулярно сохраняются слепки состояний виртуальных машин, из которых потом можно восстановить их состояние за пару кликов. Оно восстановится со всеми конфигурационными файлами и данными. При этом необязательно сохранять бэкапы вручную, можно установить расписание создания резервных копий — и всё, что нужно, будет происходить автоматически. Этот способ резервного копирования подойдет для сервисов вроде баз данных — размеры бэкапов здесь заранее известны, во главу угла выходит надежность и постоянство копирования — это как раз и решается облачным бэкапом.
3. Комбинированные способы бэкапирования — например, репликация базы данных на несколько серверов, автоматизированные копии образов каждого сервера и периодические заливки данных из баз в объектное хранилище для резервных копий. Двойная-тройная надежность — необходимое условие работы систем с критическими данными. Например, для финансов и логистики, хранения данных транзакций и другой информации, которую ни за что нельзя потерять.

Что нужно сохранять во время бэкапа

1. Конечно же, все пользовательские данные и данные приложений — файлы и базы данных. Сюда в некоторых случаях стоит добавить дампы key-value хранилищ.
2. Все конфигурационные файлы, скрипты настройки и параметры конфигурирования кластеров. Восстановление конфигурационных файлов — не менее важная часть поддержки системы, а зачастую трудоемкая и кропотливая часть работы.
3. Также нужно хранить бэкапы журналов и логов. В случае каких-либо инцидентов по этим документам можно восстановить ход событий и понять, что же происходило с кодом накануне сбоя.

Что еще важно знать о хранилищах резервных копий

1. Системы резервного копирования — способ получить доступ к пользовательским данным. Поэтому бэкапы должны охраняться так же тщательно, как и основная СУБД и файлы. Это означает, что внутри компании доступ к хранилищу бэкапов должен быть у ограниченного числа лиц, а самые критические данные должны быть зашифрованы.
2. Продуманная система бэкапов в облаке — часть адекватной политики восстановления IT-инфраструктуры после сбоев и катастроф. Планирование развертывания системы из копий и управления резервными копиями — то, чему должны уделять пристальное внимание IT-менеджеры проектов с критическими данными и хранением транзакций.