It is not how it works. You should describe what you tried to do, what went wrong, and what exactly we can help you with

Да это студень какой-то лабу сдает похоже :)

I'm having a problem creating erd

On paper

Hi, your question is about Microsoft Sql Server, and this is community about Clickhouse

он во все группы пишет)

So I've to leave group

всем доброго времени суток, на сколько жива следующая схема -
два nginx с keepalived IP
два сервера с 2 distributed таблицами. Одна на запись-чтение, вторая на чтение
2 шарда с каждый с 2 репликами. 1 шард для запись-чтение (сюда смотрит 1 distributed таблица), 2 для чтения (сюда смотрит 2 distributed таблица). Эта два шарда с одними и теми же данными должны быть.
нормально ли будут работать 2 сервера с 2 distributed таблицами, который друг о друге не знаю, но писать и читать приложение может как с 1 так и со 2
Такая схема нужна, чтобы без простоя можно было обновлять любой сервер.
2 distributed будет смотреть в 2 шард с репликами чисто для чтения аналитиками. Они в любой момент могут его перегрузить или положить и бизнес от этого никак не должен пострадать.

А что мешает просто  по одному серверу обновлять?

вот в этой схеме и будем по одному обновлять, но если нам надо будет обновить сервер с distributed таблицами, то приложение надо направить на второй

По моему это прроще сделать на nginx c lua

Вы придумали свою репликации на nginx-е. Что помешало использовать встроенную?

в nginx мы и будем переключать

nginx здесь только направляет запросы и его тоже можно будет обновлять за счёт keepalived
встроенную репликацию мы будет использовать, конечно

Сложно было сделать сложнее чем у вас) Дистрибьютед таблицы независимы, создавайте сколько угодно описаний кластеров и вешайте на них дистрибьютед. Шард это набор уникальной информации, как и зачем 1 шард на запись-чтение, другой на чтение?

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

может вы имели ввиду отдельные реплики? Или вы одну и ту же ирнформацию хотите в каждый шард дублировать?

да, информация должна быть одинаковая везде

2 шарда по две реплики в каждом. Запись идет в одну из реплик каждого шарда. Чтение либо из обеих реплик, либо из тех что не использубтся для записи. Дистрибьютед таблиц можно сколько угодно и каким угодно составом создавать.