(495) 925-0049, ITShop интернет-магазин 229-0436, Учебный Центр 925-0049
  Главная страница Карта сайта Контакты
Поиск
Вход
Регистрация
Рассылки сайта
 
 
 
 
 

Производительность сервера Lotus Domino 7, Часть 3

Данная статья является третьей в серии статей, посвященных улучшениям производительности, которые мы измерили для Domino 7. В первой статье "Производительность сервера Lotus Domino 7, Часть 1: Рабочие нагрузки от клиентов Lotus Notes" мы говорили о стандартной производительности почтовой системы Domino 7. Во второй статье "Производительность сервера Lotus Domino, Часть 2: Производительность Domino 7 для пользователей Domino Web Access" мы рассматривали результаты производительности Domino HTTP, полученные при эмулировании пользователей Domino Web Access. В данной статье рассматривается новый тест производительности под названием Enterprise Mail. Этот тест эмулирует Notes-пользователей в корпоративной среде. В будущей статье мы исследуем несколько переменных Notes.ini, которые важны для настройки оптимальной производительности в Domino 7.

В первой части статьи мы объясним причину, по которой мы разработали рабочую нагрузку Enterprise Mail, и опишем, что делает эта рабочая нагрузка. В оставшейся части статьи мы продемонстрируем полученные нами результаты тестов производительности на различных платформах. Мы надеемся, что вы найдете эту информацию полезной и узнаете об улучшениях, сделанных в Domino 7.

Примечание: Результаты, приведенные в этой статье, были получены при использовании тестов производительности, выполняемых в управляемой среде. Хотя при создании тестовой программы были предприняты серьезные усилия по включению в нее обычных пользовательских действий, вполне вероятно, что реальные пользователи будут использовать Domino по-другому (не только узкий набор функций, тестируемых программой). Следовательно, эти цифры должны восприниматься исключительно как информация для понимания относительной производительности версий Domino. Они не являются рекомендациями для реального развертывания. За помощью по планированию нагрузки обращайтесь к вашему поставщику аппаратного оборудования.

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

Тест производительности с рабочей нагрузкой Enterprise Mail

Программы тестирования производительности могут тестировать много разных вещей. В данном случае мы сравниваем различные версии программного обеспечения (Domino 7 и Domino 6.5) на одной и той же машине. В отличие от других тестов, в которых мы пытаемся показать максимальное количество пользователей, которое могла бы поддерживать тестируемая система, данный тест фокусируется на аппаратных ресурсах, необходимых для поддержки фиксированного числа пользователей.

Рабочая нагрузка Enterprise Mail (EntMail) представляет собой набор команд, включенных в инструментальные средства NotesBench и Server.Load. Мы начали с рабочей нагрузки R6mail в качестве базы:

Действие  Описание 
Чтение почты Читается пять сообщений на каждой итерации (15 минут).
Обновление почты Обновляется два сообщения на каждой итерации.
Добавление почты Добавляется два сообщения на каждой итерации.
Передача почты Передается сообщение трем пользователям на каждой шестой итерации.
Создание назначения Создается назначение на каждой шестой итерации.
Передача приглашения Передается приглашение трем пользователям на каждой шестой итерации.
Удаление почты Удаляется два сообщения на каждой итерации.
Передача RSVP для получения приглашения Передается приглашение RSVP (accept) на каждой шестой итерации.

Затем мы добавили несколько новых действий:

Действие  Описание 
Поиск в базе данных Выполняется поиск в почтовой базе данных двух случайно выбранных слов на каждой итерации.
Репликация локальных почтовых баз данных с сервером 20% пользователей работают с локальной репликацией. Локальная копия реплицируется с сервером каждые 15 минут.
Кластерная репликация всех почтовых баз данных План репликации устанавливается в Domino Directory. Для каждого из двух членов кластера запланирована ежечасная принудительная репликация.
Ежечасная репликация всех баз данных Все базы данных реплицируются ежечасно из обоих серверов.
Серверы работают с ведением журнала транзакций Выполняется на обоих серверах.

При выполнении рабочая нагрузка Enterprise Mail пытается эмулировать разнообразные действия пользователя на целевых серверах. К этим действиям относятся обмен сообщениями, составление календаря, поиск в базе данных, репликация базы данных между серверами, репликация локальной базы данных на клиенте и кластерная репликация. Рабочая нагрузка Enterprise Mail была разработана на ранних этапах разработки Domino 7 для проверки самой разнообразной функциональности Domino, чтобы можно было оптимизировать производительность различных компонентов Domino. Рабочая нагрузка очень близко воспроизводит среду пользователя, куда входит репликация, кластеризация, локальная репликация почтовых баз данных, полнотекстовый поиск, ведение журналов транзакций и т.д.

