Гость123Существует некий веб сервис, через него идет достаточно приличный и беспрерывный поток данных, все эти данные обрабатываются и складируются в БД.
Периодически этот сервис не справляется с потоком информации, а иногда еще и отключается по техническим причинам.
Есть мысль создать второй аналогичный сервис

Логично, дублирование - типичный первый шаг в попытке повысить надёжность (и сложность, что требует доп.усилий по обеспечению надёжности :) )


Гость123но как пользователь будет знать о его существовании?
Создать некий прокси балансирующий нагрузку, но возникает вопрос, а что если он упадет, как очень оперативно его подменить, в датацентрах техподдержка раскачивается достаточно долго, а даже при отключке даже на 10 минут люди уже начинают ворчать.


Если вы опасаетесь даже таких ситуаций, то:

1 вариант: снабжать "пользователя" списком альтернативных сервисов
2 вариант: снабжать "пользователя" списком альтернативных прокси, которые имеют списки альтернативных сервисов :)
3. Использовать инфраструктуры, предоставляющие более надёжный "хостинг".

Гость123
И второй момент, как грамотно синхронизировать базы между этими серверами, идентификаторы записей должны быть int и уникальны в обеих базах.

Судя по этой фразе, веб-сервис и БД у вас живут вместе, и, заводя второй веб-сервис, вы предполагаете, что будете оперировать с двумя БД.
Во-первых, это не обязательно, и эту проблему можно решить, создав кластер из СУБД.
Во-вторых, эффективное решение синхронизации 2-ух разных БД сильно зависит от выбранного вами СУБД.
В-третьих, повышая сложность системы, приходится всё время оглядываться на ограничения и оправдывать затраты (про которые вы довольно мало рассказали). Отсюда и много теоретизирования :)