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

Область отказа (Fault domain)

Определение

Область отказа — группа компонентов, которые могут одновременно стать недоступны из-за одной общей причины.

Также ищут: Fault domain · домен отказа · область общего отказа · failure domain

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

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

Наглядно

Где проходит граница отказа

Общее питание — общая причина отказа двух серверовОдна область отказаОбщее питаниеСервер AСервер B
Пример общей причины: два сервера зависят от одного питания. Разные корпуса сами по себе не образуют независимые области отказа. Источники схемы
Связи из словаря

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

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

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

  1. Область отказа объединяет компоненты с общей точкой отказа: потеря одного общего элемента может затронуть всю группу.

    Граница применимости: Определение относится к инфраструктуре кластера; деловые процессы и программные зависимости образуют дополнительные области отказа.

  2. Области отказа рассматривают на уровнях узла, стойки, помещения или дата-центра и площадки. Защита от отказа узла не доказывает защиту от потери всей площадки.

    Граница применимости: Точные границы устанавливают по устройству конкретной инфраструктуры.

  3. Редакторский пример: данные и серверы размещены в двух помещениях, но для запуска обеих сторон нужна единственная служба учётных записей. Отказ этой службы остаётся общей зависимостью восстановления, несмотря на разнесение оборудования.

    Граница применимости: Вывод из областей отказа инфраструктуры и планирования зависимостей NIST. Логическая общая зависимость не объявляется автоматически отдельным типом домена в конкретной кластерной платформе.

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

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

  5. Рекомендация редакции

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

    Граница применимости: Форма практической проверки по областям отказа и плану NIST. Таблица не заменяет испытание и не устанавливает независимость по одному признаку.

  6. Два отдельных дисковых массива могут быть независимы при отказе одного контроллера и зависеть от общего питания при аварии электроснабжения. Независимость задают для причины отказа; универсального вывода «копии независимы вообще» из числа устройств нет.

    Граница применимости: Редакторское сопоставление физической топологии и защиты данных. В примере разные контроллеры и общее питание заданы явно; реальная разводка требует собственной проверки.

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

Не путать

Область отказа (Fault domain) Высокая доступность (HA)

Область отказа помогает проверить границы HA: какой резерв останется после одного события. Сам факт размещения двух узлов ничего не говорит о доступной мощности и работе услуги на оставшемся узле.

Область отказа (Fault domain) Аварийное восстановление (DR)

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

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

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

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

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

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

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

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

  • Официальная документация
    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.

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

  • Официальная документация
    Security Guidelines for Storage Infrastructure National Institute of Standards and Technology · NIST SP 800-209, October 2020 · проверено

    Разделяет backup, replication, immutability, continuous data protection и point-in-time copies; описывает synchronous и asynchronous replication.

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

  • Официальная документация
    High Availability — CSRC Glossary National Institute of Standards and Technology · CSRC glossary, проверено 29 августа 2026 года · проверено

    Фиксирует HA как failover capability для доступности при отказе device или component.

Карта знаний

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

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

Курсы по теме

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