Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
О Notes
Советы
Шаблоны и примеры
Литература
Презентации
 
Всё о задаче AdminP. Часть вторая   Во второй части мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа сервера, команд консоли сервера, файла Notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть
О Notes Читать статью
 
Всё о задаче AdminP. Proxy-действия в R5 и Domino 6   Приложение к статье об административном процессе
О Notes Читать статью
 
Всё о задаче AdminP. Часть первая   Перевод классической статьи 2003-его года о задаче административного процесса (AdminP). Очень полезна для понимания работы механизма этой задачи. В первой части статьи описаны компоненты задачи AdminP, как они работают, и как их использование помогает сделать работу администратора Domino проще. Задача AdminP (сакращённо от Administration Process, Административный процесс) работает с базой административных запросов (Administration Requests, admin4.nsf)
О Notes Читать статью
 


О Notes

Главная   Библиотека   О Notes

Выбор сервера для Lotus Notes/Domino. Часть 3

Часть 1 >>>

Часть 2 >>>
Дисковая подсистема. При выборе дисков необходимо отдавать предпочтение SCSI дискам стандарта Ultra-160 или Ultra-320, обладающим скоростью вращения шпинделя 15 тыс. оборотов в минуту. Эти диски, в отличие от дисков со скоростью обращения 10 тыс. оборотов в минуту, имеют, в среднем, время доступа на 26% меньше и поддерживают на 33% большее количество операций ввода-вывода. Поэтому их использование повышает производительность дисковой подсистемы на 25-35% при сравнительно небольшом увеличении стоимости всей системы на 2-3%. Эти диски имеют такую же теплоотдачу, поэтому дополнительного перегрева не происходит.
Рекомендуется выбирать дисковую подсистему на большем количестве дисков, но меньшего объема, чем небольшое количество дисков большего объема. При выборе RAID-контроллера необходимо отдавать предпочтения как минимум 2-канальным устройствам с внутренним энергонезависимым кэшем объемом не менее 64 Мбайт. Не рекомендуется применять программные RAID-контроллеры. При инсталляции СУБД общепринятой практикой считается размещение баз данных, page-файла и журналов транзакций на различных дисках (каналах). Это объясняется тем, что общий поток ввода-вывода распределяется в сервере между несколькими шинами, контроллерами или портами, а это приводит к снижению конкуренции в обращениях к жестким дискам. Таким образом достигается рост производительности. Кроме того, необходимо постараться отделить тома с разнотипной информацией на разные физические диски, а лучше — и на разные каналы дисковых массивов сервера. Это ведет за собой построение системы с использованием внешних дисковых массивов, причем — не обязательно в архитектуре SAN.
При выборе конфигурации дисковой памяти следует придерживаться следующих рекомендаций:
  • если БД на сервере много, то рекомендуется распределить их по нескольким физическим дискам. Несколько считывающих/записывающих головок позволяют быстрее читать и записывать данные. Это удобно сделать с помощью массивов RAID или файловых указателей;
  • по возможности запишите файлы подкачки на отдельный физический диск. Если свободного диска нет, поместите их на диск с приложениями, а не с данными. Операционную систему и файлы подкачки лучше держать на разных физических или логических дисках;
  • не помещайте файлы подкачки и другие подобные данные на одном диске с файлом журнала транзакций. Журнал транзакций постоянно обновляется на диске, при этом диск переходит в режим, отличный от режима произвольного доступа. Непрерывное переключение режимов увеличивает накладные расходы;
  • с базами данных постоянно проводятся операции ввода/вывода. Увеличьте размер области чередования массива RAID до 8 или 16 бит. Не рекомендуется применять программные RAID. Они работают медленнее аппаратных и потребляют больше ресурсов процессора;
  • если в качестве операционной системы сервера используется Windows NT 4.0, Windows 2000 или Windows 2003, проверьте фрагментацию диска, когда сервер отключен для профилактики. Windows NT 4 не имеет встроенного средства дефрагментации, поэтому необходимо найти сторонний продукт, а в Windows 2000 и Windows 2003 есть встроенное средство дефрагментации;
  • не сжимайте системный диск, файл подкачки, журнал транзакций и диски, содержащие базы данных: многие клиенты отмечали при этом сбои системы, зависание сервера и потерю информации. Среда Lotus Notes/Domino не поддерживает конфигурацию со сжатием.

Для изучения различной конфигурации дисковой памяти мы протестировали сервер в 3 конфигурациях (табл. 1), наиболее типичных для применяемых в настоящее время серверов. В первом варианте использовался обычный диск Seagate 40 ГБ АТА-100. Во втором варианте – RAID-массив 5 уровня, собранный на четырех SCSI-160 дисках емкостью 9 Гбайт (общий размер массива составил 24 Гб). В третьем вариант использовался RAID-массив 1 уровня («зеркало») на 2-х дисках SCSI-320 объемом 18 Гбайт каждый.
Таблица 1
Группы серверов и ценовой диапазон
    Техническая характеристика диска
