Кластеризация и доступность

Failover (переключение при отказе)

Определение

Failover, или переключение при отказе, — автоматический переход работы на резервную систему после отказа активной. Перенос роли ещё не означает возобновление услуги: клиенту нужны доступные зависимости, корректные данные и успешно выполненная операция.

Также ищут: Failover · автоматическое переключение · переключение при отказе · service failover

Зачем это знать

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

Связи из словаря

Карта понятия

Доказательная часть

Что подтверждено

  1. NIST определяет переключение при отказе как способность автоматически перейти на резервную систему после отказа активной.

    Граница применимости: Ручной запуск аварийного плана и запланированная миграция относятся к другим процедурам.

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

    Граница применимости: Согласованность приложения и свежесть данных проверяют отдельно.

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

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

  4. Перенос роли или сетевого имени на резервный узел ещё не подтверждает работу приложения. Клиенту нужны доступные зависимости, корректные данные и успешная операция; их проверяют после передачи роли.

    Граница применимости: Редакторская приёмка из назначения переключения и проверки восстановленной системы NIST. Перечень операций и условия успеха задаются для конкретной услуги.

  5. Успешный плановый перенос при доступной исходной системе не доказывает тот же результат при её внезапном отказе. В этих сценариях различаются доступность исходного состояния и возможность выполнить подготовительные шаги.

    Граница применимости: Редакторское сравнение определения отказа NIST и переноса работающей VM Microsoft. Это не запрет использовать общий механизм, а требование отдельно проверить заявленный аварийный сценарий.

  6. Учебный случай: роль перешла за 20 секунд, но клиент смог снова выполнить согласованную операцию только через три минуты от начала сбоя. При измерении перерыва клиента результат равен трём минутам; внутренние 20 секунд остаются отдельным этапом.

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

Граница терминов

Не путать

Failover (переключение при отказе) Живая миграция

Плановый перенос работающей VM использует доступную исходную сторону. Аварийное переключение проверяет возможность вернуть роль при её отказе; удачный плановый перенос не заменяет это испытание.

Failover (переключение при отказе) RTO

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

Перед спецификацией

Что проверить

  1. Укажите событие переключения и автоматический или управляемый порядок.
  2. Подтвердите данные и все зависимости роли на резервной стороне.
  3. Для единственного владельца ресурса проверьте изоляцию прежнего узла.
  4. Измерьте перерыв по согласованной операции клиента.
  5. Отдельно проверьте пригодность и свежесть полученного состояния.
  6. Испытайте внезапный отказ, если заявлена защита от него.
  7. Зафиксируйте состояния до и после переключения и условия возврата.
Открытые основания

Первоисточники

  • Документация7
  • Официальная документация
    Failover — CSRC Glossary National Institute of Standards and Technology · CSRC glossary по NIST SP 800-53 Rev. 5, проверено 29 августа 2026 года · проверено

    Определяет automatic switch to redundant or standby system после failure active system.

    Утверждения: 01 · 04 · 05 · 06

  • Официальная документация
    Failover Clustering in Windows Server and Azure Local Microsoft · Microsoft Learn, обновлено 25 июня 2025 года · проверено

    Описывает nodes, clustered roles, health monitoring, failover и quorum в failover cluster.

    Утверждения: 02 · 03

  • Официальная документация
    Failover Clustering topologies Microsoft · Microsoft Learn для Windows Server 2016–2025, проверено 29 августа 2026 года · проверено

    Определяет fault domains и показывает границу single-rack HA, stretch cluster и multi-site DR.

    Утверждения: 02

  • Официальная документация
    Pacemaker Explained ClusterLabs · Ветка 3.0; точная редакция непинованного PDF требует повторной проверки · проверено

    Прежняя точная пометка Pacemaker 3.0.1 снята после замечания редактора о непинованном URL. Фактически отдаваемая редакция и разделы требуют повторного открытия; новый номер и дата получения без документа не назначались.

    Утверждения: 03

  • Официальная документация
    Contingency Planning Guide for Federal Information Systems National Institute of Standards and Technology · NIST SP 800-34 Rev. 1, update от 11 ноября 2010 года · проверено

    Первичный planning guide по BIA, recovery strategies, RPO/RTO, contingency и disaster recovery plans.

    Утверждения: 04 · 06

  • Официальная документация
    Live Migration Overview Microsoft · Microsoft Learn, обновлено 17 сентября 2020 года · проверено

    Отделяет перенос работающей VM без воспринимаемого простоя от automatic failover и показывает, что live migration может работать без кластера.

    Утверждения: 05

  • Официальная документация
    Recovery Time Objective — CSRC Glossary National Institute of Standards and Technology · CSRC glossary по NIST SP 800-34 Rev. 1, проверено 29 августа 2026 года · проверено

    Определяет RTO как допустимую длительность recovery phase до ущерба mission/business process.

    Утверждения: 06

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие