Производительность Domino
advertisement
Производительность и масштабируемость Domino R5 1. Содержание Введение Производительность и масштабируемость Domino R5 Планирование ресурсов Десять шагов для увеличения производительности Domino Тесты Заключение 2. Введение Компании, использующие Domino, зачастую желают получить простой ответ на сложный вопрос: какую, наиболее экономичную конфигурацию сервера мы должны иметь для того, чтобы обеспечить приемлемый уровень обслуживания наших пользователей? Если вы хотите получить хороший и обоснованный ответ на этот вопрос, то вам следует рассмотреть несколько факторов. Например, действительная нагрузка, которая ложится на сервер при его эксплуатации пользователями, значительно варьируется от того, какие задачи в основном решают пользователи – пользуются они электронной почтой и календарным планированием или часто обращаются к приложениям для групповой работы, или им необходимо постоянно работать с Web. Набор клиентов, которыми пользуются ваши пользователи (Notes клиент, Web браузер и т.д.) также оказывает значительное влияние на уровень загрузки сервера. Точные оценки планируемой загрузки должны принимать во внимание эти особенности использования сервера. Однако немного найдется администраторов, которые имеют время на проведение детального анализа. Поэтому цель данной статьи это попытка дать вам общее руководство, которое вы сможете использовать при принятии решений о приобретении аппаратных средств не оставляя при этом ваши ежедневные обязанности. Как правило, наши инструкции не заменяют вашу самостоятельную работу по планированию нагрузки. Наша цель – помочь вам принять обоснованные решения о том, какие основные параметры аппаратной конфигурации должны иметь ваши сервера для того, чтобы соответствовать проектным требованиям по нагрузке на Domino/Notes R5. Другими словами, пути могут быть разными, важно только, чтобы вы двигались в правильном направлении. В данной статье мы освещаем следующие темы: Обзор улучшений в масштабируемости и производительности Domino R5, включающий рассуждения о масштабируемости R5 для серверных платформ высшего уровня. Основные соображения о планировании нагрузки, рассмотрение факторов, влияющих на загрузку ваших Domino серверов. Десять шагов, которые вы можете сделать, чтобы получить максимальную производительность от ваших сетей Domino, а также небольшие советы по мониторингу производительности ваших серверов. Разъяснительная информация о тестах и о том, что в действительности означают их результаты. 3. Производительность и масштабируемость Domino R5 Не секрет, что большой скачок производительности был ключевой целью при разработке R5, также как это было и для R4. Мы собирали информацию с использованием теста NotesBench на протяжении всего цикла разработки R5 и получили великолепные результаты. Как улучшения производительности Domino R5 влияет на число пользователей, которых могут обслуживать ваши сервера? Для большинства серверов вы можете уверенно рассчитывать на то, что обновление до Domino R5 даст вам впечатляющее увеличение общего числа обслуживаемых пользователей, даже если вы продолжаете использовать шаблоны R4. Для большинства конфигураций это число увеличилось в три, а то и в пять раз. Да, именно так, вы не ошиблись, читая это. Точные данные об увеличении этого параметре зависят от конкретной конфигурации сервера, операционной системы и набора клиентов, обращающихся к этому серверу. В Таблице 1 приведены некоторые примеры, иллюстрирующие основные параметры роста числа обслуживаемых пользователей R5. Увеличение числа Конфигурация клиентов и серверов обслуживаемых пользователей R5 Клиенты POP3 Windows NT серверов 400% Клиенты Lotus Notes UNIX серверов 500% Клиенты IMAP Windows NT серверов 500% Клиенты Web Mail Windows NT серверов 1000% Клиенты Web Mail UNIX серверов 1500% Например, Windows NT сервер, который мог поддерживать 200 клиентов Web Mail c Domino R4, теперь в состоянии обслуживать приблизительно 2000 клиентов Web Mail (что означает увеличение производительности в 1000%). Кроме того, эти оценки были сделаны на еще не окончательной версии, а при тестировании применялся сертифицированный, документированный и воспроизводимый тест NotesBench. А разработка и тестирование продолжаются. Улучшениe производительности Domino R5 Мы надеемся, что вам понравился тот уровень улучшений, которого мы добились. Как же мы это сделали? Множество улучшений производительности Domino R5 достигнуто за счет оптимизации ввода/вывода. Ниже приведены некоторые из наиболее значительных улучшений: Оптимизация формата баз данных (On Disk Structure или ODS), с помощью которой удалось минимизировать конкуренцию при операциях ввода/вывода. В R5 запись на диск делается реже и более эффективно. Журналирование транзакций. В R5 операции над базами данных записываются последовательно и не всегда сразу. Это понизило уровень использования операций ввода/вывода, повысило уровень целостности данных и оказало впечатляющее воздействие на скорость перезапуска сервера. Множество почтовых ящиков сервера. На сервере Domino R5 сообщения могут сохраняться в любой из множества почтовых ящиков. Это уменьшает конкуренцию пользователей и маршрутизаторов на доступ к сообщениям и понижает нагрузку, вызванную другими операциями по работе с почтой. Уменьшение процессов, обслуживающих сессии пользователей. В R5 один процесс может обслуживать сессии множества пользователей. В R4 каждая сессия пользователя требовала отдельного процесса и соответствующей структуры памяти для его выполнения. Уменьшение числа процессов ведет к снижению накладных расходов, что означает больше свободной памяти и больше свободного процессорного времени. (Однако хочу заметить, что уменьшение числа процессов работает не на всех платформах, которые поддерживает R5). Лучшее управление памятью благодаря Унифицированному Диспетчеру Буфера (Unified Buffer Manager - UBM). Наряду с другой работой UMB динамически управляет распределением памяти в буфере базы данных, обеспечивая связь между объемом свободной памяти и размером буфера. Более эффективное использование больших участков памяти. Если такие участки доступны, то Domino R5 делает более эффективным использование оперативной памяти для создания внутренних кэшей и буферов, повышая производительность за счет оптимизации записи на диск. Двойное увеличение производительности в построении видов и инкрементальном индексировании. На серверах с большим количеством баз данных это приводит к значительной экономии процессорного времени. Суммарный эффект от оптимизаций производительности R5 (как тех, что описаны выше, так и множества других) состоит в уменьшении количества памяти, приходящегося на одного пользователя, в обеспечении более эффективной работы подсистем ввода/вывода, в уменьшении времени отклика и значительном сокращении трафика обмена сообщениями между серверами. В общем, Domino R5 это великолепно. Он вытесняет R4, и делает то же самое с конкурентами. Вам и вашим пользователям R5 должен очень понравиться. Повышенная масштабируемость Domino на платформах высшего класса В то время как Windows NT является критически важной платформой для Domino серверов, Domino работает на множестве других платформ, включая высокопроизводительные UNIX платформы и все более популярные AS/400 и S/390. Архитектура Domino R5 обладает таким уровнем масштабируемости, что позволяет полностью использовать возможности даже самых мощных вычислительных систем, включая многопроцессорные платформы, платформы с гигабайтами оперативной памяти и терабайтами дискового пространства. И это не случайно – одной из ключевых целей разработки R5 было обеспечение масштабируемости в независимости от платформы или платформ, которые вы выбрали для развертывания Domino. Приведем ряд ключевых особенностей R5, которые позволяют обеспечить масштабирование до сверхмощных платформ: Неограниченный размер базы данных (в настоящий момент сертифицирован размер 64Гб), обеспечивающий высочайший уровень загрузки базы данных Масштабируемость каталогов, обеспечивающая обслуживание до миллиона пользователей, что с лихвой покрывает требования для самых больших систем. (Мы на самом деле загружали в Domino R5 каталог - Domino R5 Directory - 10 миллионов записей и все работало великолепно.) Оптимизация баз данных для лучшего использования высококлассных систем ввода/вывода и высокопроизводительных процессоров. Поддержка онлайнового индексирования, онлайнового сжатия, онлайнового резервного копирования для получения преимуществ при использовании платформ высшего уровня и мощнейших подсистем ввода вывода. Увеличенная общая масштабируемость, обеспечивающая обслуживание большего числа пользователей на меньшем количестве разделов, обеспечивающая снижение стоимости обслуживания одного пользователя на больших разделенных (partitioned) серверах. Возможность Domino R5 продолжать работать во время выполнения вспомогательных задач запускаемых по расписанию, таких как сжатие баз данных, индексирование и резервное копирование, что делает усиление серверов более привлекательным в силу того, что большое количество пользователей не будут испытывать неудобств при выполнении этих задач. Кроме того, высочайший уровень масштабируемости R5, его высочайшая доступность делает разделение серверов (partitioning) более привлекательной альтернативой, чем когда-либо ранее. Разделение серверов ведет к уменьшению общей стоимости владения: администрирование и обслуживание упрощаются, а уменьшение количества разделов улучшает надежность, безопасность и доступность (если один раздел по каким либо причинам прекращает работу, то остальные продолжают функционировать). Domino R5 на UNIX Domino R5 это намного больше, чем "просто порт" на Solaris, HP-UX и AIX - он использует многие специфичные для платформ службы напрямую. Например, новая возможность по уменьшению числа процессов была оптимизирована специально для каждой поддерживаемой UNIX системы. А возможности R5 по обеспечению высокой доступности хорошо интегрированы с аналогичными функциями для различных UNIX платформ. Фактически, журналирование транзакций R5 делает автоматический перезапуск UNIX даже более эффективным, позволяя Domino быстро осуществлять рестарт сервера. Для тех, кто использует Domino в качестве сервера Web приложений на UNIX, поддержка кластеризации R5 обеспечивает как балансировку нагрузки, так и устойчивость к сбоям. А кластеризация версии Domino R5 Enterprise Server дополняет широкий спектр UNIX средств для поддержания высокого уровня доступности, таких как высокоскоростные межсоединения, восстановление после сбоев и поддержка многозвенных кластеров. Фактически, кластеризация Domino в сочетании с UNIX кластеризацией может обеспечить уровень доступности на уровне 99.99%, что означает один час простоя в течение целого года. Domino R5 на AS/400 Как и для UNIX, как и для AIX, Domino для AS/400 является системой, хорошо интегрированной со службами платформы AS/400 и в то же время обеспечивает те же возможности масштабирования. На этой платформе Domino работает как родное для AS/400, 64 разрядное приложение, со следующими элементами интеграции: Превосходная интеграция с DB2/AS400, включающая: прямой доступ в реальном времени к данным DB2/400 без ODBC, возможность динамически импортировать данные из DB2/400 в rich text поля баз данных Domino. Двунаправленная синхронизация каталогов между AS/400 System Distribution Directory и Domino R5 Directory. Системная интеграция с факсимильной службой Facsimile Support/400 Интеграция с брандмауэром AS/400 Firewall с дополнительными возможностями поддержки безопасности. Возможность администрирования Domino серверов посредством AS/400 Operations Navigator. Интеграция маршрутизации Domino SMTP с системой AnyMail Framework для совместного функционирования с другими почтовыми системами для AS/400. Как и для UNIX, ключевой особенностью Domino для AS/400 является надежность и высочайший уровень доступности. Возможности по разделению (partitioning) и кластеризации Domino R5 Enterprise Server в сочетании с мощными подсистемами операционной системы AS/400 обеспечивают общую доступность системы для этой платформы на уровне 99,97% для одного сервера. Domino R5 для S/390 Для потребителей, ищущих максимальную надежность и доступность, Domino для S/390 обеспечивает надежность, превосходящую 99,99%. Domino полностью использует возможности сильнейшей в отрасли архитектуры S/390, включая улучшенное управление памятью, безопасность и кластеризацию. Domino для S/390 позволяет иметь доступ к корпоративным данным, размещенным на этой платформе напрямую, не задействуя промежуточный сетевой уровень. Кроме того, Domino R5 для S/390 полностью использует преимущества огромной мощности и полосы пропускания устройств ввода/вывода S/390, а также модели памяти большого объема. Основные правила масштабирования R5 Самое интересное состоит в том, что любая конфигурация, на которой у вас в данный момент эксплуатируется Domino R4, при переходе на R5 получает дополнительный запас производительности. Однако возможно, что вам понадобится сделать ряд изменений, связанный с версиями операционных систем, которые поддерживает Domino R5. Вы можете начать повышение производительности с обновления программного обеспечения сервера, т.е. без изменения ваших шаблонов, сетевой топологии, серверных задач и т.п. Но при этом следует помнить, что как только вы развернули R5 Domino и Notes, вашей организации стоит произвести изменения для того, чтобы пользователи получили преимущества за счет новых возможностей R5. В результате этих изменений нагрузка на сервер может возрасти. Поэтому вам следует быть уверенными в своем резерве производительности серверов при проведении обновления до R5 для того, чтобы учесть эти возможные изменения. Для получения самой свежей информации о производительности сервера Domino, обращайтесь на зону Web сайта Lotus, посвященную производительности Domino – Domino Performance Zone www.lotus.com/performance. Следующий раздел содержит дополнительные соображения о планировании ресурсов для Domino R5. 4. Планирование ресурсов Вопрос о планировании ресурсов для развертывания Domino в свете использования критичных для бизнеса корпоративных приложений является как важным, так и потенциально сложным. Впервые ли вы начинаете подбирать конфигурацию аппаратного обеспечения для развертывания Domino или рассматриваете вопрос о приобретении нового аппаратного обеспечения для уже существующей инфраструктуры, этот раздел поможет вам в определении основных принципов при принятии этих решений. Вычислительная мощь и стоимость это Инь и Янь планирования ресурсов. Потратив слишком мало и не получив достаточную мощность вы вызовете недовольство пользователей, меньшую надежность и гнев руководства. Потратив слишком много, вы рискуете спустить деньги на мощность, которая фактически вам не нужна. Рассуждая о планировании ресурсов, мы подразумеваем, что вам необходимо обеспечить приемлемую производительность для ваших пользователей. Скорее всего, вы не будете назначать на один сервер столько пользователей, сколько он теоретически может обслуживать (исключая, конечно же, чрезвычайные ситуации) в силу того, что в этом случае уровень производительности будет неприемлемым. Как правило, при планировании ресурсов вы должны предусмотреть некоторый запас для того, чтобы обеспечить приемлемую производительность для обычной ежедневной работы и быть готовыми к некоторому росту нагрузки. Более того, поведение конечных пользователей приводит к большей нагрузке на сервер, как только они начинают полнее использовать вновь появившиеся возможности Domino/Notes. В частности, рост нагрузки на сервер после развертывания приложений для совместной работы часто подобен снежному кому, когда люди группа за группой начинают получать удовольствие от этих приложений и рассказывать об этом другим. Поэтому, когда вы покупаете новую серверную платформу, почти всегда лучше приобретать вычислительные ресурсы с некоторым запасом. Альтернатива этому такова: если вы потратили слишком мало, и недостаточно инвестировали в ресурсы, то вскоре вы столкнетесь с теми же проблемами, которые заставили вас совершить эти расходы, несмотря на значительные усилия и траты. Выбор платформы Первый шаг в планировании ресурсов это определение операционной системы и аппаратной платформы (или платформ) на которых вы намерены развертывать сервера и клиентов. В отличие от конкурирующих продуктов Lotus предлагает вам выбор: от Pentium систем до 64 разрядных, типа AS/400 и мэйнфреймов уровня S/390. Это позволяет вам консолидировать сервера с использованием централизованной топологии или наоборот - проводить децентрализацию для удовлетворения нужд отделов или по причине географической удаленности. Безусловно, многие организации делают выбор операционной системы и/или поставщика аппаратуры независимо от решений по планированию ресурсов. Поэтому, ваша работа по планированию ресурсов может состоять в определении конкретной аппаратной конфигурации от заранее заданного поставщика, для заранее заданной операционной системы, такой конфигурации, которая в наилучшей степени будет соответствовать вашим требованиям. В следующем разделе, "Десять шагов максимизации производительности Domino", подчеркивается критическая важность конфигурации системы для максимизации производительности сервера. Планирование расширения Возможно, ваш поставщик предлагает семейство серверов и некоторый диапазон параметров для обновления в целях получения дополнительной мощности. Когда вы покупаете новый сервер, то важно быть уверенным в том, что мощность процессора, объем оперативной памяти и размеры жестких дисков являются правильно сбалансированными для обеспечения достаточной производительности при максимальном использовании этих обновляемых компонентов. Вы должны думать не только о лучшем удовлетворении ваших текущих требований, но и о потенциальной экономичной расширяемости. Например, добавление большего количества дисков улучшает производительность дисковой подсистемы. Помните об этом тогда, когда выбираете диски. Их производители, как правило, предлагают два или три размера для семейства устройств с идентичной производительностью. При этом диски среднего размера, как правило, имеют наиболее низкую стоимость хранения единицы информации. Следует учитывать, что использование большего количества дисков позволяет вам компоненты Domino, в набольшей степени влияющие на загрузку системы ввода/вывода (т.е. журнал транзакций, page file, базы данных Domino) распределить по разным дискам. Поэтому вам следует рассмотреть возможность выбора большего количества дисков меньших размеров, вместо меньшего количества дисков большего размера. При этом вы сможете получить лучшую RAID производительность и меньшую общую стоимость, а также лучший потенциал для обновления. Во время определения конфигурации сервера не пренебрегайте советами и руководствами от вашего поставщика. Например, пользователи AS/400 могут при этом пользоваться инструментом для планирования конфигурации, который поддерживает выбор конфигурации, соответствующей характеристикам вашей инфраструктуры и типа пользователей. (Для получения дополнительной информации на эту тему посетите сайт www.as400.ibm.com/notes и затем щелкните по ссылке "Производительность") Активность пользователей и загрузка сервера Domino Не все виды использования сервера Domino одинаковы. Простая передача сообщений между Notes клиентами в локальной сети значительно меньше загружает сервер, чем, скажем Web браузеры, которые работают с динамическими Web приложениями и инициируют обмен данными в реальном времени с backend системами (типичный сценарий электронной коммерции). Различные образцы использования Domino могут по разному влиять на выбор конфигурации сервера. Например, тест NotesBench, запущенный на серверах IBM Netfinity со сбалансированной конфигурацией показывает, что обработка почты значительно меньше загружает процессор, чем приложения для коллективной работы. Но картина меняется на противоположную, когда мы рассматриваем работу дисковой подсистемы. Поэтому важно принимать во внимание то, что конфигурация сервера должна обеспечить приемлемую производительность для всего диапазона типов пользователей вашего сервера. Серверы, имеющие большой объем оперативной памяти, но небольшой объем памяти на жестких дисках (или наоборот) может оказаться неудовлетворительными для вашего случая эксплуатации. Таблица 2 демонстрирует, как использование сервера может оказать стрессовое воздействие на различные составляющие конфигурации сервера. Таблица 2: Связь между точками стрессового воздействия на систему и видами активности пользователей Вид активности пользователей Стрессовые точки системы Почта Подсистема ввода/вывода Центральный процессор, подсистема Групповое ПО (Groupware) ввода/вывода Приложения Web Центральный процессор, сеть Различные сочетания клиентов Различные клиенты, используемые для доступа к почте и приложениям Domino, оказывают абсолютно разную нагрузку на Domino. (Несмотря на то, что улучшения в версии R5 коснулись производительности при работе со всеми клиентами). Клиенты Notes, благодаря своим высоким функциональным возможностям и широкому диапазону взаимодействия с сервером Domino, оказывают значительную нагрузку на сервер. (В то же время, следует отметить, что оптимизация в версии R5 значительно увеличила эффективность взаимодействия Domino/Notes). Клиенты POP3, которые требуют от сервера немногим большего, нежели отправка почты, являются самыми малообременительными для сервера. Web-браузеры, требующие от сервера выполнения всей работы, представляют собой самые "тяжелые" клиенты с точки зрения сервера. Клиенты IMAP, предлагающие управление почтовыми папками, оказывают среднюю нагрузку на сервер. Сетевые протоколы и топология Сетевые протоколы, используемые вами, также оказывают влияние на работу сети. TCP/IP исторически доказал свое превосходство в обеспечении наилучшей производительности и наиболее эффективного использования возможностей сетевых адаптеров для сред Domino и Notes. Мы настоятельно рекомендуем вам по мере возможности использовать TCP/IP в локальной сети, особенно если ваши офисы географически распределены и ЛВС имеет выход в глобальную сеть. В силу того, что большинство маршрутизаторов использует TCP/IP для коммуникации в глобальных сетях, использование TCP/IP снижает служебный трафик. IPX/SPX также обеспечивает отличную производительность в сетях Domino/Notes. Однако эта производительность значительно снижается при коммуникации по глобальным сетям из-за сегментации пакетов и трафика SPX от сервера к серверу. NetBIOS являет собой пример протокола, который по своей природе ограничивает производительность работы в сети; он может поддерживать только около 250 активных сессий через драйверы портов сети Domino на платформах Windows NT или OS/2. Следовательно, по мере развития вашей сети вам придется осуществить переход от NetBIOS к TCP/IP. Топология сети Общая масштабируемость вашей инфраструктуры Domino зависит частично от того, какой объем трафика способна передавать и эффективно обрабатывать ваша сеть. Например, если изначально вы задействовали несколько серверов в топологии равный-с-равным, то у вас может возникнуть необходимость перехода к топологии главный-подчиненные по мере добавления серверов. В существующих топологиях, где задействовано много машин, необходимо убедиться, что "главные" сервера не перегружены. Может быть, стоит рассмотреть идею выделения серверов под выполнение конкретных функций, например, почта или репликации. Наконец, вы можете значительно повысить пропускную способность почты или производительность сервера приложений, совершив апгрейд всего лишь нескольких серверов. Если сервера не распределены географически, то консолидация серверов также может помочь оптимизировать сетевую топологию засчет уменьшения трафика сообщений от сервера к серверу. Исключительные возможности масштабирования, присущие Domino R5, делают эту опцию особенно насущной. Другие факторы, влияющие на рабочую загрузку Другие факторы, могущие влиять на реальную загрузку сервера Domino при данном коллективе пользователей, таковы: дополнительная рабочая нагрузка, связанная с коммутируемыми соединениями, например, мобильными пользователями, принимающими электронную почту, или поставщиками, работающими с приложением, автоматизирующим цепочку поставки товара. степень, в которой приложения работают с данными заднего плана, такими как реляционные базы данных и системы мониторинга транзакций. Как можно ожидать, чем больше число задействованных сетевых уровней и соединений, тем больше служебный трафик. дизайн приложений, включая число и сложность видов, число и размер баз данных. Чтобы узнать, как создавать эффективные приложения для Web и интранет, обратитесь к "белому документу" (white paper) Lotus Maximizing Application and Server Perfomance in Domino (January, 1999). Количество загруженных дополнительных задач. Основные правила планирования емкости серверов За многие годы работы с реальными примерами внедрений мы приобрели значительный опыт, сконцентрировавший в себе знания того, как достигнуть максимальной производительности и емкости Domino при минимальных затратах. Способы достижения этого таковы: Убедитесь, что ваши сервера обладают достаточной процессорной мощью, памятью и дисковым пространством, чтобы обеспечить предполагаемую рабочую загрузку. Распределите процессы ввода/вывода между дисками для достижения максимальной эффективности. Отслеживайте метрики производительности сервера, чтобы иметь основания для сравнительного анализа. Эти и многие другие ценные советы приведены в следующем разделе "Десять шагов для увеличения производительности Domino". 5. Десять шагов для увеличения производительности Domino При помощи мониторинга и анализа производительности вы узнаете о том, в состоянии ли сервер выдержать нагрузку, которую вы ему предлагаете, или она приведет к сбою системы. Они также помогут вам в определении ограничивающих факторов в серверной конфигурации и узких мест в вашей сети в целом. Мониторинг и анализ производительности сервера - занятие не из легких; иногда кажется, что оно доставляет больше хлопот, чем возможные последствия халатного отношения. Но на самом деле, ему просто нет замены; в долгосрочной перспективе мониторинг и анализ позволят вам сэкономить намного больше времени и денег, нежели вы потратите на них. И в итоге вы сможете улучшить эффективность и надежность вашей сети. Самый главный совет: не зацикливайтесь на частностях при анализе процесса, а рассматривайте все явления во взаимосвязи. Самые главные ошибки при анализе производительности таковы: Проведение анализа на основании единственной метрики производительности Поиск одного-единственного шага, который решит все ваши проблемы разом. Факторы, влияющие на производительность, связаны между собой. Поэтому практически всегда одним шагом не обойтись. Принятие универсальных решений и рекомендаций. Каждый сервер или платформа имеет уникальные характеристики рабочей загрузки, связанные с тем, какие базы данных располагаются на сервере или с какими приложениями работают пользователи. Разница может быть значительной. Теперь, когда вы достаточно разогрелись, перечисленные ниже шаги помогут вам начать работу. Шаг 1: Знай свою конфигурацию Администраторы Domino должны знать конфигурацию поддерживаемых ими серверов. К основным компонентам любого сервера относятся: оперативная память, процессор и диски (как логические, так и физические). Такие характеристики, как наличие встроенного кэша и количество дисковых контроллеров, также важны. Ниже приведены полезные советы, которые помогут вам избежать проблем, связанных с конфигурацией: Используйте самые быстрые диски (т.е., по мере возможности, 10000 RPM и более) Используйте аппаратные RAID вместо программных; они быстрее и дают меньшую дополнительную нагрузку на процессор Наличие адекватной дисковой подсистемы означает снижение требований к объему оперативной памяти, потому что требуется меньшее количество буферов ввода-вывода в ОЗУ Для Windows NT мы обнаружили, что дефрагментация дисков может существенно улучшить производительность. Некоторые заказчики дефрагментируют диски раз в неделю. Убедитесь, что ваши серверы имеют как минимум 4 МБ свободной памяти (а лучше - 10...20 МБ) даже при пиковых нагрузках. В противном случае стратегия кэширования для данной платформы может оказаться под угрозой. Не следует использовать стандартные серверные конфигурации, они не являются оптимальными для серверов Domino. Самое главное упущение, характерное для них, - это адекватные диски и контроллеры. В качестве руководства к действию вы можете воспользоваться данными теста NotesBench, предоставляемыми вашим вендором аппаратного обеспечения, т.к. системы, протестированные с помощью NotesBench, часто оптимизированы для достижения наилучшей производительности. (Но помните: некоторые протестированные конфигурации относятся к категории highend и поэтому могут не обеспечивать оптимального соотношения "стоимость/производительность") Ваш вендор должен также предоставить конкретные рекомендации, касающиеся того, какие дисковые конфигурации наиболее подходят для различных внедрений Domino. Если у вендора нет такой информации, запросите ее! Для получения дополнительной информации посетите сайт: www.notesbench.org. Шаг 2: Распределите ввод/вывод между различными физическими дисками Наш опыт показывает, что структура физических и логических дисков относятся к системным ресурсам, в отношении которых у наших заказчиков прослеживается наименьшая ясность; часто они выбирают диски меньше требуемого объема, на которые в результате выпадает значительная нагрузка. Наилучший способ увеличить производительность в системе со многими серверами Domino заключается в распределении ввода/вывода между отдельными дисковыми подсистемами. В идеале следует распределить файлы, интенсивные в отношении ввода/вывода, по различным физическим дискам: Страничный файл платформы (paging file) Файлы с расширением .NSF Журнал транзакций Domino R5 Если вы сможете также разнести их по различным контроллерам, будет еще лучше. Идея заключается в увеличении пропускной способности ввода/вывода засчет распределения нагрузки по различным шинам, контроллерам, портам и дискам. Следовательно, несколько небольших физических дисков лучше, нежели пара дисков большой емкости. В частности, чем лучше вам удастся изолировать журнал транзакций R5 от прочей дисковой активности, тем большей производительности сервера вы сможете добиться. Учтите, что на некоторых системах, таких как AS/400, операционная система может автоматически оптимизировать распределение данных по различным дискам и контроллерам. Для получения подробной информации по конфигурированию дисковых подсистем AS/400 для получения лучшей производительности, обратитесь к "белому документу" (white paper) AS/400 Disk Arm Requirements по адресу: www.as400.ibm.com/developer/domino/perform. Шаг 3: В случае необходимости фиксируйте метрики производительности в журнале Если вы не регистрируете метрики производительности в журнале, вы не сможете количественно измерить успех или неудачу ваших усилий по настройке системы. Если же вы ведете журналы, то у вас не просто сложится гораздо более внятное представление о том, что вы делаете - вы потратите гораздо меньше времени на документирование потребностей в дополнительных расходах! Вам потребуется вести метрики как для операционной системы, так и для серверов Domino. К основным метрикам, которые необходимо фиксировать, относятся (в зависимости от платформы): Общее использование центрального процессора (выражается в процентах). Если эта метрика превышает 70%, то это "красный флажок", сигнализирующий о неприятностях на многих платформах, например, Windows NT Доступная и/или используемая оперативная память. Помните, если осталось свободными 4 МБ, то значит, ваша система не в состоянии удовлетворить требованиям кэширования. Длина дисковой очереди (обычно в ней должно быть не более 2 заданий) и среднее время обращения к диску (должно быть менее 70% для NT) Размер и использование страничного файла. Использование должно быть достаточно низким, в противном случае следует оценить использование и эффективность вашей дисковой подсистемы. Например, скорость перебора страниц, превышающая 150 страниц в секунду обычно является нормальным показателем для почтового сервера Domino, работающего на платформе NT. Статистика и события Domino для пропускной способности почты, репликации, активности Web-сервера и активности обращений к базам данных Журналы Domino (logs.nsf); они утомительны, но иногда оказываются очень полезными (Следует включать функцию записи в журнал только по мере необходимости, т.к. это может негативно сказаться на производительности) Важно собирать и анализировать данные по производительности регулярно. Кроме того, критически важно делать "снимки" производительности системы перед и после значительных изменений конфигурации. Мониторинг производительности на платформах Windows NT, UNIX и AS/400 Если ваши серверы работают на платформе Windows NT, то вы можете воспользоваться Windows NT Perfomance Monitor (Монитором производительности) для сбора статистики по серверу Domino. Таблица 3 соотносит важные метрики производительности с системными параметрами NT и UNIX, доступными через NT Perfomance Monitor, консоль UNIX и AS/400 Perfomance Monitor. Таблица 3: Метрики производительности для Windows NT и UNIX Метрика NT UNIX AS/400 AS/400 Perfomance Использование центрального % общего процессорного vmstat; "cpu", "sy" Monitor процессора времени Количество доступных ps; ps vg Недоступно Доступная память байтов Средний размер дисковой vmstat; "%wio" и iostat; AS/400 Perfomance Дисковая очередь очереди "%tm_act" Monitor Использование диска % дискового времени vmstat; "%wait" и iostat; "%busy" AS/400 Perfomance Monitor Использование страничного AS/400 Perfomance файла или ошибки при % использования vmstat; "memory", "avm" Monitor переборе страниц Мониторинг производительности на платформе AS/400 Система AS/400 имеет встроенный монитор для сбора данных о производительности процессора, памяти, дисков, контроллеров и сети. Web-сайт AS/400 www.as400.ibm.com/developer/perfomance - это идеальная стартовая точка для получения информации по планированию емкости и мониторингу производительности для систем AS/400. Вы найдете здесь "белые документы" и всеобъемлющее руководство Perfomance Capabilities. Для получения информации о производительности, специфичной для Domino for AS/400, посетите сайт www.as400.ibm.com/developer/domino/perform. Шаг 4: Оптимизируйте работу Domino R5 Domino R5 в значительной степени самостоятельно выполняет работу по автоконфигурированию и динамическому реконфигурированию ключевых параметров для достижения максимальной производительности. Вот несколько советов от экспертов по поводу того, как настроить сервер Domino R5: Задайте правильное количество почтовых ящиков (mailboxes). Большее количество файлов mail.box снижает количество коллизий при доставке почты и других видах активности, связанных с почтой. Наибольший скачок производительности наблюдается при добавлении второго почтового ящика. Основное правило гласит, что при количестве пользователей от 1 до 200 достаточно одного почтового ящика, при количестве пользователей от 200 до 1000 - два и более, и вплоть до десяти почтовых ящиков (максимум), если число пользователей превышает 1000. Для систем без разделов (non-partitioned) Domino автоматически определяет величину параметра NSF_Buffer_Pool_Size. Это особенно важно для конфигураций с малым объемом памяти, в которых большой пул может конфликтовать с управлением памяти ядра Для систем с разделами (partitioned) вам потребуется задавать параметр NSF_Buffer_Pool_Size самостоятельно, т.к. Domino не может автоматически определить объем доступной памяти при наличии нескольких разделов. Мы рекомендуем следующую формулу: (системное ОЗУ/число разделов)/4. Domino автоматически распределяет потоки доставки почты (для локальной доставки), в зависимости от количества доступной памяти. Маршрутизатор Domino самостоятельно распределяет потоки передачи почты (для доставки на другой сервер), в зависимости от ситуации. Не жадничайте - используйте журнал транзакций R5. Он обеспечит "железобетонную" целостность данных, более быструю загрузку сервера и выигрыш в производительности от 10% до 20%. В случае правильного конфигурирования, при средних масштабах сети для сервера Domino R5, аппаратное обеспечение Windows NT способно передавать 20000 сообщений (среднего размера 10 КБ) в минуту! Совершенно очевидно, что время, потраченное на оптимизацию серверов, никак нельзя считать потраченным впустую. Шаг 5: Используйте данные теста NotesBench Большинство тестов просто выдают результаты, которые хотят увидеть вендоры. Но NotesBench отличается от них. Тесты NotesBench позволяют осуществить сравнения "яблочко к яблочку" возможностей работы Domino на аппаратном обеспечении различных вендоров. Вы даже можете прикинуть общую стоимость владения с приличной степенью точности, используя результаты теста. Использование данных теста NotesBench - и подробного отчета, прилагаемого к ним, - это также прекрасный способ получить информацию о том, как оптимизировать вашу системную конфигурацию. Посмотрите на топологию дисков, установки ядра, патчи и сервисные пакеты, которыми пользуются эксперты (или те, которыми они не пользуются) и выжмите максимум возможного из своей системы. Смотрите следующую главу, "Benchmarks 101" для получения более подробной информации о том, как интерпретировать данные NotesBench. Шаг 6: Получайте информацию от семафоров Семафоры представляют собой коммуникационный механизм между потоками процессов. По сути, семафор представляет собой механизм "рукопожатия", сигнализирующий о наличии коллизии при попытке завладеть ресурсом. Администраторы могут столкнуться с консольными сообщениями семафоров, когда серверы испытывают высокие рабочие нагрузки. Вы никогда не слышали о семафорах? Что же, возможно при внедрении или переходе на версию R5 вам не придется о них заботиться. Благодаря всеобъемлющим усовершенствованиям в архитектуре R5, многие из которых явились ответом на прямые обращения заказчиков, мы сталкиваемся в R5 с минимумом проблем, связанных с семафорами. Но, на всякий случай, ниже приведен список семафоров для версии Domino 4.6 и объяснения того, что они значат с точки зрения производительности: Collection (0x30B) и Collection Queue (0x309). Сигнализирует о том, что центральный процессор и ОЗУ работают на пределе. Наилучший выход - перенести Административный процесс на непиковые часы и оптимизировать подсистему ввода/вывода. DB (0x245) и DB Queue (0x244). Сигнализирует о том, что кэш баз данных и дисковый ввод/вывод работают на пределе. Наилучший выход - увеличить оперативную память и оптимизировать подсистему ввода/вывода. Кроме того, если это у вас еще не сделано, следует разрешить репликацию на уровне полей. BTree (0x255). Сигнализирует о проблеме с хранением и построением видов. Наилучший выход - перенести перестройку видов на нерабочие часы и оптимизировать подсистему ввода/вывода. Шаг 7: Узнайте симптомы перегруженности сервера Типичные проблемы, сигнализирующие о перегрузке сервера, - это медленная или сбойная доставка почты, увеличивающееся время отклика на запрос пользователя и меделнный поиск имен в адресной книге. Для проверки скорости доставки почты посмотрите на процент времени использования дисков и на длину очереди почтовых сообщений. Для R5 вы также можете проверить количество файлов mail.box, число передач сообщений и локальных потоков доставки. Для уменьшения времени отклика, постарайтесь оптимизировать систему таким образом, чтобы файлы, интенсивные с точки зрения ввода/вывода оказались распределенными по дисковой подсистеме. Если поиск имен в адресной книге происходит медленно, то положение может существенно улучшиться, если пользователи начнут работать с "легкими" каталогами (Lightweight Directories) на своих настольных компьютерах. Это уменьшит нагрузку на сервер и на сеть. Вы также можете проверить показатель обращений к кэшу поиска имен (Name Lookup Cache). Нормальное значение составляет 85%. Если проблема заключается в медленном предоставлении страниц для показа или долгом отклике Webсервера, проверьте число потоков HTTP и процент времени использования дисков. Установите число потоков в соотношении 1:10 (один поток для каждых десяти пользователей). Из чего можно сделать вывод о том, что мощности сервера используются недостаточно полно? На платформе NT об этом свидетельствуют показатель использования процессора, не превыщающий 50%, коэффициент доступа к дискам ниже 50% или постоянное наличие более 200 МБ свободной оперативной памяти. Но надо отметить, что ресурсы, требующиеся для добавляемых пользователей, возможно, не будут точно соответствовать ресурсам, требуемым для того же самого количества действующих пользователей. Например, требования по количеству памяти на одного пользователя уменьшаются по мере роста числа пользователей, потому что фиксированный служебный объем памяти распределяется между большим количеством пользователей. Дополнительную информацию, касающуюся планирования расширения системы, вы можете найти в документе Domino Perfomance: Handling the Curves like a Pro (Производительность Domino: работая профессионально) в Зоне производительности Domino по адресу: www.lotus.com/perfomance. Шаг 8: Рассмотрите возможность использования кластеризации Кластеризация - это самая главная функциональная возможность, присущая Domino Enterprise Server. Кластеризация обеспечивает динамическую балансировку загрузки, которая автоматически оптимизирует использование ресурсов в кластере. Кластеризация, кроме того, обеспечивает отказоустойчивость для почтовой системы и приложений, включая Web-приложения. Вы можете организовать кластер из любой комбинации серверов R4 и R5, работающих на различных платформах, поддерживающих Domino. Кроме того, вы можете кластеризовать серверы с разделами и серверы без разделов. Кластеризация Domino - это прекрасный способ увеличить масштабируемость и надежность ресурсов ваших серверов. Это также наилучший способ безопасного постепенного перехода к версии R5, засчет постепенного добавления серверов R5 к кластеру R4. В зависимости от используемой вами платформы, кластер, состоящий из дешевых систем, может обеспечить лучшую надежность при меньших начальных вложениях, нежели один дорогостоящий большой сервер. Кроме того, кластеризация снижает число пользователей, подверженных сбоям в случае "единственного входа" в систему. Для Windows NT мы, к примеру, рекомендуем кластеризацию в тех случаях, когда количество активных пользователей в системе превышает 750. Почему бы не использовать кластеризацию там, где это уместно? Это разумно, а в некоторых случаях вы сможете провести уикэнд так, как планировали... Шаг 9: Подумайте об использовании разделов (partitioning) Применение разделов может улучшить использование ресурсов и надежность систем Domino высокого класса. Разделы также позволят распределять серверы по отделам или по выполняемым функциям, сохраняя преимущества консолидации. Некоторые организации даже используют разделы для создания "опций сервисного уровня" (т.е. предоставления одного раздела нескольким ключевым фигурам и другого - всей остальной массе пользователей!) Согласно общему правилу, количество разделов в системе не должно превышать количество процессоров. AS/400 является исключением: эта система исключительно "дружественна" к разделам. Платформа AS/400, кроме всего прочего, изолирует разделы логически, поэтому если один из разделов выходит из строя, другие остаются работоспособными. (Красная книга, Lotus Domino for AS/400 Installation, Customization and Administration [Lotus Domino - инсталляция, адаптация и администрирование на платформе AS/400], SG245181, доступная по адресу www.redbooks.ibm.com, содержит примеры по использованию разделов на платформе AS/400.) Шаг 10: Определитесь: когда консолидировать, а когда - распределять Если что-либо не заставит вас вынужденно поступить наоборот, всегда отдавайте предпочтение консолидации относительно распределения при рассмотрении стратегии развития системы. Консолидация однозначно снижает стоимость содержания и улучшает надежность: меньшее количество серверов означает менее сложные серверные топологии и меньшее количество взаимодействий типа "сервер-сервер", равно как и снижение сетевого трафика, меньшие объемы репликаций и передаваемой почты между серверами. И, разумеется, меньшее количество железок, о которых вам придется беспокоиться. В каких случаях следует отдавать предпочтение распределению? У вас могут существовать требования по географической распределенности, при которых выделенные серверы, обслуживающие локальных пользователей и данные, являются самым экономичным решением. Или, к примеру, ваше внедрение может быть относительно небольшим, но быстро растущим, и тогда добавление новых серверов для обслуживания новых пользователей позволит наилучшим образом извлечь пользу из уже сделанных инвестиций. IBM выпустила замечательную книгу на эту тему, озаглавленную IBM Servers and Lotus Domino: Centralize and Distribute Enterprise Architecture Planning (Серверы IBM и Lotus Domino: централизация и распределение ресурсов при планировании архитектуры предприятия), доступную по адресу: www.redbooks.ibm.com. Советы по улучшению производительности У вас может возникнуть желание настроить существующие серверы должным образом перед тем, как совершать новые капиталовложения в новые технологии. "Темная сторона" настройки производительности сродни алхимии и требует порой больше времени и умения, нежели оправдывается в итоге конечным результатом. Следовательно, мы ограничимся в нашей беседе парой простых советов, которые позволят повысить производительность практически любого сервера Domino. Легкочитаемое и всеобъемлющее объяснение мониторинга и настройки Domino для Windows NT и OS/2 Warp вы сможете найти в Красной книге IBM Lotus Domino Integration Guide for IBM Netfinity и IBM PC Servers [Руководство по интеграции сервера Lotus Domino для серверов IBM Netfinity и IBM PC] (SG24-210201), доступной по адресу: www.redbooks.ibm.com. Новая книга, Lotus Domino for AS/400 Perfomance Tuning and Capacity Planning [Настройка производительности и планирование емкости сервера Lotus Domino для AS/400] (SG24-5162), появится вскоре. Оптимизируйте параметры операционной системы Основные функции большинства операционных систем (Windows NT, к примеру) заключаются в обслуживании файловых хранилищ и выполнении задач по извлечению требуемой информации. Для оптимизации производительности операционной системы как платформы для сервера приложений вам потребуется внести опеделенные конфигурационные изменения в таких областях, как размер кэша файловой системы, параметры страничного файла, приоритет по умолчанию для процессов переднего плана по отношению к процессам заднего плана или размер файла подкачки. Уменьшение количества серверных задач Измените количество задач сервера Domino таких как "Репликатор" (Replicator) или "Маршрутизатор почты" (Router) запускаемых по умолчанию на каждом сервере R4 или R5. Вы можете существенно увеличить производительность сервера благодаря оптимизации их количества на основании частоты использования и определив время запуска в зависимости от нагрузки на сервер со стороны пользователей. Например, вы можете: Удалить задачи Replicator и/или Router если сервер в них не нуждается. Например, сервер приложений (не содержащий почтовых ящиков пользователей) или центральный корпоративный сервер могут не передавать почтовые сообщения. Уменьшить объем требуемый для индексов представлений, с помощью изменения значения переменной Default_Index_Lifetime_Days (значение по умолчанию 45). Минимизировать размер базы данных "Протокол работы сервера" (LOG.NSF) с помощью уменьшения количества протоколируемых событий (но только не потеряйте необходимую информацию). Установить пределы на максимальное количество сессий, пользователей или число потоков передачи сообщений. Это предотвратит падение производительности ниже определенного уровня. Основы анализа производительности Анализ производительности требует значительных затрат! Более подробную информацию по всем рассмотренным разделам вы можете получить из презентации "Оптимальное использование R5 в вашей информационной среде" (Deploy R5 for Performance and Scalability in Your Environment), которая, как и многие другие информационные материалы, доступна по адресу www.lotus.com/performance. 6. Тесты Обычно популярные тесты чаще демонстративны, чем оказывают реальную помощь в оценке производительности. Это связано с тем, что поставщики программного и аппаратного обеспечения имеют тенденцию распространять информацию о предельных характеристиках. Поэтому компания Lotus создала NotesBench – программное обеспечение для тестирования, которое дает пользователям Notes/Domino целостное представление о требуемых ресурсах для определенного уровня нагрузки и производительности системы. Основные поставщики аппаратного обеспечения, такие как Compaq/Digital, HP, IBM, Sun и многие другие размещают результаты измерений на сайте консорциума NotesBench (www.notesbench.org). Эти данные проверяются и сертифицируются для получения полного и корректного представления и, затем, производится формирование сравнительных характеристик предложений различных поставщиков. Конечно, многие факторы, от накопленного вами опыта до уровня охвата поставщиком общей стратегии информационных технологий, оказывают влияние на выбор аппаратного обеспечения. Результаты NotesBench могут оказать существенную помощь при принятии решения в связи с тем, что они позволяют вам непосредственно сравнить различные конфигурации. Более глубокая интерпретация результатов поможет вам решить, какая специфичная конфигурация сервера определенного поставщика буден наиболее эффективным решением, отвечающим всем требованиям реальной среды функционирования. Тесты и реальность Для определения требуемых ресурсов очень важно понимать различие между моделированием нагрузки пользователей и реальной работой пользователя. Также необходимо помнить о неизбежной необъективности и ограниченности результатов тестов даже таких специализированных как NotesBench. Результаты NotesBench прекрасно подходят для получения сравнительных данных о различных аппаратных конфигурациях. Это хороший метод для принятия решения о конечной конфигурации. Вы также можете использовать результаты NotesBench для анализа различных платформ. Но не рассчитывайте, что результаты показанные тестом будут соответствовать реальной работе системы. Помните, что эти данные получены в лабораторных условиях с предопределенной нагрузкой на систему. Реально вы будете иметь гораздо большее число одновременно работающих задач (репликации и др.) и истинная нагрузка будет неизбежно отличаться от моделируемой. Поэтому лучше всего применить определенное масштабирование результатов для получения более верных данных о требуемых ресурсах. Например, для платформы Winows NT мы обнаружили, что результаты тестирования характеристик почтовой системы R4 необходимо разделить на три для получения более правдоподобных данных о количестве пользователей, которые могут обслуживаться системой. Для версии 5 этот коэффициент равен двум. Нагрузка имитируемая NotesBench Во время тестирования NotesBench использует специальный драйвер для имитации нагрузки на систему. Этот драйвер моделирует пользователей с помощью множества независимых подзадач. Каждая подзадача исполняет определенную последовательность операций (создавая нагрузку). Компания Lotus подготовила несколько типов имитируемой нагрузки, каждый из которых моделирует определенный тип операций. Наиболее характерные типы нагрузки: Mail: Только почтовые коммуникации. Эта нагрузка лучше всего имитирует поведение новых пользователей системы, большая часть из которых быстро начинает использовать дополнительные функциональные возможности системы. MailDB: Почта и простейшие операции с общими базами данных. Groupware_A: "Мощная нагрузка", которая включает в себя рассылку сообщений с большими присоединениями, добавление в общие базы данных документов содержащих присоединения, выполнение полнотекстового поиска, а также имитация репликаций между сервером и базами на рабочих местах пользователей. Для версии R5 появились новые типы имитации нагрузки для задач POP3, IMAP, SMTP, HTTP. На практике ни одна из этих моделей нагрузки не совпадает в точности с реальной работой пользователя, но одна из них, возможно, будет наиболее близко описывать поведение вашего "среднестатистического пользователя". Значительная часть моделей нагрузки ориентирована на сбор информации об использовании почты, поэтому если вы получили от своего поставщика данные о возможностях поддержки пользователей данной конфигурацией сервера, то они, вероятно, относятся к пользователям, которые имеют почтовые ящики. Кроме того, учтите, что многие поставщики предоставляют результаты, которые ни когда не предоставляются консорциумом NotesBench. Результаты измерений NotesBench Для каждого типа нагрузки NotesBench предоставляет следующие числовые характеристики, среди которых особый интерес представляют: Максимальное количество поддерживаемых пользователей: Максимальное число одновременно работающих задач подключенных к серверу во время моделирования. NotesMark™: Характеристика производительности системы, определяется на основании количества транзакций в минуту выполненных всеми моделирующими задачами. Учтите, что количество транзакций в минуту не связано однозначным соотношением с операциями Notes, например, открытие базы данных может вызвать две или более транзакций. Среднее время отклика: Определяет среднее время отклика сервера на запросы от моделирующих задач NotesBench. Эта характеристика очень приближенно оценивает время отклика, которое будет иметь место в реальной работе при данных параметрах моделирования пользователей. Если рассматривать получаемые результаты в контексте с одним из типов моделируемой нагрузки (Mail, MailDB, Groupware_A, и др.), то эти три характеристики могут помочь вам приближенно оценить (учитывая определенный коэффициент масштабирования) ожидаемое количество пользователей, которых может обслуживать сервер при данной конфигурации. Для принятия решения вам необходимо сравнить полученные данные с приемлемыми параметрами работы системы, например, загрузка процессора должна быть не более 70% и среднее время отклика не более одной секунды. Дополнительная информация Отчеты NotesBench очень детально представляют поведение системы. Поэтому для получения исчерпывающей информации по анализу каждой их характеристик мы рекомендуем вам ознакомиться со статьей "Что должен знать каждый администратор о результатах NotesBench" (What Every Performance Minded Administrator Should Know About NotesBench Reports) в разделе справочные материалы сервера www.notesbench.org. Когда вы оцениваете результаты NotesBench или любые другие характеристики производительности, то относитесь к ним с определенным скептицизмом. Вам необходимо как минимум ознакомиться с одностраничным документом "Что искать в результатах" (What to look for in Performance Reports) по адресу www.lotus.com/performance. 7. Заключение Легко настраиваемая и гибкая архитектура Domino предоставит широкий спектр служб и приложений коллективной работы для вашей организации. Фактически гибкая архитектура Domino является одной из причин того, что очень трудно точно определить уровень производительности, который вы получите при определенном аппаратном решении. Эта статья, а также раздел Domino Performance Zone (www.lotus.com/performance) предназначены для предоставления вам источников, которые помогут вам наиболее оптимально использовать сервер Domino. Помните, что Domino R5 позволит вам развиваться быстрее, какие бы аппаратные решения вы бы ни использовали.