1.
    HDD – 40 Гбайт IDE Seagate ATA-100
2.
    RAID 5 (контроллер – DAC 960, 4 диска Seagate SCSI-160 10 000 rpm)
3.
    RAID 1 (контролер – Intel, 2 диска Seagate SCSI-320 15 000 rpm)

Результаты тестов представлены на рисунке ниже. Как видно, наибольшая производительность достигнута при использовании 3-го варианта, при этом показатель LNMark превысил значение при конфигурации на IDE-диске на 8,3%.

Рис. 9. Изменение показателя LNMark в зависимости от различных конфигураций дисковой памяти и числа пользователей

Поддержка сети
В настоящее время для серверов становится неотъемлемой комплектация сетевой картой стандарта Gigabit Ethernet. Некоторые мощные серверы поддерживают 2- и даже 4-портовые конфигурации сетевых карт. При выборе сетевого протокола настоятельно рекомендуется выбирать стек протоколов TCP/IP, т. к. он фактически является мировым стандартом и обладает достаточным запасом масштабируемости.
Влияние различной пропускной способности сетевой карты сервера на результаты теста LNMark V1 приведено на рисунках ниже. В результате исследования выявлено, что при небольшом числе одновременно работающих пользователей (до 3-4) существенной разницы между 1000 Мбит/с и 100 Мбит/с не наблюдается. Применение сетевого адаптера с пропускной способностью 10 Мбит/с приводит к снижению показателя LNMark на 21,23%. Вероятнее всего, несколько сетевых адаптеров с высокой пропускной способностью более востребовано у файл-серверов.
Таким образом, применение сетевых карт стандарта Gigabit Ethernet при работе информационной системы не оказывает напрямую существенного влияния на производительность работы. Для сервера Lotus Notes/Domino, обслуживающего небольшую организацию (до 100 пользователей) вполне достаточно одного сетевого адаптера 1000 Мбит/с

Рис. 10. Изменение показателя LNMark при различных операционных системах
в зависимости от пропускной способности сетевой карты

Рис. 11. Изменение загрузки центральных процессоров сервера при различных операционных системах
в зависимости от пропускной способности сетевой карты


Выводы по выбору сервера для Lotus Notes/Domino
  1. Наибольшее значение при выборе сервера имеет дисковая подсистема, которая обязательно должна быть основана на RAID-массиве и SCSI-дисках. Рекомендуется выбирать как минимум 2-х канальный RAID-массив и использовать несколько быстрых SCSI-320 дисков небольшого объема со скоростью вращения шпинделя 15.000 rpm.
  2. Второе по важности место занимает центральный процессор. Рекомендуется использовать двухпроцессорную конфигурацию. По соотношению цена/производительность лучше отдавать предпочтение процессорам Intel Pentium 4 Xeon. При этом с целью «выжать максимум» из сервера рекомендуется включить Hyper Threading и в качестве операционной системы использовать Microsoft Windows 2003 Server SP1.
  3. Объем оперативной памяти, учитывая ее доступность по цене, должен составлять не менее 1 Гбайт, лучше – 2 Гбайта.
Часть 1 >>>
Часть 2 >>>


Литература
  1. Watt D., McKnigth G., Clar J.-J., Gatti M., Heuer N. Tunning IBM @server xSeries Servers for Perfomance. / D. Watt, G. McKnigth, J.-J. Clar, M. Gatti, N. Heuer IBM Corp. 2002. 866 p.
  2. Серверы на основе процессоров Intel: история возникновения, определение, предъявляемые требования, описание основных подсистем. 06 сентября 2004 г. // http://www.ixbt.com/comm/srv-history-intel.shtml
  3. Кирклэнд Р. Domino 5 & 6. Администрирование сервера. М.: ДМК Пресс, 2003. – 832 с.



Об авторах
Гусев Александр Владимирович – к. т. н., старший инженер-программист вычислительного центра ОАО «Кондопога», e-mail: gusev@kbk.onego.ru
Дмитриев Александр Геннадьевич – инженер-программист вычислительного центра ОАО «Кондопога», e-mail: dmitriev@kbk.onego.ru

Материалы этой статьи используются в практической работе программистов вычислительного центра, более детальная информация может быть получена на сайте http://iskondopoga.snw.ru
 
  Опубликовано — 11/01/2005 |    



Добавить комментарий
Имя * :
e-mail
Комментарий * :
Код подтверждения * :

Мероприятия
Пресс-релизы
Биржа труда
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU