среда, 7 августа 2013 г.

Persistent Chat Resource Kit. Часть 4

 

ChatStress Tool

Предыдущие статьи:

  1. Установка Persistent Chat
  2. Настройка Persistent Chat
  3. Persistent Chat создание комнаты
  4. Persistent chat настройка уведомлений
  5. Persistent Chat. Управление сообщениями
  6. Архивация Persistent Chat. Часть 1
  7. Архивация Persistent Chat. Часть 2
  8. Persistent Chat Resource Kit. Часть 1. AffCheck
  9. Persistent Chat Resource Kit . Часть 2. ChatUsageReport
  10. Persistent Chat Resource Kit. Часть 3.  ChatMonitoringSummary

ChatStress Tool – Утилита симуляции нагрузки на службу Сохраняемого чата, для тестирования используемой конфигурации.

Любой администратор должен планировать нагрузку на службы которые расположены на серверах и естественно службы Lync 2013 не являются исключением. Во время планирования структуры Lync 2013 производятся различные мероприятия. В первую очередь это Microsoft Lync Server Planning Tool 2013 и Lync Server 2013 Stress and Performance Tool, а уже после развертывания службы Persistent Chat, нагрузочные тесты ChatStressTool.

Предварительная подготовка.

Для тестовой среды создадим 10 пользователей в домене. Для этого выполним скрипт:

For ($i=0; -le 10; $i++){

$name="Name1_$i"

$sn="sn1_$i"

$logon="Name1_$i"

$Pass='pass'

$Password=ConvertTo-SecureString -AsPlainText -Force -String $Pass

New-ADUser -Enabled 1 -name $name -AccountPassword $Password -Displayname "$name $sn" -GivenName $name -UserPrincipalname $logon@test.lo -SamAccountName $logon -Surname $sn -Path "OU=Pattern_Users,OU=Test,DC=test,DC=lo" -CannotChangePassword $true -PasswordNeverExpires $true -ChangePasswordAtLogon $false

Так же создадим новую категорию для тестов с именем Test и 50 комнат открытых для всех:

for ($i = 1; $i -le 50; $i++) { New-CsPersistentChatRoom -Category Test -Name "StressChan_$i" -Privacy Open }

Теперь, что касается тестовых машин. Для теста я использую 2 машины, но этим можно не ограничиваться. Основное условие: на тестовых машинах должны быть установлены: .NET 4.5 Framework и Visual C++ 2012 Redistributable. Машины я развернул на Hyper-V особо не заморачиваясь над конфигурацией, ибо загрузка тестовая.

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

Теперь настроим утилиту нагрузки.

Настройка утилиты осуществляется конфигурированием двух файлов

· StressLauncher.exe.config

· LoaderProcess.exe.config

Настроенные файлы для тестовой конфигурации ниже. Обратите внимание на выделенные элементы:

1. Измените значение “LoaderBinary” на путь к общей папке где находится LoaderProcess.exe.

2. Измените “AdminUser”/”AdminPassword” на имя и пароль пользователя имеющего доступ к тестовым загрузочным машинам.

3. Измените “ChannelCategory” на имя тестового канала Test.

4. Измените “UserNamePattern” and “UserPasswordPattern” в соответствиии с шаблоном пользователей заведенных скриптом. {0} Заменяет индекс пользователя.

5. Измените “Domain” На домен топологии, которую мы тестируем.

6. Измените “ConnectionString” на значение соответствующее подключению к базе данных.

7. Измените начальный индекс пользователя с которого начнется тестирование “UserIndexStart”.

8. Измените “LyncFQDN” на полное имя вашего сервера Lync.

9. Добавьте тестовые машины в раздел “Machines”.

10. Измените "baseAddress" на значение вашего контроллера (по умолчанию “controller.contoso.com”)

Файлы конфигурации под спойлером

Открыть спойлер

После выполненных действий запустим утилиту

clip_image001

И нажмем Configure User Model

Настроим параметры в соответствии со скриншотом

clip_image002

Configure Presence Model оставим без изменений и нажмем Start Load

clip_image003

Через некоторое время должна появится активность. Если же этого не происходит, обратите внимание на все настройки, которые вы делали и самое главное, подключение к SQL. Проверьте запускаются ли процесс LoaderProcess.exe и нет ли каких-нибудь ошибок в журнале. Так же проверьте состояние контроллера домена.

Теперь можно замерять производительность сервера. А в конце процедуры не помешает запустить утилиту ChatMonitoringSummary

Комментариев нет:

Отправить комментарий