SYSTEM ATLASЗагрузка материала

Split Brain

Split Brain

Несколько узлов одновременно считают себя активным лидером.

Простыми словами

Например, команда замечает симптомы «Split Brain», но лечит каждый случай отдельно. Более устойчивый вариант — команда устраняет механизм «Split Brain» через изменение границ, стимулов или ответственности. Поэтому поведение при сбое задают заранее: система должна ограничить ущерб, освободить ресурсы и дать оператору понятный сигнал.

Пример от @Vibeclakr

Пример при разработке

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

Это редакционный пример применения, а не часть определения или доказательство концепции.

Механизм действия

Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.

Пример в работе

Нерабочий подход

Исправлять отдельные проявления «Split Brain» по одному, не проверяя, нет ли у них общей причины.

Системный подход

Если «Split Brain» действительно объясняет проблему, менять не отдельный симптом, а сам механизм — например границы, стимулы или распределение ответственности.

Ограничения

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

Источник

National Institute of Standards and Technology. Contingency Planning Guide for Federal Information Systems. 2010. NIST SP 800-34 Rev. 1.

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