Я отвечаю за решение, какую базу данных использовать для большого государственного проекта:
Достаточно ли зрелый mySQL, чтобы справиться с такой конфигурацией?
Пожалуйста помоги.
Одним из важных решающих факторов является то, какой у вас есть опыт управления базами данных и разработки? Если вы в настоящее время работаете только с Oracle, и вам нужно нанять администратора базы данных MySQL для управления базой данных MySQL, то в конечном итоге это будет стоить намного дороже, чем новая лицензия Oracle.
Что означает «100 мега записей (оценка)»? Это должно быть 100 миллионов? Все три перечисленных могут обрабатывать объем данных при условии, что вы предоставите серверу достаточно ЦП и памяти для обработки рабочей нагрузки.
Одна вещь, которую необходимо выяснить, - это RPO и RTO для базы данных. Это поможет вам разработать решение, которое вам нужно.
Думаю, все упомянутые базы данных достаточно зрелые. Если ваши сценарии настолько просты, я бы выбрал правильную систему в зависимости от платформы разработки, которую вы планируете использовать.
Например, при разработке в .NET MS SQL Server 2008 дает вам много хороших интеграционных функций, и эту базу данных интегрировать намного проще, чем, например, MySQL. Oracle - общий выбор, но цена намного выше. На сервере Windows я бы предпочел MS SQL 2008, на Linux MySQL или Oracle. Но я знаю, что все системы реализованы на обеих платформах.
Все эти системы одинаково надежны и используются во многих приложениях 24/7 (MySQL не исключение).
У вас может быть «предшествующий уровень техники» на фронте лицензирования, который может сделать ваше решение немного более ясным. Например, у меня много государственных клиентов, у которых есть корпоративные лицензии на ORACLE, поэтому установка нового сервера не является проблемой, если не считать аппаратных соображений. Уточните у своего клиента существующие корпоративные решения.
Если это должно быть общее решение, вы можете рассмотреть любой из наборов решений уровня сопоставления, которые позволят вам иметь гибкость при развертывании серверной части, например, использование ODBC, JDBC или JMS, в зависимости от ситуации, для подключения со следующего нижележащего уровня. в БД, с настройками подключения из конфигурационного файла. Таким образом вы можете избежать определенной степени блокировки. Конечно, если это решение ориентировано на одного клиента и вы никогда не планируете продавать его кому-либо еще, вы можете избежать таких архитектурных соображений ... если у них нет нескольких поставщиков баз данных в доме, и они хотите гибкости для выполнения на любом сервере.
Ваши требования расплывчаты, но я бы выбрал MySQL Enterprise Edition для x64 (12 ядер, 48 ГБ ОЗУ) Red Hat Linux, работающего в режиме избыточности Master / Slave.
Вам нужен общий совет, это мощная система по низкой цене. 2 сервера будут стоить 10 тысяч каждый, программное обеспечение будет стоить около 7 тысяч за коробку в течение одного года поддержки (5 тысяч MySQL EE, 2 тысячи RHEL). Теперь вас поддерживает Oracle в MySQL. Вы также можете заменить Oracle Enterprise Linux по той же цене.
Ничто из того, что вы сказали, не указывает на то, что вам нужно больше. Ведущий / ведомый MySQL - это хорошо известная конфигурация, намного проще, чем кластеризация, и она будет создана в течение 15 минут после аппаратного сбоя на вашем основном сервере. Как сказал Барт, географическая изоляция действительно была бы полезной, обычно вы не можете сделать это в кластере, но можете с репликацией MySQL.