Хотите иметь надежные резервные копии? Начните отслеживать нужные показатели. Мониторинг резервного копирования в мультиоблачной среде упрощает защиту данных, объединяя все в одном месте. Но настоящим прорывом является сосредоточение внимания на ключевых показателях, которые обеспечивают надежность резервного копирования, быстроту восстановления и контроль над расходами.

Вот на что следует обратить внимание:

• Целевое время восстановления (RTO): Как долго системы могут оставаться недоступными, прежде чем это начнет негативно сказываться на бизнесе?
• Целевая точка восстановления (RPO): Какой уровень потери данных допустим?
• Показатель успешности резервного копирования: Завершается ли резервное копирование в соответствии с планом?
• Скорость передачи данных: С какой скоростью могут перемещаться данные во время резервного копирования?
• Использование хранилища: Ваш объем хранилища приближается к пределу?
• Проверки целостности данных: Ваши резервные копии данных точны и не повреждены?
• Время реагирования на инцидент: Насколько быстро можно устранить неполадки?
• Охраняемые ресурсы имеют значение: Охвачены ли все критически важные системы?
• Потребление места в хранилище резервных копий: Эффективно ли вы управляете расходами на хранение?
• Журналы доступа и аудиторские записи: Кто и когда получил доступ к вашим резервным копиям?

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

Демонстрационная сессия «Задайте вопрос эксперту»: Мастер-класс по мониторингу резервного копирования в гибридном облаке Veeam ONE | Вебинар

1. Целевое время восстановления (RTO)

Целевое время восстановления (RTO) — это определение того, как долго ваши системы могут быть недоступны после сбоя, прежде чем это начнет наносить ущерб вашему бизнесу. Проще говоря, это максимальное время простоя, которое вы можете себе позволить, прежде чем все должно снова работать в полном объеме. Кари Ривас, старший менеджер по маркетингу продукции в Backblaze, объясняет это так:

"Восстановление означает, что системы снова работают — полностью функциональны — и пользователи (сотрудники, клиенты и т. д.) могут использовать их так же, как и до инцидента с данными"."

Правильное определение RTO имеет решающее значение, поскольку оно напрямую связывает ваши планы технического восстановления с приоритетами вашего бизнеса.

Стоимость простоя часто определяет целевые показатели RTO (Return to Time Outsourcing). Например, финансовые торговые компании обычно стремятся к показателю RTO, близкому к нулю, поскольку даже несколько минут простоя могут стоить миллионы. С другой стороны, менее критичные системы, такие как внутренние архивы, могут выдерживать простои в течение нескольких дней без серьезных последствий.

Используйте многоуровневый подход к RTO: Установите жесткие временные рамки восстановления (RTO) для критически важных приложений и предоставьте больше гибкости для менее важных систем. Эта стратегия позволяет контролировать затраты на восстановление, обеспечивая при этом защиту наиболее важных операций. В сотрудничестве с руководителями отделов оцените финансовые последствия простоя для каждой системы — это превратит RTO из простого технического показателя в бизнес-ориентированный индикатор.

Регулярно проверяйте свой показатель "реального времени восстановления" (RTR) во время учений или реальных инцидентов. Если ваш показатель RTR постоянно не соответствует действительности, это признак того, что вашей системе резервного копирования требуется модернизация. Например, резервное копирование на ленточные носители, как известно, очень медленное, поскольку требует физического извлечения и загрузки данных. В отличие от этого, облачное хранилище обеспечивает мгновенный доступ, что может значительно ускорить время восстановления. Противопожарные учения и настольные тренировки — отличные инструменты для обеспечения реалистичности и достижимости ваших целей по показателю RTO.

2. Целевой показатель точки восстановления (RPO)

