Сколько пользователей?

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

Этот вопрос лучше разделить на два отдельных:

•             Сколько пользователей будет подключено?

•             Сколько пользователей будут активными одновременно?

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

Что в данном контексте означает активный и бездействующий? Автор не ограничивается определением пользователей, в действительности касающихся клавиатуры или ожидающих отклика системы на их последнее нажатие клавиши. По определению автора пользователи считаются активными, даже если они на данный момент сделали перерыв на раздумывание или на маленький глоток кофе. Если же они не производят никаких действий, связанных с системой, на протяжении более одной минуты, то есть смысл отнести их к бездействующим пользователям.

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

•             Случайные (нерегулярные) пользователи OLTP. К ним относятся пользователи, выполняющие запросы по случаю или вводящие пакетные запросы. Нерегулярное использование приводит к относительно легкой нагрузке, исключая запросы с пакетными заданиями или отчеты, часто выполняющиеся в фоновом режиме и потому рассматривающиеся как пакетные задания.

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

Естественно, 200 пользователей в зависимости от ситуации могут породить сильно отличающиеся друг от друга нагрузки.

Не так давно Тим Рид (Tim Read), ведущий консультант в Sun UK, свел воедино пользовательскую диаграмму оценки размеров, приводимую в виде таблицы 13-1.

Оценки Тима, устаревшие на сегодняшний день, основывались на специфической среде Oracle Financials General Ledger и могут не подойти для любой другой среды. Автор включил их главным образом в качестве примера, чем рекомендации.

Тим проанализировал большой объем данных и подвел итоги в доступной для понимания форме. Анализ данных является одним из ключевых процессов в оценке размера. Прелесть документирования результатов конкретным образом наподобие приведенного состоит в том, что документ становится отправной точкой для дальнейших действий. Его можно развивать далее, если реальные данные существенным образом отличаются от оценок или характеристики обработки рабочих нагрузок со временем изменяются.

Изменяются ли требования к обработке на разных рабочих сменах?

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

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

Ключевыми вопросами становятся следующие:

•             В какую смену происходит наибольшее потребление каждого типа системных ресурсов?

•             Какую смену следует выбрать в качестве основы для оценки размеров? Является ли она наиболее интенсивной сменой или более важными становятся другие факторы? Например, пакетная рабочая нагрузка в вечернюю смену может быть самой значительной, а вот времена отклика пользователям во время дневных смен могут рассматриваться как более критичные.

Каким образом пользователи подключаются к серверу БД?
Программмный интерфейс приложения JDBC
Какие требуются объем и производительность ввода/вывода?
Типичные схемы использования
Трехкратное увеличение активности записи

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


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