Данный тест Enterprise Mail измеряет следующие метрики на сервере:

  • Производительность выполненных операций Notes.
  • Среднее время реакции при максимальной нагрузке.

Полученные результаты эффективности использования ресурсов для данного количества пользователей затем сравниваются для двух версий Domino.

На серверах не выполняются ни сканирование в реальном времени на наличие вирусов, ни другое стороннее программное обеспечение. Хотя мы пытались создать условия работы, максимально близкие к реальным, нам необходимо было исключить работу, которая является переменной во времени, а также переменной между различными пользовательскими рабочими местами. Дополнительная информация по выполнению теста Enterprise Mail с использованием Server.Load приведена ниже.

Общие результаты

Процент улучшения эффективности использования CPU для Domino 7 на всех платформах зависит от количества активных пользователей. Вообще говоря, чем больше пользователей, тем выше эффективность использования Domino 7 по сравнению с Domino 6.5.

Использование ресурсов для каждой платформы измерялось при устойчивом состоянии для наибольшего количества пользователей. Среднее значение не записывалось до тех пор, пока не проходило более двух часов после фиксации устойчивого состояния, а результаты усреднялись примерно за шесть часов. Количество активных пользователей - это общее количество пользователей, работающих на обоих серверах. То есть, половина пользователей работала на одном из серверов, и половина работала на парном кластере. Количество пользователей было доведено до того уровня, когда Domino 6.5 еще не переполнялся от нагрузки. Это позволило поддерживать нагрузку для Domino 6.5 и достичь устойчивого состояния.

Количество кластерных репликаторов было установлено так, чтобы кластерная репликация не выходила за 15 минут (900 секунд).

Как выполнить тест Enterprise Mail с использованием Server.Load

Server.Load - это программа, которая может быть установлена при установке Domino. Для установки рабочей нагрузки Enterprise Mail в качестве варианта выбора в Server.Load добавьте в ваш файл Notes.ini: SL_ENABLE_ENTMAIL_WORKLOADS=1.

Перед запуском рабочей нагрузки Enterprise Mail оба сервера, а также ваш драйвер Server.Load, должны быть корректно настроены. Указания по установке Enterprise Mail находится в базе данных Namagent.nsf. Эта база данных устанавливается в каталоге data системы, на которой установлен Server.Load. После открытия этой базы данных, откройте документ Using this Database (Help - Using this Database). В самом конце этого документа есть вложение под названием EntMail.zip. Этот файл можно разархивировать, чтобы извлечь нескольких полезных файлов для настройки Enterprise Mail. Среди этих файлов есть справочный файл, описывающий Enterprise Mail (EntMail_help.txt), и инструкции по установке (EntMail_setup_Windows.txt, EntMail_setup_zseries.txt).

Параметры Notes.ini

Мы использовали несколько влияющих на производительность переменных Notes.ini для оптимизации производительности сервера в наших тестах. Например, в Domino 6.5.x были введены параметры FTUpdate_Idle_Time и Update_Idle_Time. FTUpdate_Idle_Time указывает, когда (в секундах) выполняется полнотекстовое обновление, а Update_Idle_Time устанавливает частоту обновления при просмотре. Для обоих переменных значение по умолчанию равно 5 секундам. Domino 7 имеет более эффективную кластерную репликацию, поэтому мы использовали эти два параметра для замедления обновления в Domino 7, чтобы гарантировать приблизительно одинаковый объем работы в сравнении с Domino 6.5. В результате мы могли выполнить корректное сравнение загруженности CPU.

Параметр cluster_replicator устанавливает количество кластерных репликаторов. В Domino 6.5 этот параметр должен быть выше, чем в Domino 7, для предотвращения выхода времени кластерной репликации за 15 минут.

Мы установили ServerTasks в update,replica,router,amgr,adminp. Мы также установили EnableForcedFillOnFileExtend в 1, чтобы разрешить Domino явно использовать операционную систему/файловую систему для расширения файла базы данных (NSF).

Переменная NSF_DBCache_Max_Clean_Hold_Time определяет длительность в минутах сохранения базы данных в DbCache в обновленном состоянии перед удалением ее из кэша. Установка этого параметра в более высокое значение позволяет базе данных дольше оставаться в кэше, что приводит к уменьшению объема работы на сервере.

Кроме того, мы рекомендуем установить переменную Server_Transinfo_range на всех рабочих машинах Domino, входящих в кластер. Это определит чувствительность к неудачам клиентских запросов к члену кластера при занятости сервера. Определение значения для этого параметра - это итеративный процесс, основанный на мониторинге Server Expansion Factor и Server Availability Index. Мы не настраивали наши серверы на использование системы восстановления после сбоя, поэтому этот параметр не имел влияния на наши тесты.

