Продолжение поста ниже

2. Распределённая отказоустойчивость: топология треугольника Когда мы говорим «треугольник» применительно к третьему уровню хранения (виртуальная лента описанная выше), мы на самом деле проецируем на железо принципы организации отказоустойчивого ЦОДа. Почему именно три узла? Потому что это минимальный кластер, в котором можно собрать активный кворум (2 из 3) по аналогии с алгоритмами вроде Raft. Два узла это не кворум, а «медицинский случай»: один упал, второй не может принять решение без риска split-brain . Три это уже почти бессмертие.

Как это завязано на стандарты ЦОД? В железобетонном мире Tier III (конструкторская документация которого сертифицируется Uptime Institute) требуется: - Резервирование N+1 (один запасной компонент). - Множественные активные пути - обслуживание чего угодно без остановки работы

Итог по топологии: Неважно, о чем речь —о трёх полках HDD, трех ленточных библиотеках или гибриде. Схема примерно схожая, то есть у нас должно быть минимум три узла. Таким образом, ваш сервис перестаёт быть просто складом резервных копий. Он приобретает свойства ЦОДа класса Tier III на минималках - с возможностью вынимать любой узел руками, не объявляя аварию и даже не спрашивая разрешения у клиента, оставаясь при этом таким же быстрым и обширным.

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