архитектура за высокую доступность

У меня такой сценарий:

У вас есть производственная линия, работающая круглосуточно и без выходных. Время простоя очень дорогое. Программное обеспечение, управляющее всеми различными частями, должно использовать общую форму хранения базы данных. Основная причина для этого - знать, в каком состоянии находится завод. Например, некоторые продукты можно смешивать при использовании одного и того же набора оборудования, а другие ОБЯЗАТЕЛЬНО нет.

требования:

• Я хочу, чтобы программное обеспечение могло чтобы обнаружить, что ошибка в одной части установка должна привести к остановке некоторых машин на расстоянии более 1 км. поэтому сохранение данных в ПЛК не вариант.
• Обновления и обновления заводской среды часто
• нагрузка (с точки зрения компьютера) будет очень низкой.

Система выполняет несколько сотен заданий в день в течение какие расчеты / проверки выполняются с последующими инструкциями для заводских машин. Большую часть времени системы будут скучать. Наиболее важным требованием является центральная компьютерная система, которая должна быть правильной и всегда работать.

Я думал использовать базу данных на основе динамо (riak или cassandra), где данные записываются на несколько машин, причем каждая машина имеет вся база данных

Когда одна система выходит из строя, она отключается автоматически. Традиционная база данных sql может быть более сложной задачей при обновлении, когда таблицы изменяются, а это главное подчиненное устройство сложнее настроить.

Каким будет ваше решение?

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

• Как решить проблему с общим состоянием.
• сложность базы данных не будет проблемой. Я буду больше похож на простое хранилище значений ключей для получения наиболее актуальных и правильных данных.