Новость из категории: Информация

Планируем стратегию восстановления IT-бизнеса - четыре шага к устойчивости. Часть III

Содержание:
1. № 1. Выясните, что такое время доступности для приложений;
2. № 2. Правильно определите масштаб своей среды;
3. № 3. Правильно определите размер и расположение хранилищ данных (Вы читаете данный раздел);
4. № 4. Опыт — путь к совершенству.
Планируем стратегию восстановления IT-бизнеса - четыре шага к устойчивости. Часть III

№ 3. Правильно определите размер и расположение хранилищ данных

Мне приходилось встречать ситуации, когда поставщик программного обеспечения накладывал ограничения на количество данных в отдельном хранилище. Например, поставщик программы резервного копирования может установить порог в 2 Тбайт (или другой порог для одного хранилища резервного копирования), что вынудит вас распределить резервные копии по нескольким хранилищам.

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

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

Планируем стратегию восстановления IT-бизнеса - четыре шага к устойчивости. Часть III

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

Планируем стратегию восстановления IT-бизнеса - четыре шага к устойчивости. Часть III

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

Планируем стратегию восстановления IT-бизнеса - четыре шага к устойчивости. Часть III

Рейтинг статьи

Оценка
0/5
голосов: 0
Ваша оценка статье по пятибальной шкале:
 
 
   

Поделиться

Похожие новости

Комментарии

^ Наверх