Полную информацию по этим и всем остальным переменным Notes.ini можно найти в документации по Domino 7.

В следующих разделах данной статьи мы рассмотрим конкретные результаты тестов, полученных нами на платформах AIX, iSeries, Solaris 9, Windows 2003, zSeries Linux и z/OS.

AIX

Тесты на AIX мы запускали на машине pSeries Model p570 Power 5, выполняющей последнюю версию операционной системы AIX 5.3. Мы использовали выделенный логический раздел (LPAR) с двумя физическими 1.65GHz CPU, определенными для него. Аппаратное обеспечение AIX 5.3 и Power 5 поддерживает Symmetrical MultiThreading (SMT) и представляет нам (в данном случае) два дополнительных виртуальных CPU. Мы используем Network Appliance Filer, настроенный как модуль Network Attached Storage. LPAR настроен с двумя Domino-разделами, которые тоже работают как кластер Domino-сервера. Все тесты выполнялись с разрешенным ведением журналов транзакций с использованием кругового (circular) режима. Тесты выполнялись с 6000 эмулированными пользователями, работающими параллельно, и с 3000 пользователями, определенными как имеющие свой домашний почтовый сервер на каждом Domino-сервере. 20% пользователей были определены, как имеющие локальные копии почтовых файлов. Принудительная репликация между Domino-серверами выполнялась по часовому плану. Были также разрешены обновления и полнотекстовая индексация.

В следующей таблице показана наша конфигурация аппаратного и программного обеспечения для тестирования на AIX:

Модель p570
Количество CPU Два 1.65 GHz
Установленная оперативная память 8 GB
Network Appliance Filer NAS-конфигурация
Операционная система AIX 5.3 64-битное ядро

Для оптимизации производительности мы установили следующие параметры в файлы Notes.ini тестовых серверов:

Domino 6.5 Domino 7
NSF_DBCache_MaxEntries=7100
Server_max_concurrent_trans=60
Server_show_performance=1
Server_TransInfo_Range=22
Cluster_replicators=8
NSF_Buffer_Pool_Size_MB=512
NSF_DBCache_MaxEntries=7100
NSF_DBCache_Max_Clean_Hold_Time=9999
NSF_Buffer_Pool_Size_MB=512
server_pool_tasks=60
server_max_concurrent_trans=60
server_show_performance=1
Server_Transinfo_range=22
Cluster_replicators=4
FTUpdate_Idle_Time=25
Update_Idle_Time=25
RTR_MAX_POOLSIZE_MB=200
ServerTasks=Replica,Router,Update,Adminp

Значения Server_Pool_Tasks и Server_Max_Concurrent_Trans были установлены для поддержки большего количества конечных пользователей, достижимого в каждой версии Domino. Перед изменением значений по умолчанию для этих параметров рекомендуется проанализировать их для оптимизации используемых значений. Мы также должны были настроить размер пула репликации кластера для тестовых запусков Domino 7, установив параметр RTR_MAX_POOLSIZE_MB. (Этот параметр, по-видимому, нужен только в тестовой среде, но если достигается максимальная граница размера пула, появляется сообщение об ошибке.) Во время тестов время реакции клиента было меньше 1 секунды. На рисунке 1 показаны результаты нашего теста.


Рисунок 1. Использование CPU на AIX
 

Как показано на рисунке 1, при одинаковом числе эмулированных пользователей, выполняющих одинаковую рабочую нагрузку за одинаковый период времени, мы имеем 27% уменьшения загрузки CPU в Domino 7 по сравнению с Domino 6.5. А когда Domino 7 использует шаблон mail7.ntf (а Domino 6.5 - mail6.ntf), уменьшение загрузки CPU составляет 22%.

В следующей таблице представлены результаты по использованию ресурсов при тестах, выполненных нами для обоих шаблонов. В первой таблице показаны результаты для 6000 эмулированных пользователей, использующих почтовый шаблон mail6.ntf:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Процент использования CPU 97 71 -27
Операции чтения, запросов в секунду 20,728 22,065 6
Операции записи, запросов в секунду 30,733 32,980 7
Используемая общая память (MB) 1209 1032 -15
Используемая память процесса (MB) 63 109 73
Сетевая активность, bytes/sec 19,203 20,779 8

Во второй таблице наши эмулированные пользователи Domino 7 используют почтовый шаблон mail7.ntf, а пользователи Domino 6.5 - mail6.ntf:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Процент использования CPU 97 76 -22
Операции чтения, запросов в секунду 20,728 28,466 37
Операции записи, запросов в секунду 30,733 37,712 23
Используемая общая память (MB) 1209 1045 -14
Используемая память процесса (MB) 63 105 67
Сетевая активность, bytes/sec 19,203 22,671 18