В то время как RTO фокусируется на допустимом времени простоя, RPO фокусируется на том, какой объем потери данных допустим. По сути, RPO измеряет возраст данных, которые можно восстановить из последнего резервного копирования. Например, если ваш RPO составляет один час, вы признаете, что в результате инцидента может быть потеряно до 60 минут данных. Этот показатель имеет решающее значение в многооблачных средах, где точное отслеживание необходимо для согласования усилий по восстановлению с приоритетами бизнеса.

Показатель RPO напрямую влияет на частоту резервного копирования. RPO в один час означает, что резервное копирование должно выполняться как минимум каждый час. Для критически важных систем — например, платежных шлюзов или медицинских карт пациентов — RPO должен быть как можно ближе к нулю. С другой стороны, для менее важных данных, таких как маркетинговая аналитика или архивные заказы на покупку, RPO может составлять от 13 до 24 часов без серьезных сбоев.

Вот поразительная статистика: более 721 000 компаний не достигают своих целей по восстановлению [1]. Часто это происходит потому, что решения по RPO рассматриваются как чисто технические, а не стратегические бизнес-решения. Кари Ривас, старший менеджер по продуктовому маркетингу в Backblaze, подчеркивает это:

"Решение о том, какому стандарту соответствовать, является общей ответственностью. И эти стандарты… — это целевые показатели, которым должны соответствовать команды ИТ-провайдеров и поставщиков инфраструктуры"."

Выяснение того, во сколько обходится вашей компании минута простоя, поможет установить реалистичные целевые показатели RPO.

В многооблачных средах, где производительность может различаться в зависимости от провайдера и региона, отслеживание ваших показателей крайне важно. Фактическая точка восстановления (RPA) Фактическая потеря данных во время инцидентов имеет решающее значение. Если ваша система RPA постоянно не справляется со своей задачей, пора либо увеличить частоту резервного копирования, либо инвестировать в более совершенную инфраструктуру. Автоматизированное высокочастотное резервное копирование часто является единственным способом достижения строгих показателей RPO, поскольку ручные методы просто не справляются.

Чтобы найти баланс между затратами и защитой, установите более строгие значения RPO для критически важных систем, таких как аутентификация клиентов, и более мягкие — для некритичных данных, например, внутренних инвентарных запасов. Такой многоуровневый подход гарантирует защиту наиболее важных данных без чрезмерных затрат на ненужные ресурсы.

3. Показатель успешности резервного копирования

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

Поддержание высокого уровня успешности резервного копирования имеет решающее значение — в конце концов, вы не сможете восстановить данные, которые изначально не были скопированы. В многооблачных средах отслеживание этого показателя может быть сложной задачей из-за необходимости консолидации данных от разных поставщиков. Например, AWS Backup обновляет CloudWatch каждые 5 минут, сообщая количество заданий, в то время как Google Cloud обновляет свои метрики резервного копирования ежечасно. Объединение этих обновлений дает более четкое представление об общей производительности резервного копирования.

Сбои резервного копирования могут быть вызваны несколькими факторами. К ним относятся конфликты в расписании с окнами технического обслуживания (например, для Amazon FSx или служб баз данных), нехватка места для хранения или проблемы с сетью, приводящие к сбоям передачи данных между серверами. облачные провайдеры. Чтобы предотвратить подобные проблемы, настройте автоматические оповещения, когда количество сбоев превысит пять в течение часа. Создание отчетов о тенденциях за 30 дней и более поможет выявить повторяющиеся проблемы, а не единичные случаи.

Если сбои продолжаются, рассмотрите возможность корректировки подхода. Переход на инкрементальное резервное копирование или непрерывную защиту данных (CDP) может уменьшить объем передаваемых данных, снизив нагрузку на вашу систему. Имейте в виду, что AWS помечает задания как "ИСТЕКШИЕ", если они не запускаются в запланированное время, что влияет на вероятность успешного выполнения, даже если не возникает технических ошибок. Регулярный пересмотр и корректировка расписаний резервного копирования помогут предотвратить конфликты ресурсов в пиковые периоды. Тщательная настройка этих процессов гарантирует надежность резервного копирования, позволяя при этом отслеживать другие важные показатели.

4. Скорость передачи данных

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

"Пропускная способность часто является наиболее важным показателем для клиентов, использующих резервное копирование и архивирование, поскольку она указывает на скорость загрузки и выгрузки данных, которую будет ощущать конечный пользователь"."

Когда пропускная способность падает, это может нарушить графики резервного копирования и снизить производительность системы. Низкая скорость передачи данных означает, что резервное копирование занимает больше времени, потенциально затрагивая рабочее время. Именно здесь и возникает концепция резервное окно Это становится критически важным — определенный промежуток времени, отведенный для выполнения резервного копирования без помех для повседневной работы. Если ваша пропускная способность не справляется с нагрузкой данных в течение этого периода, у вас возникнут проблемы. У. Кертис Престон, автор статей в Network World, подчеркивает риски:

"Каждая система хранения данных способна принимать определённый объём резервных копий в день… Несоблюдение этого требования может привести к тому, что резервное копирование будет занимать всё больше времени и затянется на весь рабочий день"."

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

Повышение скорости передачи данных часто требует тонкой настройки конфигурации. Многопоточность — один из способов повышения производительности за счет одновременной передачи нескольких потоков данных, что позволяет более эффективно использовать доступную пропускную способность. Также может помочь регулировка размеров блоков или частей; большие части уменьшают накладные расходы, вызванные частыми вызовами API, хотя и требуют больше памяти. Для организаций, испытывающих проблемы с жесткими временными рамками резервного копирования, переход на инкрементальное резервное копирование или непрерывную защиту данных (CDP) может кардинально изменить ситуацию. Эти методы минимизируют объем передаваемых данных, снижая нагрузку на сеть.

5. Использование хранилища

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

Хороший способ оценить эффективность дедупликации и сжатия — это сравнить их. Виртуальный размер к Сохраненные байты. Если эти показатели практически идентичны, это может свидетельствовать о том, что дедупликация работает не так эффективно, как должна. Такие инструменты, как AWS Backup, предоставляют обновленные метрики хранилища в CloudWatch каждые пять минут, а Google Cloud обновляет данные хранилища резервных копий ежечасно, обеспечивая частые обновления информации о состоянии вашего хранилища.

Неудаление просроченных точек восстановления может привести к ненужным расходам. Как объясняет У. Кертис Престон, известный специалист по резервному копированию и восстановлению данных:

"Единственный способ увеличить емкость хранилища без его приобретения — удалить старые резервные копии. Было бы обидно, если бы неспособность контролировать емкость вашей системы хранения данных привела к невозможности соблюдения установленных вашей компанией требований к срокам хранения"."

Мониторинг роста объёма хранилища как на уровне приложений, так и на уровне хоста позволяет выявить, какие ресурсы являются основной причиной затрат. Например, вы можете обнаружить, что одна база данных монополизирует хранилище резервных копий, в то время как другие приложения практически не влияют на него. Эта подробная информация поможет вам сосредоточить усилия по оптимизации там, где это наиболее важно. Установка пороговых значений оповещений – обычно около 80% емкости – также даст вам достаточно времени для принятия мер до достижения критического уровня.

Наконец, понимание специфических для каждого провайдера показателей выставления счетов имеет решающее значение для предотвращения неожиданностей. Например, AWS Neptune. TotalBackupStorageBilled Метрика включает в себя как непрерывное, так и моментальное хранилище, с ежедневной бесплатной квотой, а Google Cloud позволяет фильтровать метрики по типу ресурса. Знание этих деталей гарантирует использование правильных уровней хранения и контроль над расходами.

6. Проверки целостности данных

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

Основываясь на основных показателях резервного копирования, проверки целостности помогают обеспечить безопасность ваших данных, даже при их перемещении между различными облачными средами. Например, при передаче данных между провайдерами или переходе из «теплого» хранилища в «холодное» могут возникнуть повреждения, которые стандартные журналы резервного копирования могут пропустить. Частичные точки восстановления — резервные копии, которые были инициированы, но так и не были полностью завершены, — представляют собой еще один риск, поскольку они могут оставить вас с неполными или поврежденными файлами во время восстановления.

