Высокая доступность и аварийное восстановление для виртуальных сред

Введение

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

Преимущества виртуализации

Компании быстро внедряют виртуализацию из-за огромных преимуществ, которые она предлагает, и некоторые из них включают:

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

Репликация на уровне файлов или блоков

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

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

Подход к репликации для конкретного приложения

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

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

Резервное копирование и репликация

Некоторые решения предлагают как резервное копирование, так и репликацию как часть единого решения. В этом случае резервное копирование интегрируется с репликацией, и пользователи получают решение «два в одном». Эти решения с двухуровневой архитектурой состоят из среды приложения и агента. На сервере приложений также находится сетевая папка, в которой хранятся все файлы резервных копий. Файлы хранятся в этой сетевой папке, а не на каком-либо конкретном целевом сервере, чтобы предотвратить потерю файлов резервных копий. Если целевой сервер выйдет из строя, пользователи захотят продолжить доступ к своим файлам резервных копий, чтобы восстановить целевой сервер с минимальным временем простоя.

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

Виртуальные среды

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

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

Физические в виртуальные серверы

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

фигура 1

Виртуальный в виртуальную среду

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

фигура 2

Отказоустойчивость/отказоустойчивость

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

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

Миграция

В качестве инструмента миграции можно использовать виртуальные серверы в сочетании с определенными решениями для аварийного восстановления. Если физический сервер выходит из строя, можно переключиться на удаленный виртуальный сервер. После того, как основной сайт будет перестроен, восстановление после сбоя может быть легко достигнуто. Для некоторых приложений нет необходимости иметь идентичные версии Exchange на основном и резервном серверах. На самом деле можно запустить Exchange 2003 на первичном сервере и Exchange 2007 на резервном сервере. Эту функцию можно использовать в качестве инструмента миграции. Например, вы можете переключиться на отказоустойчивый сервер, на котором работает Exchange 2007. Обновите исходный первичный сервер до Exchange 2007 и повторите отказоустойчивость. Этот сценарий также применим к серверам SQL 2000, SQL 2005 и SQL 2008.

Вывод

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

О Сонасофт

Sonasoft Corp. автоматизирует процесс резервного копирования и восстановления с диска на диск для Microsoft Exchange, SQL и Windows Servers с помощью своих революционных решений SonaSafe Point-Click Recovery. SonaSafe — единственный продукт, предоставляющий интегрированное решение для резервного копирования/восстановления и репликации для серверов Exchange и SQL. Разработанные для упрощения и устранения человеческого фактора в процессе резервного копирования и восстановления, решения SonaSafe также централизуют управление несколькими серверами и обеспечивают экономически эффективную стратегию аварийного восстановления «под ключ» для компаний любого размера.
сайт www.sonasoft.com