Значения дисковых и сетевых операций в этих таблицах были измерены в Network Appliance Filer при помощи команды sysstat.

iSeries

Для среды iSeries были настроены два Domino-раздела с данными для 4000 пользователей. Пять клиентов эмулировали по 800 пользователей каждый (всего 4000). По умолчанию на iSeries данные распределяются по дискам равномерно. Сетевой доступ осуществлялся через один 1GB Ethernet-адаптер. В следующей таблице приведена конфигурация для наших тестов на iSeries:

Модель 9604/520
Количество CPU Два 1.9 GHz
Установленная оперативная память 3.583 GB
Дисковые приводы 62
Операционная система i5/OS V5R3

Мы установили следующие параметры в серверных файлах Notes.ini:

Domino 6.5 Domino 7
NSF_buffer_pool_size_MB=300
Server_Pool_Tasks=60
Server_Max_Concurrent_trans=100
NSF_DBcache_maxentries=4100
server_show_performance=1
platform_statistics_enabled=1
NSF_buffer_pool_size_MB=300
Server_Pool_Tasks=60
Server_Max_Concurrent_trans=100
NSF_DBcache_maxentries=4100
server_show_performance=1
platform_statistics_enabled=1

Как и на других платформах, Domino 7 при работе на iSeries показывает повышение эффективности использования CPU и масштабируемости. Domino 7 уменьшает загрузку CPU по сравнению с Domino 6.5, работая с количеством почтовых пользователей до 4000 включительно (см. рисунок 2).


Рисунок 2. Использование CPU на iSeries
 

Во время тестов клиентское время реакции было менее 1 секунды.

В следующих таблицах показано сравнение эффективности использования ресурсов для каждого шаблона. В первой таблице показаны результаты для 4000 эмулированных пользователей, работающих с почтовым шаблоном mail6.ntf:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Процент использования CPU 54.8 46.8 -15
Среднее время реакции (msec)
100 MB/sec Ethernet
123 111 -10

Во второй таблице наши эмулированные пользователи Domino 7 используют почтовый шаблон mail7.ntf, а пользователи Domino 6.5 - mail6.ntf:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Процент использования CPU 54.8 49.2 -10
Среднее время реакции (msec)
100 MB/sec Ethernet
123 100 -19

Domino 6.5 с 4000 пользователями использует 54.8% CPU со средним временем реакции 0.123 секунды. Domino 7 с почтовым шаблоном mail6.ntf и 4000 пользователями использует 46.8% CPU со средним временем реакции 0.111 секунд, а Domino 7 с почтовым шаблоном mail7.ntf и 4000 пользователями использует 49.2% CPU со средним временем реакции 0.100 секунд. Для 4000 пользователей эти числа дают 15% уменьшения загрузки CPU в Domino 7 с почтовым шаблоном mail6.ntf, и 10% экономии CPU в Domino 7 с почтовым шаблоном mail7.ntf.

Solaris 9

Domino-кластер, использовавшийся нами для тестов на Solaris, содержал два сервера Sun, каждый с восемью CPU 6800, и чрезвычайно быстрым 12-проходным двухядерным 2900. Мы покажем результаты для более медленного 6800, потому что в данном случае это является ограничивающим фактором. Sun 6800 состояла из 8-CPU домена 12-CPU системы. У нас имелось семь массивов T3 с девятью дисками в каждом. Мы установили исполняемые файлы Domino на первом массиве и распределили пользовательские базы данных равномерно по первым шести массивам. Седьмой массив использовался для журнала транзакций Domino.

Всего было определено 14000 пользователей в каталоге Domino, и все они были активны во время данного теста. Эти эмулированные пользователи были распределены по 14 клиентским рабочим станциям, каждая из которых эмулировала 1000 пользователей. Половина этих пользователей использовала 6800 как домашний сервер. В следующей таблице показан обзор аппаратного обеспечения 6800:

Модель Sun 6800
Количество CPU Восемь 1050 Mhz
Установленная оперативная память 32 GB
Активные физические диски 63
Активные логические тома Шесть массивов Raid 0 для данных
Один массив Raid 0 для журнала транзакций
Операционная система Solaris 9

Параметры конфигурации для тестов Domino 6.5 и Domino 7 были похожи. Основное их отличие заключалось в том, что в Domino 7 мы могли бы уменьшить число заданий репликаторов кластеров с восьми до шести и все равно выполнить задачу по сохранению среднего времени очереди репликации кластера в пределах 15 минут. Сервер Domino 7 был также настроен на использование преимуществ поддержки в Solaris больших страниц. В следующей таблице приведены изменения, которые были сделаны в файле Notes.ini каждого сервера:

Domino 6.5 Domino 7
NSF_Buffer_Pool_Size_MB=1128
NSF_DBCACHE_MAXENTRIES=14100
server_pool_tasks=100
server_max_concurrent_trans=100
ServerTasks=Replica,Router,Update,Adminp,Amgr,LDAP
RTR_MAX_POOLSIZE_MB=800
FTUpdate_Idle_Time=25
Update_Idle_Time=25
cluster_replicators=8
NSF_Buffer_Pool_Size_MB=1128
NSF_DBCACHE_MAX_CLEAN_HOLD_TIME=9999
NSF_DBCACHE_MAXENTRIES=14100
server_pool_tasks=100
server_max_concurrent_trans=100
ServerTasks=Replica,Router,Update,Adminp,Amgr,LDAP
Server_TransInfo_Range=22
RTR_MAX_POOLSIZE_MB=800
FTUpdate_Idle_Time=25
Update_Idle_Time=25
MEM_EnablePreAlloc=1
ConstrainedSHMSizeMB=3000
cluster_replicators=6

В следующей таблице сравнивается потребление системных ресурсов серверами Domino 6.5 и Domino 7 при работе с 14000 активных пользователей в кластере. Для тестов в Domino 6.5 почтовые файлы основывались на шаблоне mail6.ntf, в то время как в Domino 7 использовался шаблон mail7.ntf.

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Общее количество пользователей 14,000 14,000 нет
Время реакции (msec) 107 67 -37
Процент использования CPU 96.4 69.7 -28
Распределенная память Domino (MB) 2297 2280 -1
Сетевая активность, bytes/sec 4,011,711 3,663947 -9
Replica.cluster.SecondsOnQueue 494 603 нет

Во время тестов клиентское время реакции было менее 1 секунды.

В отличие от других тестов производительности, где мы пытались показать максимальное количество пользователей, которое будет поддерживать тестируемая система, данный тест производительности концентрируется на аппаратных ресурсах, необходимых для поддержки фиксированного числа пользователей. Здесь мы можем увидеть, что крайне важное использование CPU было уменьшено на 28% в Domino 7, в то время как использование сети и оперативной памяти осталось почти таким же.

Windows 2003

Для тестирования Windows Domino 7 был настроен как кластерный сервер с одним разделом на eServer xSeries 360, а Windows 2003 Enterprise Server работал на Compaq Proliant DL580 с двумя реальными процессорами, с отключенным режимом hyperthreading и примерно с 3.5GB доступной оперативной памяти. Исполняемые файлы Domino были установлены на одном внутреннем диске вместе с операционной системой. Почтовые базы данных были распределены по двум массивам IBM EXP (прямое соединение SCSI), настроенным как RAID 0 на каждом сервере. Сетевой доступ осуществлялся через один 1GB Ethernet-адаптер, работающий в полнодуплексном режиме. Журнал транзакций записывался на отдельный диск с облегченной системой времени исполнения и был установлен на максимальный размер 4GB.

В следующих таблицах показана аппаратная/программная конфигурация для наших тестов Windows. В первой таблице содержатся данные конфигурации xSeries:

Модель eServer xSeries 360
Количество CPU Два 2.0 GHz
Установленная оперативная память 3.5 GB
Активные физические диски 28 дисков
Активные логические тома Два массива RAID 0
Операционная система Windows 2003 Enterprise Server with SP1

А в этой таблице содержатся данные по аппаратно/программной конфигурации для Compaq Proliant DL 580:

Модель Compaq Proliant DL 580
Количество CPU Два 1.4 GHz
Установленная оперативная память 3.6 GB
Активные физические диски 28 дисков
Активные логические тома Два массива RAID 0
Операционная система Windows 2003 Enterprise Server with SP1

Мы ввели следующие настройки в файл Notes.ini серверов:

Domino 6.5 Domino 7
NSF_DBCache_MaxEntries=4100
Server_pool_tasks=60
Server_max_concurrent_trans=60
Server_show_performance=1
Server_TransInfo_Range=9
Cluster_replicators=8
ServerTasks=replica, router, update, amgr, adminp
NSF_DBCache_MaxEntries=4100
server_pool_tasks=60
server_max_concurrent_trans=60
server_show_performance=1
Server_TransInfo_Range=9
Cluster_replicators=3
FTUpdate_Idle_Time=25
Update_Idle_Time=25
EnableForcedFillOnFileExtend=1
NSF_DBCache_Max_Clean_Hold_Time=9999
ServerTasks=replica, router, update, amgr, adminp

