Расчет параметров производительности баз данных Описание методологии расчета
Расчёт масштабирования решений для Общероссийского официального сайта в части управления хранением данных приведен для примера использования ПО управления базами данных компании Oracle. Расчет основан на результатах тестирования СУБД Oracle, как самим производителем, так и сторонними компаниями. Также принят во внимание опыт аналогичных многочисленных внедрений решений Oracle за рубежом и в России, включая такие информационные системы, как:
ГАСвыборы;
ФТС России;
Роснедвижимость;
ИБД региональных и федеративных уровней МВД России;
Центрального Банка России;
Сбербанка России;
Федеральной Налоговой Службы;
Комплекса информационных систем Правительства гг. Москва и Санкт-Петербург;
Прецезионное масштабирование системы управления базами данных возможно только в случае использования готового приложения, поскольку на производительность серверов базы данных сказывается огромное количество разных факторов, включая:
Основную длительность запросов;
Частоту и сложность запросов;
Массовость операций insert/delete/update по сравнению с операциями чтения;
Правильность проектирования самой базы данных, поскольку можно на порядки изменять производительность системы путём правильного индексирования и разбиения больших таблиц на фрагменты.
Для проведения численного расчёта параметров производительности использовалась композитная бизнес-метрика QphH (TPC-H Composite Query-per-Hour Performance Metric). Анализу подвергалась аппаратная платформа IBM Server 570 (и аналогичные) и база данных Oracle Database Enterprise Edition 10g.
Исходными данными для расчета являлась прогнозная нагрузка, приведенная в разделе «Исходные данные для расчета».
В опубликованных материалах IBM приведены следующие показатели производительности серверов:
IBM System p570 (64 процессора) с базой DB2 343,000 QphH;
IBM eServer p5 595 IBM AIX (32 процессора) с Oracle 10g 100,000 QphH;
IBM eServer p5 570 (8 процессоров) с базой DB2 26,156 QphH.
Исходные данные для расчета
Для расчёта использовались следующие контрольные цифры:
Предельное количество организаций с правом размещения заказа – 189,500 (прогноз 2010 г);
Предельное количество обращений в сутки – 5,031,818 (прогноз 2010 г).
Объём документов представляет из себя, как минимум, масштаб информационных комплексов системы г.Москвы и г.Санкт-Петербурга.
Система состоит из различных прикладных модулей, включая аналитику, прогнозирование, поиск и размещение заказов (данные по подсистемам приведены в Техническом задании на создание Общероссийского официального сайта).
Результат расчета
Расчет производился экспертами Российского представительства компании Oracle.
По результатам расчета, наиболее подходящей конфигурацией для серверов IBM p570 является 64 активных процессора.
Для оптимальной архитектуры желательно реализовать 2 независимых Центра Обработки Данных (ЦОД), в каждом из которых использовать как минимум 2 параллельно работающих сервера, для чего необходимо использовать технологию Real Application Clusters.
Для среднестатистической работы с базой данных (например, OLTP-запросы), ведущие специалисты по базам данных приводят следующие показатели:
80-100 одновременно работающих пользователей на 1 процессор;
3 Мб оперативной памяти на работающего пользователя.
В результате получается, что 64 процессора будет достаточно для более чем 5,000 одновременно работающих пользователей базы данных, что будет достаточно для решения задач управления данными Общероссийского официального сайта в условиях расчетных пиковых нагрузок.
Примечание:
Основным механизмом обеспечения безопасности на уровне баз данных рекомендуется использовать Oracle Database Vault. В этом случае, есть возможность гибкого распределения прав администраторов и приложений (вплоть до прав на отдельные команды базы данных и работы с определённых IP-адресов).
|
