Вот пример того как это делается в тестах самого каржа: https://github.com/tarantool/cartridge/blob/master/test/integration/failover_stateful_test.lua

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

нет, почему?

то же самое про бутстрап вшарда например

но вот про то что оператор должен бы уметь это из коробки тут не поспоришь

да я видел бустрап vahard ,   я очень внимательно его видел ... его невозможно автоматизировать  потому что он расчитан на то что все всегда работает и не ломается

но я знаю как то обойти,   для этого достаточно в картридже сделать момент бусрапа vsahrd  таким чтобы    в моменте существовал ровно один репликасет (желательно с одной репликой)  и атомарно поднять спейсы vshard ,  
это может  делать либо оператор либо картридж   ,  и мне кажется что кртридж руля настройками кластера   должен это делать самостоятельно.

и толшько после бустрапа vshard мастшабирвать кластер до необходимых размеров, т.к. процес ребалоанса уже eventually и поломать его невозможно

без этой фичи говорить про автоматические прогонки    старта кластера в котором больше одного репликасета  без участия человека невозможно

Удачи Вам на этом пути!

Посмотрите внимательно тучу тест-кейсов не только в Карже, но и в других модулях и не изобретайте велосипед, все уже написано

там какойто другой vsahrd?

Например

вот код

https://github.com/tarantool/cartridge/blob/6b09c02/cartridge/roles/vshard-router.lua#L145-L178

и  он ниразу не eventually ,   либо bootstrap_group падает на старте  потому что кого то из репликасетов нет,
либо если ему показалось что репликасеты все есть
то вызывается  бутстрап vsahrd     который может не увидеть  все репликастеы  и    здраствуй  NO_ROUTE_TO_BUCKET Bucket 13264 cannot be found.     и ручной запуск  bucket_force_create

привет 🖐 спасибо за ответ я пока эту задачу приостановил из за приоритетов.

Привет!
Подскажите пожалуйста по метрикам CPU: tnt_cpu_thread (total|count)
Как написать запрос в prometheus, чтобы вернуть процент загрузки процессора?

sum by (instance, file_name, thread_name, kind) (idelta(tnt_cpu_thread[5s]) / on (instance) group_left idelta(tnt_cpu_total[5s]) * 24)
24 - количество ядер

Я не бот

я вот в себе не уверен

Добрый вечер. Вопрос теоретический, но с практическим смыслом.
Что должно такое произойти в реплике M-M на ТТ 1.10, чтобы на разных реплицируемых инстансах были расхождения в данных? Ну т.е. грубо говоря на интансе 1 "А=1", а на на интсансе 2 и на всех остальных "А=2"? Пару раз это происходило и природа сего события мне не понятна.  По идее это в корне разрушает весь смысл слова "реплика".
P.S. Не реплицируемых спейсов нет.
P.P.S replication_skip_conflict = true
Вдогонку еще вопрос: Существует ли в природе простой способ(если нет, то планируется ли такое в будущем) "перезагрузки" данных на одном из инстансов в реплике? Потому как описанный способ "перезапуска" репликации описанный в доке: https://www.tarantool.io/ru/doc/1.10/book/replication/repl_reseed/ по мне так мало чем отличается от фактически настройки репликации заново. При большом количестве инстансов в реплике это становится уже достаточно трудоемким процессом, хотя и решающим проблему.