ДИАМАНТ. Системы хранения данных

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

Современные ИТ-системы всё чаще работают в режиме, где простой сервиса измеряется не часами, а минутами. Даже при наличии актуальных резервных копий восстановление данных и запуск сервисов могут занимать значительное время, что напрямую влияет на бизнес-процессы. В таких условиях одной только стратегии резервного копирования оказывается недостаточно для обеспечения требуемой доступности. Для сокращения времени простоя и обеспечения непрерывности работы используется репликация данных. Этот механизм...

Рост объёмов данных и сокращение доступных окон резервного копирования заставили пересмотреть классические подходы к созданию резервных копий. Регулярное выполнение полных бэкапов требует значительных ресурсов, увеличивает нагрузку на продуктивные системы и усложняет масштабирование инфраструктуры. В этих условиях всё большее распространение получила модель Forever Incremental, позволяющая радикально сократить объём передаваемых данных и ускорить выполнение заданий резервного копирования. Forever...

Любая система резервного копирования начинается не с выбора программного продукта, а с базовых принципов защиты данных. Одним из таких принципов стало правило 3-2-1. Оно появилось задолго до облаков, объектных хранилищ и immutable-репозиториев, но до сих пор остаётся фундаментом при проектировании СРК. Со временем инфраструктуры изменились, угрозы стали сложнее, и классическая формула получила несколько современных расширений. Интересно, что стратегия 3-2-1, которая сегодня воспринимается как неотъемлемая...

По мере роста инфраструктуры и увеличения ценности данных базовых механизмов хранения резервных копий становится недостаточно. Простая ротация хорошо подходит для повседневных задач, но она не отвечает требованиям долгосрочного хранения и исторических точек восстановления. В таких сценариях на первый план выходит более зрелая стратегия — GFS, или «дед-отец-сын». GFS является одной из самых распространённых и проверенных временем моделей хранения резервных копий. Её задача не просто хранить последние точки восстановления, а выстраивать управляемую иерархию резервных копий во времени...

При проектировании системы резервного копирования внимание обычно сосредоточено на типах бэкапов, частоте выполнения заданий и выборе хранилища. Однако уже на первом этапе проектирования архитектуры СРК (как целиком, так и для конкретной бизнес-системы) важно определиться со стратегией хранения резервных копий. Именно она определяет, сколько точек восстановления реально доступно и как долго они сохраняются. Стратегия хранения резервных копий определяет не способ создания бэкапов, а правила их жизненного цикла (в некоторых СРК — политики хранения)...

Когда речь заходит о выборе решения для резервного копирования и построении архитектуры СРК, первый вопрос, который должна задать себе компания, звучит не «чем мы будем делать бэкап», а «что именно мы защищаем». Именно на этом этапе чаще всего начинаются архитектурные ошибки. Разные типы данных требуют разных подходов к защите, поскольку отличаются структурой, скоростью изменений, требованиями к консистентности и сценариями восстановления. Рынок резервного копирования предлагает широкий спектр решений, однако важно понимать, что одинакового универсального решения не существует...

Когда разговор заходит о резервном копировании, многие представляют одну простую картину: сделали копию данных, положили в безопасное место, а в случае беды восстановили. Звучит логично, но на практике всё упирается в один неприятный факт. Данных слишком много, инфраструктура слишком большая, а окно резервного копирования (часть суток, в течение которой нагрузка на продуктивную систему минимальна и резервное копирование разрешено) - слишком короткое. Именно поэтому в индустрии появилось несколько подходов к тому, как именно сохранять данные...

RPO и RTO являются ключевыми параметрами, которые позволяют заранее зафиксировать границы допустимого при любых сбоях: какую потерю данных бизнес ещё считает приемлемой и сколько времени сервисы могут находиться в простое. Именно от этих метрик отталкиваются при построении политики хранения, резервного копирования и аварийного восстановления, а также при оценке устойчивости инфраструктуры и способности компании продолжать работу в случае инцидентов. RPO — это метрика, которая показывает, какую потерю данных организация готова принять при аварии, выраженную во времени...

Резервное копирование редко ломается так, чтобы это было заметно сразу. Задания продолжают запускаться по расписанию, отчёты остаются зелёными, свободное место в хранилище пока есть — и создаётся ощущение, что всё под контролем. Именно это и делает бэкап коварным. Внешне всё выглядит нормально, но в реальности резервное копирование может деградировать постепенно, а проблема всплывает только в момент, когда восстановление действительно нужно. Чтобы резервное копирование работало как предсказуемый инструмент восстановления, а не как формальная галочка, важно понимать базовые термины...

Резервное копирование — это процесс создания копий данных, предназначенных для их восстановления в случае утраты, повреждения или компрометации. Формально всё выглядит просто, почти прозаично. На практике же резервное копирование - одна из самых недооценённых и одновременно самых критичных частей любой ИТ-инфраструктуры. Системы становятся сложнее, информация - ценнее, а количество сценариев, при которых она может быть потеряна, растёт с каждым годом. При этом объём данных увеличивается примерно в два раза за несколько лет...

Пока мы готовились к празднику, подводили итоги уходящего года и строили планы на год грядущий, в одной небольшой лаборатории по восстановлению данных и исследованию архивов тихо и почти незаметно произошло маленькое, но очень важное новогоднее чудо. Оно стало возможным благодаря неравнодушию и настойчивости нескольких энтузиастов. Чтобы подробнее рассказать об этой истории, нам придётся вернуться в конец 60-х — начало 70-х годов прошлого века, во времена, когда компьютеры были большими, а интернета ещё не существовало...