В этой статье:
Когда ИТ-инфраструктура работает стабильно, вопрос хранения резервных копий кажется технической деталью. Но в момент реального инцидента ответ на него определяет, восстановится ли бизнес или потеряет данные навсегда. Хранение в облаке привлекает гибкостью и отсутствием капитальных затрат, а размещение резервных копий локально — контролем и предсказуемостью.
Но важно понимать: любой дата-центр — и облачного провайдера, и собственный — это физическая инфраструктура, которая не застрахована от аварийных и нештатных ситуаций. Пожар, затопление, отказ системы охлаждения или питания, авария на магистральном канале. К этому добавляются внешние факторы, которые еще несколько лет назад казались маловероятными для гражданских объектов — и сегодня их приходится учитывать при планировании защиты данных. Любой из этих сценариев может оставить бизнес без доступа к резервным копиям.
Поэтому ставка только на один тип хранения — это риск, который редко оправдывается. Одна копия — хорошо, две — лучше, а гибридная инфраструктура хранения дает максимальный контроль: вы сами определяете, где лежат данные, кто имеет к ним доступ и что будет при отказе площадки.
Физическая защита не гарантирует сохранность данных
Дата-центры проектируются с расчетом на отказоустойчивость: резервное питание, охлаждение, сети. Но современные угрозы выходят за рамки проектных сценариев. Повреждение инфраструктуры ЦОД может затронуть оборудование, на котором размещены не только рабочие системы, но и резервные копии.
Если бэкапы хранятся в том же ЦОД, что и исходные данные, они находятся в зоне поражения. Инциденты с повреждением оборудования в центрах обработки данных приводят к тому, что доступ к данным теряется одномоментно и для рабочих систем, и для их резервных копий. Локальное хранение само по себе не является защитой, если оно не вынесено за пределы одной площадки.
Известны случаи, когда после серьезных инцидентов у облачных провайдеров часть клиентских данных утрачивалась безвозвратно из-за критических повреждений оборудования и отсутствия у клиентов собственных резервных копий на независимой площадке.
Недоступность резервных копий
Наличие резервной копии не равно возможности ее использовать. В сценариях серьезных инфраструктурных сбоев типична ситуация, когда копии существуют, но доступ к хранилищу заблокирован. Причины могут быть операционными: повреждение сетевой инфраструктуры, недоступность сервера управления резервным копированием, потеря учетных данных или нарушение целостности самого хранилища.
Даже если данные физически уцелели, восстановление может оказаться невозможным. Поэтому доступ к хранилищу не должен зависеть от той инфраструктуры, которая вышла из строя.
Ограничения инфраструктуры восстановления
Помимо прямой потери данных, существует класс проблем, связанных с самой инфраструктурой восстановления. Если резервная копия создавалась одной системой, а после аварии требуется восстановление в среду, которая недоступна или изменилась, процесс может затянуться на неопределенный срок. Восстановление — это не только наличие файлов копии, но и работающая инфраструктура, способная эти файлы принять и развернуть.
Правило 3-2-1
Правило 3-2-1 остается базовым ориентиром для построения устойчивой стратегии резервного копирования: не менее трех копий данных, на двух разных типах носителей, одна из которых хранится за пределами основной площадки.
Именно последний пункт чаще всего игнорируется: копии остаются там же, где и рабочие данные. Хранение только в облаке создает зависимость от провайдера и канала связи. А правило 3-2-1 подразумевает разумное сочетание облачного и локального хранения.
Гибридное хранение с помощью Кибер Бэкапа и Кибер Хранилища
Гибридный подход предполагает, что резервные копии размещаются одновременно в локальной инфраструктуре и во внешнем облачном хранилище. Это позволяет использовать преимущества обоих вариантов: скорость восстановления из локальной копии и географическую распределенность облачной.
СРК Кибер Бэкап обеспечивает резервное копирование физических и виртуальных сред, поддерживая широкий спектр платформ виртуализации, включая российские решения. Система позволяет настраивать хранение резервных копий в различных местах назначения: локальном кластере, томах NFS или публичных облачных сервисах, включая S3-совместимые хранилища. Важно, что при хранении на собственной площадке достигается наилучшая производительность за счет локальности данных и оптимизации каналов, тогда как облако обеспечивает дополнительный уровень защиты от потери площадки.
Программно-определяемая СХД Кибер Хранилище выступает в роли системы хранения, которая может служить локальным целевым хранилищем для резервных копий. Решение построено на кластерной архитектуре с разделением ролей узлов метаданных и узлов хранения, что обеспечивает отказоустойчивость и возможность горизонтального масштабирования. Кибер Хранилище поддерживает как репликацию, так и помехоустойчивое кодирование для защиты данных от отказа оборудования, а также механизмы контроля целостности для обнаружения скрытого повреждения данных. В контексте гибридной схемы Кибер Хранилище может выполнять роль быстрого, контролируемого и независимого от внешних каналов плеча.
Типовая гибридная архитектура выглядит так: Кибер Бэкап создает резервные копии и направляет их в локальное хранилище на базе Кибер Хранилища для оперативного восстановления, одновременно реплицируя или копируя данные в облачное S3-совместимое хранилище для защиты от сбоев на площадке. При инциденте, затронувшем локальную инфраструктуру, восстановление выполняется из облака; при необходимости быстрого отката после локального сбоя — из локальной копии.
Заключение
Выбор между облаком и локальным хранением резервных копий — это выбор между разными рисками. Облако закрывает потерю площадки, но зависит от провайдера и канала. Локальное хранение дает скорость и контроль, но не спасает, если инцидент затрагивает весь ЦОД. Именно поэтому правило 3-2-1 предполагает не выбор, а комбинацию. Гибридная схема на базе Кибер Бэкапа и Кибер Хранилища позволяет реализовать ее на практике: локальное хранилище — для скорости и контроля, облачное — для устойчивости.
Связанные статьи
- Правило «3-2-1»: достаточно ли его сегодня для защиты от реальных угроз?
- Где и как хранить резервные копии: практическое руководство
- Хранилище «черного дня»: зачем оно нужно и как его построить
- Репликация или избыточное кодирование: как настроить отказоустойчивость в Кибер Хранилище
- Храним резервные копии в S3. Практическое руководство
10.12.2026 13:00 МСК
Вы успешно подписались на рассылку Киберпротект!
