Разрушаем 5 мифов о бэкапе и хостинг-провайдерах

Обязательно ли делать резервное копирование? Кто ответствен за бэкапы, провайдер или клиент? Где лучше хранить данные и как их восстанавливать? Некоторые хостинг провайдеры не дают исчерпывающие ответы на эти вопросы, поэтому вокруг резервного копирования возникают мифы. В этой статье мы рассмотрим 5 самых распространенных заблуждений про бэкапы и развенчаем их.

Миф 1: Мне не нужен бэкап, я работаю на дорогом оборудовании

Дорогое промышленное оборудование – хороший способ обеспечить сохранность данных; однако многие риски невозможно предусмотреть. Случаи бывают разные: в хорошем «железе» может быть неисправный блок питания, а в надежном дата-центре с многоуровневыми системами отказоустойчивости все еще существует риск критической поломки. В таких дата-центрах используется несколько резервных компонентов для каждого элемента системы – сохранность данных не зависит от, например, одного SSD-диска. Этот же принцип стоит перенести и на бэкапы, то есть не полагаться исключительно на качество компонентов. Дорогое оборудование – важная мера защиты от потери данных, однако она не может быть единственной мерой. Воссоздание корпоративных IT-систем – трудоемкая и затратная задача, которая прервет бизнес-процессы компании. Этой проблемы гораздо проще избежать, если копировать данные сервера класса Enterprise в бэкап-хранилище.

Миф 2: Когда я покупаю хостинг, я плачу и за бэкап тоже

На самом деле бэкап – это такая же услуга, как и предоставление хостинг-ресурса или системная интеграция. Именно поэтому термин «BaaS» расшифровывается как «Backup-as-a-Service», то есть «бэкап как услуга». В большинстве случаев резервное копирование данных оплачивается отдельно от хостинга. Это связано с тем, что создание и хранение бэкапов – довольно затратный процесс. Для того, чтобы создавать резервные копии, нужно место в хранилище, физическое пространство для бэкап-серверов, специализированное ПО и человеко-часы системного администратора. Некоторые провайдеры действительно предоставляют эту услугу бесплатно, однако это редко касается крупных инфраструктурных проектов: чем больше объем данных, тем больше затраты. Гораздо проще и дешевле создать резервную копию одного сайта, чем настроить бэкап для всей IT-инфраструктуры предприятия.

Миф 3: Для сохранности данных достаточно создать один бэкап

Риск поломки и утраты данных существует не только в самой IT-инфраструктуре предприятия. Бэкап-хранилище – это тоже «железо», поэтому в нем также могут отказать компоненты. В таком случае желательно, чтобы у компании было несколько резервных копий системы. Также крайне желательно, чтобы одна из копий хранилась в удаленном хранилище – тогда поломка основной инфраструктуры гарантированно не затронет бэкапы. Некоторые провайдеры предлагают размещение бэкапов на выбор. Например, в облачном сервисе BaaS компании SIM-Networks есть две опции для клиентов: BaaS Local и BaaS Remote. BaaS Local сохраняет инкрементальные бэкапы в том же дата-центре, где хранится инфраструктура клиента – это повышает скорость восстановления системы. Напротив, BaaS Remote позволяет выгружать данные в хранилище другого дата-центра – восстановление данных медленнее, однако снижается риск утраты данных. Наличие нескольких бэкапов в облаке надежно застрахует корпоративные системы от форс-мажоров.

Инкрементальный бэкап – вид резервного копирования, при котором система сохраняет только те данные, которые изменялись с момента создания предыдущей копии. Таким образом, бэкапы создаются быстро и занимают меньший объем памяти в хранилище.

Миф 4: Резервное копирование – это то же самое, что обеспечение отказоустойчивости

На самом деле резервное копирование и отказоустойчивость – не одно и то же. Резервное копирование – это создание статичных копий определенного массива данных и систем в заданный момент времени. Эти копии «складируются» в СХД и лежат до востребования некоторое время, по истечении которого утилизируются. Отказоустойчивость – это обеспечение бесперебойной работы оборудования, когда при отказе одного узла другой узел берет на себя его функции и продолжает обрабатывать данные. Если резервное копирование – способ сохранить данные в случае поломки сервера или облака, то отказоустойчивость – мера, которая не дает этой поломке остановить работу инфраструктуры.

Миф 5: Провайдер обязан восстановить мои данные из бэкапа независимо от ситуации

Провайдер восстановит ваши данные из резервной копии в случае природного катаклизма, техногенного форс-мажора или ошибки со стороны самого провайдера. Однако в случае, если утрата данных случилась по вине клиента, провайдер не обязан восстанавливать систему. Рассмотрим пример: бывший системный администратор американской компании проник в систему после увольнения и удалил все данные, которые смог. Ущерб компании исчислялся сотнями тысяч долларов. Эта ситуация возникла на стороне клиента, который мог избежать обострения ситуации или заранее сменить пароли. Провайдер не может быть ответственным за подобные случаи. В упомянутом кейсе поставщик инфраструктуры сделал исключение и восстановил систему, однако в большинстве случаев такие форс-мажоры не входят в зону ответственности провайдера, согласно SLA.

Итоги: как лучше организовать резервное копирование системы?

Мы, как инфраструктурный провайдер, хорошо знакомы с темой организации резервного копирования. Бэкап – это обязательное условие для надежной работы любой корпоративной системы. Именно поэтому при выборе решения важно рассматривать предложения провайдеров, основываясь на правдивой и актуальной информации.

При выборе инфраструктурного решения стоит обратить внимание на провайдеров, которые предлагают автоматическое резервное копирование данных. Например, услуга BaaS для облака SIM-Cloud – это готовый инструмент, которым остается только воспользоваться. Для того, чтобы создать бэкап, достаточно выбрать данные, указать глубину и частоту копирования – данные будут сохраняться в выбранный дата-центр автоматически. Также мы предлагаем 3 вида хранилища на выбор к услуге аренды серверов – FTP, iSCSI и S3-совместимое хранилище в облаке.

Понравилась статья?