new tier property "can_vote"

---

• Close #103 (closed)
• Target branch: main
• Changes should be cherry-picked to 24.2: no
• Staging: https://docs.binary.picodata.io/picodata/kusancho/tiers/tiers_update/

docs/architecture/raft_failover.md

@@ -22,17 +22,18 @@ Raft предполагает, что в кластере всегда суще
 
 Чтобы сохранить баланс между надежностью кластера и удобством его
 эксплуатации, в Picodata предусмотрено автоматическое распределение
-голосующих узлов. Количество голосующих узлов в кластере не настраивается
-и зависит только от общего количества инстансов:
+голосующих узлов. Количество голосующих узлов в кластере не настраивается явно и зависит
+только от количества _потенциально_ голосующих инстансов — инстансов из тиров со
+свойством [can_vote](../architecture/system_tables.md#_pico_tier):
 
-- 1 инстанс — 1 голосующий узел;
-- 2 инстанса — 2 голосующих узла;
-- 3 или 4 инстанса — 3 голосующих узла;
-- 5 и более инстансов — 5 голосующих узлов;
+- 1 потенциально голосующий инстанс — 1 голосующий узел;
+- 2 потенциально голосующего инстанса — 2 голосующих узла;
+- 3 или 4 потенциально голосующего инстанса — 3 голосующих узла;
+- 5 и более потенциально голосующих инстанса — 5 голосующих узлов;
 
 Если один из голосующих узлов становится недоступным
 или прекращает работу (что может нарушить кворум в Raft), то тип `voter`
-автоматически присваивается одному из доступных неголосующих узлов.
+автоматически присваивается одному из доступных потенциально голосующих узлов.
 Переключение происходит незаметно для пользователя.
 
 ## Пример распределения голосующих узлов {: #voters_distribution_example }