Современные облачные платформы предлагают инструменты, позволяющие отслеживать целостность данных практически в режиме реального времени. Например, Резервное копирование AWS Обновление метрик в CloudWatch происходит каждые пять минут, что позволяет быстро выявлять и устранять потенциальные проблемы. Некоторые платформы даже различают статусы, такие как "Завершено" и "Завершено с проблемами", сигнализируя о необходимости более тщательного анализа. С другой стороны, Объектное хранилище Oracle Cloud Infrastructure Применяет проактивный подход, автоматически восстанавливая поврежденные данные с помощью избыточности. Для достоверной проверки эффективности мониторинга целостности крайне важно проводить реальные тесты восстановления.

Тесты запланированного восстановления также помогают измерить Реальность времени восстановления (RTR) а также Система восстановления реальности (RPR) – ключевые показатели того, насколько хорошо ваша система резервного копирования работает по сравнению с целями восстановления. Эти тесты позволяют оценить реальную эффективность вашей стратегии резервного копирования.

Для дополнительной защиты, внедрение неизменяемое хранилище с использованием технологий Write-Once-Read-Many (WORM), таких как Блокировка объекта Amazon S3, Это может предотвратить изменение данных после их записи. Это особенно важно для защиты от атак программ-вымогателей. Однако перед блокировкой данных важно проверить их на наличие вредоносного ПО или повреждений, чтобы избежать сохранения ошибок навсегда. Отслеживание Оценка качества данных, Эта система, объединяющая такие показатели, как согласованность, полнота и точность, также может предоставить четкое представление об общем состоянии ваших резервных копий во всех облачных средах.

sbb-itb-59e1987

7. Время реагирования на инцидент

Время реагирования на инцидент отслеживает период между обнаружением сбоя и его устранением. Оно подразделяется на два ключевых показателя: Среднее время подтверждения (MTTA), который измеряет скорость реагирования вашей команды на оповещения, и Среднее время восстановления (MTTR), Этот показатель измеряет время, необходимое для восстановления нормальной работы. Эти метрики работают в тесной взаимосвязи с другими показателями производительности, обсуждавшимися ранее.

"Когда первоначальное задание резервного копирования завершается с ошибкой, высока вероятность того, что и последующие задачи также завершатся с ошибкой. В таком сценарии лучше всего отслеживать ход событий с помощью мониторинга и уведомлений". – Рекомендации AWS.

Определение четких критериев реагирования в зависимости от серьезности инцидента имеет важное значение. Организации часто согласовывают свои целевые показатели уровня обслуживания (SLO) с уровнями приоритета, чтобы обеспечить эффективное реагирование на инциденты:

• P1 (Критический)Подтверждение в течение 5 минут, восстановление в течение 4 часов.
• P2 (Высокий)Подтверждение в течение 15 минут, восстановление в течение 12 часов.
• P3 (Средний)Подтверждение в течение 1 часа, восстановление в течение 24 часов.

Надежные системы оповещения являются основой эффективного реагирования на инциденты. Интегрируя мониторинг резервного копирования с такими инструментами, как Amazon CloudWatch или Google Cloud Monitoring, вы можете настроить уведомления в режиме реального времени через такие сервисы, как Amazon SNS. Например, можно настроить оповещения, которые будут генерировать заявку высокого приоритета, если более пяти заданий резервного копирования завершатся с ошибкой в течение часа.

"Низкое значение MTTA означает, что ваши оповещения быстро доходят до нужных людей. Высокое значение часто указывает на усталость от оповещений, перегрузку уведомлениями или нечеткое распределение обязанностей". – Wiz