Мы использовали 4000 определенных пользователей для обоих тестов (Domino 7 и Domino 6.5).

Для этого тестирования два сервера не были сбалансированы (другими словами, они не были одинаковы по мощности). Сервер Compaq был на несколько лет старше и имел более низкую тактовую частоту CPU. Число пользователей на кластере было выбрано таким, чтобы Domino 6.5 на менее мощном сервере не был перегружен. Мы выделим несколько отличий во том, как Domino 6.5 работал на xSeries по сравнению с сервером Compaq.

Очень небольшое изменение было замечено в использовании CPU для Domino 7 (использующем базы данных, созданные с шаблоном Domino 6.5) и шаблона Domino 7 на Windows (2000 пользователей на каждом сервере). Все тестирование Domino 7 для Windows было выполнено с базами данных, использующими шаблон mail7.ntf, а тестирование Domino 6.5 было выполнено с использованием шаблона mail6.ntf. Во время тестирования клиентское время реакции было менее 1 секунды.

В следующей таблице показан процент повышения эффективности использования CPU для Domino 7 по сравнению с Domino 6.5:

Количество пользователей Использование CPU в Domino 6.5 (процент) Использование CPU в Domino 7 (процент) Изменение (процент)
1000 11.5 8.8 -23
2000 22.7 18.2 -20
3000 38.8 26.7 -32
4000 52.2 35.5 -32

В следующей таблице сравнивается использование ресурсов для сервера xSeries.

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Общее количество пользователей 4000 4000 нет
Время реакции (msec) 162 126 -22
Процент использования CPU 52.2 35.5 -32
Использование реальной памяти (GB) 1.77 1.75 -1
Сетевая активность, bytes/sec 1,171,011 1,197,343 +2
Процент занятости данных диска (процент) 353 339 -4

Как можно заметить, Domino 7, работающий на Windows 2003, имеет существенное преимущество в эффективности использования CPU по сравнению с Domino 6.5. Использование оперативной памяти, диска и сетевых ресурсов было примерно одинаковым в обеих версиях. Этот и предыдущий тест подтвердили, что Domino 7 улучшает масштабируемость, производительность и TCO по сравнению с Domino 6.5.

zSeries Linux

Для тестов в Linux на платформе zSeries мы использовали один логический раздел (LPAR) на series z990 model 2084-C24. На z990 доступно 24 CPU, 3 из которых были выделены для теста производительности. Оставшиеся 18 CPU, а также другие машинные ресурсы, были распределены по остальным 13 LPAR, используемым для разработки и тестирования Domino. В этих тестах мы использовали только три из шести CPU для генерирования нагрузки с более высокой загруженностью CPU. LPAR-тест производительности был настроен на 12GB оперативной памяти. На SLES 8 только 2GB были использованы для центральной памяти (из-за 32-битной операционной системы), а 2GB расширенной памяти были выделены для свопинга. На SLES 9 мы использовали 12GB. Два Domino-раздела работали на этом LPAR. Мы использовали две 1GB Ethernet-карты Open Systems Architecture (OSA). LAN изолирован. Все диски размещены в массиве Enterprise Storage Server (2105 Model 800), каждый диск настроен как 3390 model 3.

Отдельные файловые системы были размещены на отдельных томах (дисках) для работы Domino, данных (за исключением клиентских почтовых баз данных) и Domino Directory (Names.nsf), плюс два тома в файловой системе LVM (logical volume manager) для ведения журналов транзакций. Клиентские почтовые базы данных были распределены равномерно по 52 файловым системам LVM; каждая была размещена на 5 томах в отдельной LVM, обеспечивая 11.5GB используемого пространства для каждой файловой системы. Для Linux на zSeries использовалась файловая система EXT 3. Были установлены операционные системы SLES 8 с SP3 или SLES 9 с SP1. Мы разрешили ведение журналов транзакции с аппаратным сжатием данных вместо программного алгоритма LZ1. Эта возможность доступна только в Domino 7 на zSeries.

В следующей таблице показана аппаратная/программная конфигурация для наших тестов на zServer Linux:

Модель z990 2084-C24
Количество CPU Три
Установленная оперативная память 12 GB
DASD type Тома типов 2105 model 800, 3390 model 3
Файловая система 52 x 5 LVM почтовых баз данных, 7 других томов для notesdata, notesbin, Domino Directory, mailbox, utility, и translog
Операционная система SLES 8 SP3 / SLES 9 SP1

В следующей таблице показаны изменения, которые мы сделали в файлах Notes.ini каждого сервера:

