Окончательный расчет прогнозируемых требований к квантам

Оценить
(0 голоса)

Получение коэффициентов нагрузки для каждого из этих элементов было возможно только с помощью индивидуального определения степени их влияния на производительность рабочей нагрузки. Такую картину мы получили благодаря тестировани-1М, спроектированным для изменения только анализируемого элемента. В одних слу-гаях данные рабочей нагрузки были уже доступны, в других - становились доступами в течение курса разработки модели, а в третьих - необходимо было провести 1селедование.

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

•             CU - количество подключенных пользователей.

•             Qu - кванты, потребляемые на каждого подключенного пользователя (Qu=Q+CU).

•             ТРМи - скорость транзакции на одного подключенного пользователя (ТРМи = TPM* CU). Это значение обеспечивает реальную проверку, осуществляя обратную связь по поводу того, была ли прилагаемая скорость транзакции на одного пользователя низкой, средней или высокой.

•             Su - общее количество дисковых операций ввода/вывода, на одного подключенного пользователя (Su = S* CU).

Требования к объему дискового устройства возрастают за счет индексов, временах табличных пространств, журналов, сегментов отката, а требования к росту моделировались с учетом использования RAID-технологий. Если RAID-технология ре-лизована аппаратно, то дополнительные операции ввода/вывода и пропускная спо-обность будут рассматриваться со стороны массива хранения, но не через операци-нную систему. Напротив, программная RAID-технология приводит к дополнительной нагрузке, рассматриваемой и со стороны операционной системы, и со стороны массива хранения. Эти эффекты были исследованы и учтены в модели.

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

Обоснование модели
Получившийся инструмент
Процесс проектирования универсального инструмента
Насколько большая система мне необходима?
Основа задания размеров

Добавить комментарий


Защитный код
Обновить