Автоматизация играет решающую роль в достижении этих целей. Такие инструменты, как Amazon EventBridge, могут автоматизировать процессы эскалации, обеспечивая быстрое создание заявок и последовательное отслеживание среднего времени до завершения (MTTA). Для поддержания точности крайне важно четко определить, что означает "подтверждено" в вашей многооблачной среде, чтобы все были в курсе необходимых показателей.

8. Охраняемые ресурсы имеют значение.

Показатель количества защищенных ресурсов (Protected Resources Count) измеряет число виртуальных машин, баз данных, файловых систем и других компонентов инфраструктуры, защищенных вашей службой резервного копирования. Это ключевой показатель для оценки того, насколько хорошо ваша система резервного копирования охватывает вашу многооблачную среду. Точные данные о количестве защищенных ресурсов имеют решающее значение для обеспечения надлежащего управления данными, особенно с учетом того, что внедрение многооблачных решений превысило 901 000 000 как в частном, так и в государственном секторах. Отслеживание этих защищенных активов в настоящее время является краеугольным камнем соответствия требованиям и управления в облачных средах.

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

Чтобы оставаться впереди, инструменты автоматического обнаружения имеют важное значение. В динамичных облачных средах постоянно добавляются новые ресурсы, и без автоматического сканирования некоторые ресурсы — часто называемые "теневыми" ресурсами — могут обходить политики резервного копирования. Например, вкладка "Защищаемые ресурсы" в Azure выделяет ресурсы, которые еще не были скопированы, что позволяет легко и быстро устранить эти пробелы.

Настройка оповещений может еще больше улучшить контроль. Например, вы можете настроить CloudWatch или Google Cloud Monitoring для отправки уведомлений, если процент защищенных активов упадет ниже порогового значения, например, 95% от общего объема вашего инвентаря. Такой проактивный подход помогает выявлять потенциальные уязвимости до того, как они приведут к потере данных. Кроме того, присвоение ресурсам меток, таких как "BackupTier: Gold" или "BackupTier: Silver", может упростить применение политик и отслеживание в разных командах или отделах.

Централизованные панели мониторинга — еще один важный инструмент для обеспечения прозрачности в многооблачных средах. Например, AWS Backup обновляет метрики в CloudWatch каждые 5 минут, а Google Cloud предоставляет ежечасные обновления об использовании хранилища. Использование платформ, которые нормализуют форматы данных — таких как платформы, обрабатывающие JSON или syslog, — позволяет обеспечить согласованную отчетность у различных облачных провайдеров. Регулярные проверки API инфраструктуры дополнительно подтверждают охват всех ресурсов, помогая поддерживать соответствие требованиям и избегать пробелов в защите.

9. Потребление места в хранилище резервных копий

Контроль за использованием хранилища резервных копий имеет решающее значение для эффективного управления затратами и планирования мощностей. Одним из ключевых показателей для отслеживания является... объем хранимых данных (измеряется в ГиБ или ТБ). Этот показатель отражает объем занятого пространства, помогая избежать превышения лимитов емкости или неожиданных проблем с выставлением счетов.

Еще один важный показатель — использование пула хранения, Этот показатель отображает процент используемого и доступного пространства в вашей системе резервного копирования. Если использование начинает приближаться к заданным пороговым значениям, пора либо расширить емкость, либо удалить устаревшие резервные копии. Например, AWS Backup обновляет эти метрики каждые 5 минут с помощью CloudWatch, в то время как Google Cloud обновляет значения ежечасно и повторяет последние данные каждые 5 минут.

Также крайне важно проводить мониторинг. минимальное количество дней хранения Это гарантирует хранение данных в течение необходимого периода. Кроме того, отслеживание временных меток первого и последнего восстановления может помочь проверить жизненный цикл резервного копирования и подтвердить соответствие нормативным требованиям.