Domino 6.5 Domino 7
TRANSLOG_Status=1
TRANSLOG_MaxSize=3000
TRANSLOG_Performance=1
NSF_BUFFER_POOL_SIZE_MB=256
Server_TransInfo_Range=9
cluster_replicators=9
UPDATE_QUEUE_ENTRY_MAX=20000
NSF_DBCACHE_MAX_CLEAN_HOLD_TIME=9999
ServerTasks=Replica,Router,Update,Adminp
TRANSLOG_Status=1
TRANSLOG_MaxSize=3000
TRANSLOG_Performance=1
NSF_BUFFER_POOL_SIZE_MB=256
Server_TransInfo_Range=9
cluster_replicators=4
UPDATE_QUEUE_ENTRY_MAX=20000
NSF_DBCACHE_MAX_CLEAN_HOLD_TIME=9999
ServerTasks=Replica,Router,Update,Adminp
FTUpdate_Idle_Time=25
Update_Idle_Time=25

На рисунке 3 показано повышение эффективности использования CPU в Domino 7 по сравнению с Domino 6.5, выполняющими рабочую нагрузку Enterprise Mail и реализующими либо шаблон mail6.ntf из Domino 6.5, либо шаблон mail7.ntf:


Рисунок 3. Использование CPU для Linux на zSeries
 

Во время тестов клиентское время реакции было менее 1 секунды.

В следующих трех таблицах приведены результаты использования ресурсов при тестировании с 6000 пользователями, работающими с обоими шаблонами (mail6.ntf и mail7.ntf). В первой таблице показаны результаты для шаблона mail6.ntf на SLES 8:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Средний процент использования CPU в устойчивом состоянии 96.30 65.80 -37
Использование оперативной памяти (GB) 2 2 n/a
Запись страниц в область свопинга за секунду 5782 3242 -44
Чтение страниц из области свопинга за секунду 1120 570 -49
NotesMark 9367 9428 1
Время реакции (msec) 245 131 -47

Во второй таблице показаны результаты для пользователей Domino 7, использующих шаблон mail7.ntf на SLES 8:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Средний процент использования CPU в устойчивом состоянии 96.30 66.87 -31
Использование оперативной памяти (GB) 2 2 n/a
Запись страниц в область свопинга за секунду 5782 3081 -47
Чтение страниц из области свопинга за секунду 1120 528 -53
NotesMark 9367 9429 1
Время реакции (msec) 245 146 -40

В третьей таблице показаны результаты для пользователей Domino 7, использующих шаблон mail6.ntf на SLES 9:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Средний процент использования CPU в устойчивом состоянии 96.30 67.88 -30
Использование оперативной памяти (GB) 2 12 нет
Запись страниц в область свопинга за секунду 5782 0 нет
Чтение страниц из области свопинга за секунду 1120 0 нет
NotesMark 9367 9405 0
Время реакции (msec) 245 109 -56

Тесты показали повышение эффективности использования CPU на 37% при выполнении Domino 7 с шаблоном mail6.ntf, 31% при выполнении Domino 7 с шаблоном mail7.ntf и 30% при выполнении Domino 7 на SLES 9 с почтовым шаблоном mail6.ntf. Очевидно, что Domino 7 улучшает эффективность использования CPU с обоими шаблонами (mail6.ntf и mail7.ntf) по сравнению с Domino 6.5. В результате, уменьшение загруженности CPU в Domino 7 преобразуется в улучшение стабильности на высоких уровнях рабочей нагрузки, позволяя поддерживать большее количество клиентов на одном сервере Domino 7 в Linux на zSeries. Что еще важнее, облегченные требования к CPU в Domino 7 могут привести к существенно более низкой общей стоимости владения (total cost of ownership) по сравнению с Domino 6.5 в Linux на zSeries.

z/OS

Все тесты производительности, описанные в данном разделе, выполнены на аппаратной системе, идентичной описанной для теста на zSeries Linux (см. предыдущий раздел). Есть отдельная файловая система z/FS, размещенная на одном томе (диске) для работы Domino, для данных (за исключением клиентских почтовых баз данных) и для Domino Directory (Names.nsf). Файловая система, распространяющаяся на два тома, распределяется для данных журнала транзакций. Клиентские почтовые базы данных распределяются равномерно по 52 z/FS, каждая занимает 5 томов, обеспечивая 11.5GB используемого пространства на файловую систему. Была установленная операционная система z/OS (версия 1, выпуск 5). Мы разрешили ведение журналов транзакций с аппаратным сжатием данных вместо программного алгоритма LZ1. Данная функция доступна только в Domino 7 на zSeries.

В следующей таблице показана аппаратная/программная конфигурация для наших тестов на z/OS:

