… более чем 30 000 различных веб-сервисов компании.

Точнее — 30 000 серверов, которые обслуживают более чем 150 веб-сервисов.

Да и вообще не совсем ясно, как в этом случае реализована failover-схема, если все запросы идут через middleware — очевидно для middleware выделяется отдельная группа серверов.

SHARD Broker может быть запущен либо на одном из серверов, на которых запущены шарды, либо на отдельном сервере. Сами базы/шарды, в том числе и SHARD брокеры, являются частью CUBRID Server. Т.е. сервер может иметь активные базы, может не иметь, также может иметь несколько брокеров, а может и не иметь. В зависимости от ресурсов разработчики должны решить отделять SHARD брокер от серверв, где находятся сами базы данных, или нет.

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

В CUBRID есть два уровня failover. 1) на уровне сервера 2) на вровне брокера. Т.е. эта группа SHARD брокеров будут производить failover между собой. В приложении разработчик может указать список адресов брокеров. Если один из них не ответит в течение определенного времени, запрос автоматически передается второму брокеру и т.д.

Лично мне не очень понятно, они настраиваются в одном месте, или же их надо rsync-а между несколькими серверами, выделенными под брокеры.

Если Вы решили запустить несколько SHARD брокеров на разных машинах, Вы должны предоставить копию конфигураций для каждого, чтобы в случае failover они знали, что и как обрабатывать.

Еще раз большое спасибо за обзор CUBRID! Если возникнут еще вопросы, буду рад ответить.

Всего наилучшего!