Требования к функционированию системы
Требования к надежности системы
Система должна отвечать следующим требованиям по надежности:
Система должна обеспечивать доступность приложений 24х7 365 дней в году, с надежностью 99,9% (Допускается суммарный простой системы не более 8,5 часов в год);
Сбой единичных компонент серверов и/или систем хранения не должен приводить к простою приложений;
В случае сбоя сервера допускается потеря данных в размере и за время не превышающих размер и время выполнения единичной элементарной транзакции. Таким образом, должна быть обеспечена 100% гарантированность корректного выполнения сложных транзакций, что обеспечит полную защиту от потери данных на уровне приложений;
Простой приложений в случае выхода из строя одного из узлов не должен превышать 30 минут. Данное требование предъявляется как мера обеспечения катастрофоустойчивости Системы, когда в случае выхода узла из строя по техногенным или иным обстоятельствам, должно быть произведено оперативное переключение исполнения приложений на резервный узел.
Требования к производительности
Система должна обеспечивать возможность одновременной работы расчетного количества пользователей при сохранении комфортного времени реакции – не более 3 секунд.
Расчет параметров производительности системы
Методика расчета параметров производительности системы
Расчет параметров необходимой производительности (сайзинга) компонент Общероссийского официального сайта производится по следующей методике:
Определяются компоненты системы, являющиеся ключевыми по отношению к обеспечению необходимого времени реакции на действия пользователей. Такими компонентами, применительно к задаче создания Общероссийского официального сайта являются портальная платформа и система управления базами данных;
Определяется вариант технологии реализация этих компонент (вендор, класс ПО и аппаратного обеспечения), на примере которой производится расчет;
Исходя из мировой практики реализации систем подобного класса и требований к надежности системы разрабатывается схема размещения аппаратного и программного обеспечения (Deployment-схема);
Формируются исходные данные для расчета, исходя из прогноза нагрузки на Общероссийский официальный сайт;
По методологии вендора, чья технология используется в качестве варианта реализации и при помощи технических служб данного вендора определяется конфигурация ПО и аппаратного обеспечения, удовлетворяющая требованиям к производительности в условиях прогнозной нагрузки;
Расчет конфигурации сетевой инфраструктуры и обеспечивающих компонент производится исходя из полученных технических характеристик серверных комплексов и систем хранения данных, таким образом, чтобы используемые компоненты по своей пропускной способности и быстродействию не ограничивали производительность системы в целом.
Рисунок 5. Методика сайзинга
Расчет параметров производительности портальной части
Расчет параметров производительности портальной части выполнялся на примере использования для реализации Общероссийского официального сайта промышленной портальной платформы IBM WebSphere. Поскольку данная платформа по рейтингу Garthner Group за 2007 г. является лидером в своем классе, результаты расчета будут справедливы для любой другой платформы такого же класса с применением поправочного коэффициента, учитывающего разницу в эффективной производительности платформ.
Описание методологии расчета
Расчет параметров производительности выполнен на основе методологии IBM. Методология расчета IBM Workplace Web Content Management (WCM) базируется на лабораторном тестировании сравнительной производительности. IBM использует специализированные средства расчета требований к системным ресурсам в зависимости от выбранной серверной платформы.
Первым шагом в расчете является заполнение опросного листа IBM Workplace Web Content Management, предоставленным IBM Techline Europe, в котором должна быть предоставлена информация о планируемой нагрузке на Систему (перечень предоставляемых показателей приведен в разделе «Исходные данные для расчета»). Дополнительно, предоставляется информация о планируемой платформе, базе данных и основных функциональных требованиях.
Информация опросного листа используется в качестве исходных данных второго уровня (технических данных), на основании которых по методике вендора определяется потенциальная рабочая нагрузка. На основании данных о потенциальной рабочей нагрузке определяются требования к составу и производительности процессоров, памяти и дисковому пространству серверного комплекса, предназначенного для установки WCM.
Исходные данные для расчета
Исходные данные для сайзинга формируются на основе полученных показателей нагрузки. Для Интернет-ориентированных систем при расчете нагрузки на портальную составляющую такими данными являются:
Количество зарегистрированных пользователей;
Количество сессий зарегистрированных пользователей в пиковый час;
Время нахождения в системе зарегистрированного пользователя в пиковый час;
Количество запросов в течении «типичной» сессии;
Временные интервалы между запросами в течении «типичной» сессии («think time»);
Количество сессий незарегистрированных пользователей в пиковый час;
Количество обращений на одну сессию для незарегистрированных пользователей;
Временные интервалы между запросами в течении «типичной» сессии («think time») для незарегистрированных пользователей;
Описание бизнес-логики системы;
Описание предварительной архитектуры системы;
Требования к надежности;
Предельный уровень утилизации вычислительных ресурсов.
Объемы передаваемых и накапливаемых данных.
Количество зарегистрированных пользователей в подавляющем большинстве определяется количеством организаций с правом размещения заказа. Приблизительное количество оценивается в 189500.
Количество сессий зарегистрированных пользователей определяется количеством публикуемых документов. Среднее количество опубликованных извещений в час оценивается в 1723. На каждое опубликованное извещение о проведении открытого конкурса (около 25% от общего числа) в системе размещается три протокола (протокол вскрытия, протокол рассмотрения, протокол оценки) и документы с дополнениями и разъяснениями, всего в среднем 5 документов. На каждое извещение о проведении аукциона или запросе котировок (75% от общего числа) приходится один протокол. Таким образом, общее среднее число публикуемых документов в час будет составлять 2153 по конкурсам и 2584 по котировкам и аукционам, всего 4737 документов в час.
Исходя из коэффициента оценки пиковой нагрузки, равного 10, количество сессий зарегистрированных пользователей в пиковый час пиковых суток составит 47370.
Среднее количество сессий в системе зарегистрированного пользователя в пиковый час равняется 1 сессии.
Количество запросов в течение «типичной» сессии оценено в 16 запросов.
Временные интервалы между запросами в течении «типичной» сессии («think time») 30 сек.
Анонимные пользователи (в терминах 94-ФЗ – участники размещения заказа) формируют основной поток обращений к системе. Число обращений участников оценивается в 503182 в час. В среднем, за одну сессию участник генерирует около 8 обращений. Таким образом, количество сессий анонимных пользователей в пиковый час оценивается в 628977.
Количество обращений на одну сессию для незарегистрированных пользователей оценивается как 8 обращений.
Временные интервалы между запросами в течении «типичной» сессии («think time») для незарегистрированных пользователей составляют 30 сек.
Число пользователей имеющих право изменять служебный контент портала (содержимое для WCM) оценивается, как 50.
Процент запросов страниц содержащих содержимое, предоставляемое WCM -50%.
Среднее количество WCM портлетов на страницу оценивается как 2 портлета. Тип портлетов - удалённый. Максимальная загрузка процессора выбрана как 60%.
Так же были выдвинуты требования к повышенной производительности системы.
Расчет параметров производительности производился, исходя из Deployment-схемы, приведенной на Рисунок 6 (стр. 18).
.
Рисунок 6 - Deployment-схема программно-аппаратных средств Общероссийского официального сайта
Пояснения к Deployment-схеме:
Caching Server (1,2) - кеширует содержимое сокращая нагрузку на процессор портал сервера;
HTTP (1,2) - служат для первичной обработки http запросов, осуществляют баланс запросов между портал серверами кластера, могут выдавать статическое содержимое клиенту;
Portal (Node 1, Node 2) - Кластер портала, реализующий общий интерфейс для работающих на нём же бизнес-приложений (портлетов);
BPM - Business Process Server - позволяющий работать с бизнес-процессами, BPEL;
Application Server- сервер приложений является базой для построение портала, обеспечивая работу с ресурсами используемыми порталом и бизнес-приложениями;
WWCM (Node 1, Node 2) - Кластер Workplace Web Content Manager - служит для управления корпоративным содержимым и элементами оформлением Портала;
DM (1,2) - Deployment Manager - служит для управлением конфигурациями кластеров Portal и WWCM;
DB(1,2) - Сервер баз данных, служит для хранения информации о ресурсах портала, пользователей, а так же используется как репозиторий для хранения информации связанной с бизнес задачами;
LDAP(1,2) - содержит информацию о пользователях и группах пользователя портала в иерархической структуре;
TAM - Tivoli Access Manager - обеспечивает основанный на политиках доступ к системе и корпоративным приложениями;
WCM Authoring Server - служит для подготовки к публикации содержимого используемого в WWCM (п.4);
Результат расчета
Для реализации Системы на примере использования промышленного оборудования IBM pSeries должна быть использована, как минимум следующая конфигурация:
Для портальной части:
Для оборудования презентационной части системы - 2 х 4 ядерных IBM p6-570 4,7 Ггц процессорных машин с 1 ГБ RAM на процессор или эквивалентных, для функционирования Web(HTTP) сервера;
Для Портальной части системы - 2 х 9 ядерных IBM p6-570 4,7 Ггц процессорных машин с 2 ГБ RAM на процессор или эквивалентных, для функционирования WebSphere Application/ Portal серверов;
Для сервера баз данных (для служебных данных портальной платформы) - 2 х 2 ядерных IBM p6-570 3,5 Ггц процессорных машин с 1 ГБ RAM на процессор. Эта часть должна быть установлена как кластер и совместно используемым внешним диском для баз данных высокой доступности;
Промышленное оборудование для WCM:
Сервер создания содержимого WCM - 2 х 2 ядерных IBM p6-520 1,65 Ггц процессорных машин с 1 ГБ RAM на процессор, или эквивалентная для функционирования WCM Authoring сервера;
Сервер публикаций WCM - 4 х 4 ядерных IBM p6-570 4,7 Ггц процессорных машин с 1 ГБ RAM на процессор, или эквивалентная для функционирования WCM Publishing сервера;
|