Модель z990 2084-C24
Количество CPU Три
Установленная оперативная память 12 GB
Тип DASD Тома типов 2105 model 800, 3390 model 3
Файловая система 52 x 5 z/FS почтовых баз данных, 7 других томов для notesdata, notesbin, Domino Directory, mailbox, utility и translog
Операционная система z/OS 1.5

TВ следующей таблице показаны изменения, которые мы сделали в файлах Notes.ini каждого сервера:

Domino 6.5 Domino 7
TRANSLOG_Status=1
TRANSLOG_MaxSize=3000
TRANSLOG_Performance=1
NSF_BUFFER_POOL_SIZE_MB=256
Server_TransInfo_Range=9
cluster_replicators=8
UPDATE_QUEUE_ENTRY_MAX=20000
NSF_DBCACHE_MAX_CLEAN_HOLD_TIME=9999
ServerTasks=Replica,Router,Update,Adminp
TRANSLOG_Status=1
TRANSLOG_MaxSize=3000
TRANSLOG_Performance=1
NSF_BUFFER_POOL_SIZE_MB=256
Server_TransInfo_Range=9
cluster_replicators=4
UPDATE_QUEUE_ENTRY_MAX=20000
NSF_DBCACHE_MAX_CLEAN_HOLD_TIME=9999
ServerTasks=Replica,Router,Update,Adminp
FTUpdate_Idle_Time=25
Update_Idle_Time=25

На рисунке 3 показано повышение эффективности использования CPU в Domino 7 по сравнению с Domino 6.5, выполняющими рабочую нагрузку Enterprise Mail и реализующими либо шаблон mail6.ntf из Domino 6.5, либо шаблон mail7.ntf:


Рисунок 4. Использование CPU для z/OS на zSeries
 

Во время тестов клиентское время реакции было менее 1 секунды.

В следующих двух таблицах приведены результаты использования ресурсов при тестировании с 6000 пользователями, работающими с обоими шаблонами (mail6.ntf и mail7.ntf). В первой таблице показаны результаты для шаблона mail6.ntf:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Средний процент использования CPU в устойчивом состоянии 94.86 65.19 -31.28
Использование оперативной памяти (MB) 5669 5167 -8.8
NotesMark 9408 9434 0
Время реакции (msec) 179 72 -60

Во второй таблице показаны результаты для пользователей Domino 7, использующих шаблон mail7.ntf:

Ресурс Domino 6.5 Domino 7 Изменение (процент)
Средний процент использования CPU в устойчивом состоянии 94.86 69.86 -26.35
Использование оперативной памяти (MB) 5669 5197 -8.3
NotesMark 9408 9448 0
Время реакции (msec) 179 83 -54

Тесты показали повышение эффективности использования CPU на 31% при выполнении Domino 7 с шаблоном mail6.ntf и на 26% при выполнении Domino 7 с шаблоном mail6.ntf. Domino 7 повышает эффективность использования CPU с обоими шаблонами (mail6.ntf и mail7.ntf) по сравнению с Domino 6.5.

Заключение

Лабораторные измерения показали, что Domino 7 выполняет больше работы при заданной загрузке CPU, чем предыдущие версии. Кроме того, Domino 7 использует значительно меньше системных ресурсов для данного объема работы. Эта экономия была измерена при помощи теста производительности, который более точно отображает реальную пользовательскую среду, чем все тесты производительности, выполненные ранее. Конечным результатом является существенное уменьшение общей стоимости владения (TCO) при использовании Domino 7.

Ссылки по теме


 Распечатать »
 Правила публикации »
  Написать редактору 
 Рекомендовать » Дата публикации: 04.01.2007 
 

Магазин программного обеспечения   WWW.ITSHOP.RU
IBM Domino Enterprise Server Processor Value Unit (PVU) License + SW Subscription & Support 12 Months
IBM DOMINO ENTERPRISE CLIENT ACCESS LICENSE AUTHORIZED USER ANNUAL SW SUBSCRIPTION & SUPPORT RENEWAL
IBM Domino Messaging Client Access License Authorized User License + SW Subscription & Support 12 Months
IBM DOMINO ENTERPRISE CLIENT ACCESS LICENSE AUTHORIZED USER LICENSE + SW SUBSCRIPTION & SUPPORT 12 MONTHS
IBM DOMINO COLLABORATION EXPRESS AUTHORIZED USER LICENSE + SW SUBSCRIPTION & SUPPORT 12 MONTHS
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Безопасность компьютерных сетей и защита информации
Новости ITShop.ru - ПО, книги, документация, курсы обучения
CASE-технологии
СУБД Oracle "с нуля"
Adobe Photoshop: алхимия дизайна
Windows и Office: новости и советы
 
Статьи по теме
 
Новинки каталога Download
 
Исходники
 
Документация
 
 



    
rambler's top100 Rambler's Top100