Одним из потенциальных факторов, влияющих на стоимость, является просроченные точки восстановления, которые не удаляются. AWS Backup предоставляет метрику. NumberOfRecoveryPointsExpired, которая выявляет резервные копии, которые следовало удалить, но которые все еще занимают место. Это может привести к увеличению затрат на хранение. Аналогично, Количество точек восстановления Холод Этот показатель помогает подтвердить, что старые данные передаются на более дешевые уровни архивирования, как и планировалось. Хотя архивное хранилище дешевле, стоит отметить, что затраты на извлечение этих данных могут быть выше.

Чтобы оставаться впереди, создайте пороговые оповещения Для проактивного управления. Ваша система мониторинга должна уведомлять вас, когда использование хранилища превышает установленные лимиты или когда количество истекших точек восстановления начинает расти. Также полезно сегментировать показатели потребления по типу ресурсов — например, экземпляры Compute Engine, базы данных SQL или системы Oracle. Таким образом, вы сможете точно определить, какие рабочие нагрузки приводят к росту использования хранилища, и соответствующим образом скорректировать политики хранения.

Для тех, кто использует Serverion‘Решения для резервного копирования в нескольких облаках (ServerionИнтеграция этих стратегий мониторинга может повысить как производительность, так и экономическую эффективность. Эти методы закладывают основу для более детального изучения операционных показателей в следующих разделах.

10. Журналы доступа и протоколы аудита

Каждое действие, связанное с вашей инфраструктурой резервного копирования — будь то восстановление данных, изменение политики или даже просто чтение информации — должно тщательно фиксироваться. Журналы доступа и аудиторские записи предоставляют подробную информацию о том, кто, когда и откуда получил доступ к чему-либо. Такой уровень прозрачности имеет решающее значение как для расследований в области безопасности, так и для соблюдения нормативных требований.

Журналы аудита должны фиксировать все важные детали каждого события. Это включает в себя пользователя или роль IAM, тип выполненного действия (например, Восстановление резервной копии, Удаление резервной копии, Создание плана резервного копирования), исходный IP-адрес, затронутый ресурс, метку времени и результат действия. Для длительных процессов Google Cloud Backup and DR генерирует две отдельные записи в журнале: одну в начале операции и другую в конце.

Облачные платформы обычно разделяют журналы на две категории: Журналы активности администратора для внесения изменений в конфигурацию и Журналы доступа к данным Для операций, связанных с конфиденциальными данными. Журналы активности администратора обычно включены по умолчанию, но для журналов доступа к данным часто требуется ручная активация. Например, в Google Cloud журналы доступа к данным отключены по умолчанию (за исключением BigQuery) из-за их большого объема. Однако включение этих журналов имеет решающее значение для отслеживания того, кто просматривает или восстанавливает конфиденциальные данные, обеспечивая соблюдение правил конфиденциальности.

Для повышения эффективности мониторинга настройте оповещения в режиме реального времени о критически важных действиях, таких как удаление резервной копии. Кроме того, направляйте журналы в централизованные хранилища для соблюдения требований к срокам хранения, которые могут варьироваться от 30 дней до 10 лет в зависимости от стандартов соответствия. Варианты централизованного хранения включают такие платформы, как Azure Log Analytics или Cloud Storage.

Для многооблачных сред используются такие инструменты, как... Serverion Это может упростить управление журналами. Объединив журналы из AWS CloudTrail, Azure Activity Logs и Google Cloud Audit Logs в единую систему SIEM, вы можете обеспечить унифицированную видимость всей вашей инфраструктуры резервного копирования. Такой подход не только оптимизирует мониторинг, но и повышает вашу способность поддерживать соответствие требованиям на разных платформах.

Сравнительная таблица

Для удобства восприятия, в этой таблице ключевые показатели резервного копирования разделены на три категории: производительность, безопасность/состояние и емкость. Такая группировка показателей помогает выявлять потенциальные проблемы и предоставляет четкий план действий по их устранению. Ниже вы найдете девять основных показателей, каждый из которых имеет свое назначение, способ измерения и пороговое значение оповещения, сигнализирующее о необходимости внимания.

Показатели производительности Основное внимание уделяется скорости резервного копирования и восстановления. Они отвечают на такие вопросы, как: завершается ли резервное копирование вовремя? Можно ли восстановить данные достаточно быстро во время кризиса? Например, если целевое время восстановления (RTO) установлено на 4 часа, а фактическое время восстановления (RTR) регулярно достигает 6 часов, это явный признак того, что вашей системе может потребоваться модернизация.

Показатели безопасности и здоровья Следите за тем, работают ли ваши резервные копии должным образом, и обеспечьте целостность ваших данных. Например, если показатель успешности резервного копирования падает ниже 99% или если за час происходит более пяти неудачных попыток, пора провести расследование.

Показатели пропускной способности Мониторинг использования помогает избежать сбоев, связанных с хранилищем данных. Например, настройка оповещений при достижении уровня загрузки хранилища 80–90% может предотвратить сбои, вызванные нехваткой места.

Категория	Метрическая	Цель	Пример измерения	Рекомендуемый порог оповещения
Представление	Целевое время восстановления (RTO)	Обеспечьте соответствие скорости восстановления потребностям бизнеса.	На восстановление уйдут минуты или часы.	RTR превышает установленный бизнесом RTO.
Представление	Скорость передачи данных (пропускная способность)	Оцените скорость резервного копирования и восстановления.	МБ/с или ТБ/час	Ниже минимальной скорости оборудования
Представление	Использование окна резервного копирования	Убедитесь, что резервное копирование завершается в отведенное время.	Продолжительность времени (ЧЧ:ММ)	> 100% заданного окна
Безопасность/Здоровье	Коэффициент успешности резервного копирования	Отслеживайте надежность защиты данных.	% подсчет успехов/неудач	< 99% успешных случаев или > 5 неудачных случаев в час
Безопасность/Здоровье	Проверки целостности данных	Убедитесь, что данные не повреждены и подлежат восстановлению.	Количество успешно пройденных тестов	< 1 успешное восстановление за 24 часа
Безопасность/Здоровье	События, связанные со состоянием здоровья	Различайте устойчивые и кратковременные сбои.	Здоровое, нездоровое, деградированное состояния	Любое "стойкое нездоровое" состояние
Вместимость	Использование хранилища	Предотвратите истощение запасов при хранении.	% использовано / сохранено байтов	> 80–90% емкость
Вместимость	Потребление места в хранилище резервных копий	Отслеживайте затраты и использование облачного хранилища.	ГБ или ТБ	Общий объем данных превышает бюджетный порог.
Вместимость	Защищенные ресурсы имеют значение.	Обеспечьте защиту всех критически важных активов.	Количество защищенных экземпляров	Количество < ожидаемый запас

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

Заключение

Отслеживание правильных показателей может перевести ваши операции резервного копирования в мультиоблачной среде с простого реагирования на проблемы на их упреждающее предотвращение. Благодаря мониторингу показатели успешности трудоустройства, использование хранилища, и восстановление производительности, Таким образом, вы создаете систему безопасности, которая снижает риск потери данных и простоев.

Рассмотренные нами показатели сосредоточены на трех ключевых областях: защита данных, безопасность, и контроль затрат. Установка пороговых значений оповещений и регулярное сравнение фактического времени восстановления с целевыми показателями RTO (целевое время восстановления) и RPO (целевая точка восстановления) поможет вам выявить потенциальные проблемы до того, как они станут критическими. Как метко заметил Коди Слингерланд, сертифицированный специалист по FinOps:

"Нельзя исправить то, что не измеряешь"."

Этот вывод подчеркивает важность тщательного мониторинга для обеспечения непрерывности бизнеса.

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

Предпринимайте практические шаги, такие как настройка автоматических оповещений о сбоях, превышающих пять заданий в час, регулярное тестирование восстановления для проверки RTO и RPO, а также применение многомерных фильтров для выявления платформ или ресурсов, требующих внимания. Эти действия преобразуют необработанные данные в значимые улучшения, укрепляя вашу инфраструктуру резервного копирования.

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

Часто задаваемые вопросы

Какие ключевые показатели следует отслеживать для успешного резервного копирования в мультиоблачной среде?

Мониторинг необходимых показателей является ключом к обеспечению бесперебойной и надежной работы операций резервного копирования в мультиоблачной среде. Уделяйте особое внимание следующим параметрам: Цели времени восстановления (RTO) а также Цели точки восстановления (RPO) – Эти показатели демонстрируют, насколько быстро и эффективно вы можете восстановить свои данные при необходимости. Еще одним важным фактором является отслеживание скорость передачи данных а также задержка чтобы обеспечить своевременное и бесперебойное резервное копирование во всей вашей облачной среде.

Также важно отслеживать использование хранилища, включая общую вместимость и доступное пространство, чтобы максимально эффективно использовать ваши ресурсы. Следите за показатели успешности выполнения резервного копирования и общий объем обработанных данных Это поможет вам выявлять потенциальные проблемы на ранней стадии, до того, как они обострятся. Постоянно отслеживая эти показатели, вы можете поддерживать надежную и эффективную стратегию резервного копирования.

Как предприятиям сбалансировать затраты и защиту при установлении целей по RTO и RPO?

Чтобы найти оптимальный баланс между стоимостью и уровнем защиты при настройке вашего... Целевое время восстановления (RTO) а также Целевая точка восстановления (RPO), Первым шагом является тщательный анализ влияния на бизнес. Это поможет определить, какие приложения являются абсолютно критически важными и требуют наименьшего времени восстановления (RTO) и оптимального времени восстановления (RPO), а какие могут выдерживать более длительное время восстановления и некоторую потерю данных. Например, для критически важных рабочих нагрузок следует создавать частые резервные копии, в то время как менее важные данные можно хранить с использованием более экономичных вариантов с более длительными интервалами резервного копирования.

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

Компания Serverion упрощает этот процесс благодаря своим решениям для резервного копирования в мультиоблачной среде. Независимо от того, требуется ли вам высокопроизводительное хранилище SSD для критически важных данных или бюджетное объектное хранилище для архивирования, их гибкие решения позволяют достичь целей по RTO и RPO, оставаясь в рамках бюджета – и все это без ущерба для надежности и непрерывности бизнеса.

Как можно повысить скорость передачи данных при резервном копировании в нескольких облачных средах?

Для повышения скорости передачи данных при резервном копировании в нескольких облачных средах сосредоточьтесь на нескольких ключевых методах. Начните с использования следующих возможностей: параллельная обработка При этом значительно сократится объем данных, передаваемых по сети. Настройка нескольких резервных каналов и включение сжатия среднего уровня позволит максимально эффективно использовать пропускную способность, не создавая при этом чрезмерной нагрузки на процессор. Еще один совет? Разбейте большие файлы на более мелкие фрагменты — примерно по 1 ГБ каждый — и назначьте эти фрагменты отдельным каналам. Это позволит одновременно обрабатывать несколько потоков данных, значительно повышая пропускную способность.

Сочетание еженедельные полные резервные копии с ежедневное инкрементное резервное копирование Ещё один разумный подход — передача только изменённых блоков данных. Это позволяет экономить пропускную способность и ускорять обычные задачи резервного копирования. Следите за показателями передачи и рассмотрите возможность планирования резервного копирования в непиковые часы, чтобы избежать перегрузки сети. Хотите пойти ещё дальше? Использование кэширования на периферии сети или высокоскоростного хранилища рядом с точкой входа в облако может сократить задержку, сделав передачу данных ещё более плавной.

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

Похожие записи в блоге

• 5 лучших практик резервного копирования в гибридном облаке
• Метрики Cloud DR: пояснения RTO и RPO
• 5 основных показателей производительности резервного копирования, которые следует отслеживать
• Полное руководство по мониторингу облачного хранилища в реальном времени