Понимание аварийного переключения «активный-активный» и «активный-резервный»

Просмотр категорий

Понимание аварийного переключения «активный-активный» и «активный-резервный»

4 min read

Устойчивость сети имеет решающее значение для поддержания непрерывности бизнес-операций. Механизмы аварийного переключения играют жизненно важную роль в обеспечении высокой доступности и надежности сетевых сервисов. Для достижения этих целей обычно используются две основные стратегии аварийного переключения — «Активный-активный» и «Активный-резервный».

Основы аварийного переключения #

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

Активный-активный отказоустойчивый режим #

При настройке аварийного переключения «активный-активный» несколько систем или компонентов работают одновременно, распределяя нагрузку и обеспечивая резервирование. Обе (или все) системы полностью работоспособны, и трафик распределяется между ними. В случае сбоя одной системы ее нагрузка плавно передается остальным активным системам, обеспечивая постоянную доступность.

активный-активный отказоустойчивый режим

Преимущества:

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

Рекомендации по реализации:

  • Многогранность: Конфигурации Active-Active требуют сложных механизмов балансировки нагрузки для эффективного распределения трафика.
  • Стоимость: Необходимость в нескольких активных системах и резервировании может оказаться дорогостоящей с точки зрения аппаратного обеспечения и обслуживания.
  • синхронизация: Обеспечение согласованности и синхронизации данных во всех активных системах имеет решающее значение для предотвращения потери или повреждения данных.

Случаи использования:

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

Активно-резервное аварийное переключение #

При настройке аварийного переключения «активный-резервный» одна система (активная) обрабатывает весь трафик, в то время как другая (резервная) остается в режиме ожидания, готовая взять на себя управление в случае сбоя активной системы. Резервная система становится активной только во время сбоя.

Преимущества:

  • Простота: проще реализовать и управлять по сравнению с конфигурациями «активный-активный».
  • Экономически эффективным: требует меньше ресурсов, поскольку резервная система не обрабатывает активно трафик.
  • Предсказуемое аварийное переключение: Процесс аварийного переключения прост и имеет четкую основную и резервную систему.

Рекомендации по реализации:

  • Время аварийного переключения: Может произойти кратковременный перерыв, поскольку резервная система возьмет на себя активную роль.
  • Недоиспользование: Резервная система во время нормальной работы простаивает, что приводит к потенциальному недоиспользованию ресурсов.
  • Обслуживание: Регулярное тестирование и обслуживание резервной системы необходимы для обеспечения ее правильной работы во время аварийного переключения.

Случаи использования:

  • Databases: критически важные базы данных часто используют конфигурации Active-Standby для обеспечения целостности и доступности данных во время аварийного переключения.
  • Корпоративные приложения: критически важные для бизнеса приложения, требующие предсказуемых и простых механизмов аварийного переключения.

Выбор правильной стратегии аварийного переключения #

Выбор между стратегиями аварийного переключения «активный-активный» и «активный-резервный» зависит от нескольких факторов, в том числе:
Требования к доступности: для сред, требующих высокой доступности и минимального времени простоя, предпочтительны конфигурации Active-Active.
Ограничения бюджета: Установки «активный-резервный» более экономичны и могут подойти небольшим организациям с ограниченным бюджетом.
Трафиковая нагрузка: Среды с высоким трафиком выигрывают от возможностей балансировки нагрузки конфигураций Active-Active.
Сложность и управление: конфигурациями Active-Standby проще управлять, что делает их подходящими для организаций с ограниченными ИТ-ресурсами.

Как реализовать отказоустойчивость с помощью RELIANOID #

Реализация аварийного переключения «активный-активный» и «активно-пассивный» с помощью RELIANOID включает использование методов балансировки нагрузки, таких как глобальная балансировка нагрузки сервера (GSLB) для активно-активных конфигураций и кластеризация с отслеживанием состояния для активно-пассивных конфигураций. Вот подробное руководство о том, как добиться обеих настроек:

Активное-активное аварийное переключение с GSLB #

Обзор: аварийное переключение «активный-активный» гарантирует, что все серверы активно обрабатывают трафик, распределяя нагрузку между несколькими серверами, обеспечивая тем самым высокую доступность и балансировку нагрузки.

Предпосылки:

  • RELIANOID установлен на нескольких серверах.
  • Публичные IP-адреса для каждого сервера.
  • Контроль DNS для управления записями GSLB.

Шаги:

1. Настройка GSLB:

  • Войти в RELIANOID веб интерфейс.
  • Перейдите в GSLB > Фермы и создайте новую ферму.

2. Настроить GSLB:

  • Добавьте зоны DNS и серверные части (RELIANOID балансировщики нагрузки в данном случае) в ферму GSLB, указав IP-адреса серверов, которые будут частью активной-активной настройки.
  • Настройте проверки работоспособности, чтобы убедиться в работоспособности каждого сервера. Эти проверки работоспособности будут периодически проверять работоспособность каждого внутреннего сервера.

3. Конфигурация DNS:
Настройте своего DNS-провайдера на использование IP-адреса фермы GSLB. Это гарантирует, что DNS-запросы направляются через GSLB, который, в свою очередь, распределяет трафик на доступные серверы.

4. Контролируйте и регулируйте:

  • Регулярно отслеживайте производительность и состояние вашей установки GSLB с помощью RELIANOID интерфейс.
  • При необходимости настройте алгоритм балансировки нагрузки (например, Round Robin, Least Connections) для оптимизации производительности.

Активно-пассивное аварийное переключение с кластеризацией с отслеживанием состояния #

Обзор: Активно-пассивное переключение при отказе предполагает, что один сервер активно обрабатывает трафик, в то время как другие серверы остаются в режиме ожидания. Если активный сервер выходит из строя, его работу берет на себя пассивный сервер.

Предпосылки:

  • RELIANOID установлен как минимум на двух серверах.
  • Конфигурация сети для обеспечения связи между серверами.
  • Разрешен карп и безвозмездный ARP-трафик.

Шаги:

1. Конфигурация кластера:

  • Войти в RELIANOID веб-интерфейс на обоих серверах.
  • Перейдите в Система> Кластер на каждом сервере.
  • Настройте один сервер в качестве Эталонный а другой как Раб.

2. Синхронизация конфигурации:

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

3. Тестирование отказоустойчивости:

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

4. Мониторить и поддерживать:

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

Пример конфигурации для кластеризации с отслеживанием состояния (активно-пассивный) #

Настройка кластера:

  • На главном сервере: Система > Кластер > Настроить as Эталонный.
  • На подчиненном сервере: Система > Кластер > Настроить as Раб.

синхронизация:

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

Включить аварийное переключение с отслеживанием состояния:

  • Настройте параметры аварийного переключения с отслеживанием состояния, чтобы сохранить состояния сеанса.

Заключение #

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

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

📄 Загрузите этот документ в формате PDF #

    EMAIL: *

    Powered by BetterDocs