Универсальные серверы для рабочих групп отечественных производителей

Безотказность

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

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

Повышение надежности работы сервера основано на простейшем методе — избыточности, подразумевающей дублирование жизненно важных компонентов сервера.

Так, многие серверы уровня рабочих групп оснащаются резервными источниками питания, например двумя блоками питания с безынерционным переключением в случае выхода из строя одного из них. Отказавший блок питания можно заменить без выключения машины, то есть в режиме «горячей» замены (Hot Swap).

Проблема сохранности данных и безотказности работы дисковой подсистемы сервера решается построением RAID-массивов на SCSI-дисках с возможностью «горячей» замены. Выход из строя одного из дисков лишь замедляет работу дисковой подсистемы, но не блокирует ее. Вышедший из строя диск можно заменить, не останавливая работу сервера, а данные на нем будут автоматически восстановлены RAID-контроллером. Подобные диски «горячей» замены устанавливаются в специальные корзины или в Rack Mount, поэтому доступ к ним можно получать, не открывая сам сервер.

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

Немаловажная роль в обеспечении безотказности сервера принадлежит системе охлаждения: любой сервер должен быть оснащен «интеллектуальными» вентиляторами с возможностью контроля частоты вращения.

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

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

Наиболее распространенным для серверов уровня рабочих групп является корпус Intel SC5000 (рис. 4), известный также под названием Hudson. Отличительная особенность — возможность как напольного исполнения (Pedestal), так и монтирования в стойку (толщина 5 U). Корпус разработан для применения с серверными платами Intel SBT2, Intel STL2 и Intel L440GX+. Конфигурация корпуса предусматривает возможность установки либо одного источника питания мощностью 300 Вт, либо двух (основной плюс резервный) по 350 Вт каждый, с возможностью «горячей» замены.

В корпусе SC5000 предусмотрена установка двух корзин для SCSI-дисков с возможностью «горячей» замены. Существует две модификации корзины: под диски толщиной 1,6 дюйма (в корзину можно установить три таких диска) и под диски толщиной 1 дюйм (в корзину устанавливается пять дисков). Учитывая, что всего в сервер можно установить две такие корзины, получаем, что максимально можно установить десять SCSI-дисков с возможностью «горячей» замены. В самом корпусе имеется также место под установку еще трех устройств 5,25 дюймов (один из отсеков используется, как правило, под CD-ROM). Итого, в корпусе максимально можно расположить 13 дисков. Однако к этой цифре следует относиться весьма осторожно. Во-первых, одновременная работа всех дисков может быть ограничена возможностями источника питания, мощность которого всего 350 Вт. Во-вторых, столь плотное расположение дисков создает дополнительные трудности с их охлаждением. Впрочем, необходимость использования такого количества дисков в сервере уровня рабочей группы вызывает большие сомнения. В крайнем случае, для этих целей можно использовать внешние стойки под SCSI-диски с автономными источниками питания.

Корпус SC5000 обеспечивает надежную защиту от несанкционированного доступа к внутренним компонентам. Для этой цели используется два замка, один из которых блокирует доступ к передней панели корпуса, а второй (навесной замок, устанавливаемый на задней панели корпуса) блокирует снятие боковой крышки корпуса. Два сенсора, расположенные на передней и боковой панелях корпуса, позволяют фиксировать несанкционированный доступ к серверу, что поддерживается программным обеспечением Intel Server Control, входящим в комплект с материнскими платами Intel STL2 и Intel L440GX+.

Усовершенствованная система охлаждения позволяет оптимально разместить до четырех вентиляторов, обеспечивающих эффективное охлаждение основных компонентов сервера, а использование пакета Intel Server Control дает возможность осуществлять контроль скорости вращения вентиляторов.

На передней панели корпуса расположены «утопленные» кнопки включения/отключения питания, перезапуска и вхождения в «спящий» режим. Такое расположение кнопок предохраняет от случайного нажатия. Кроме того, на передней панели расположены световые индикаторы подачи питающих напряжений, активности дисковой подсистемы, активности сетевой карты, отказа вентиляторов охлаждения.

Безотказность и надежность в работе сервера должна поддерживаться и на уровне материнской платы. Примером могут служить вышеупомянутые платы Intel STL2 и Intel L440GX+, в которых реализована поддержка таких функций, как возможность использования памяти с коррекцией ошибок (ECC), автоматическое отключение неисправного процессора, автоматическая перезагрузка или выключение системы в критических случаях, автоматическая аппаратная перезагрузка при зависании операционной системы. К тому же имеются широкие возможности диагностики неисправности отдельных компонентов сервера. Так, платы позволяют контролировать и предсказывать (тахометрия) отказ вентиляторов охлаждения, поддерживают технологию SMART (предсказание отказа жестких дисков), контролируют уровень питающих напряжений, позволяют обнаруживать ошибки в памяти с указанием сбойного модуля памяти и физического адреса, контролируют превышение рабочей температуры процессоров, превышение рабочей температуры электронных компонентов и превышение рабочей температуры в отсеках для жестких дисков. Естественно, что все возможности контроля за состоянием сервера поддерживаются программным образом пакетом Intel Server Control.

Управление

Возможность управления сервером тесно связана с обеспечением надежности и безотказности работы и может быть реализована на уровне материнской платы сервера.

В случае плат Intel STL2 и Intel L440GX+ с помощью пакета Intel Server Control можно реализовать уведомление о возникновении предопределенных событий путем рассылки сообщений по локальной сети администратору или группе пользователей, рассылки сообщений по SNMP и по e-mail. Поддерживается также запуск заранее определенных пользователем утилит или программ.

К встроенным средствам управления относятся специализированный порт EMP (Emergency Management Port) и средства удаленного управления сервером с помощью модема. Эти средства позволяют осуществлять пейджинг о возникновении 12 заранее определенных пользователем событий через EMP-порт, регистрировать все события в специальной энергонезависимой памяти (причем события доступны для просмотра и анализа, даже если сервер не функционирует), производить удаленную перезагрузку, включение и выключение сервера, удаленно наблюдать текущее состояние сервера и перенаправлять консоль в последовательный порт.

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

Рассмотрев основные требования, предъявляемые к современному серверу уровня рабочей группы, и способы их реализации, отметим, что все серверы отечественных производителей соответствуют как классу решаемых ими задач, так и требованию безотказности и надежности в работе, а также имеют расширенные возможности управления. Так, большинство протестированных нами серверов были собраны на основе серверных материнских плат с чипсетом ServerWorks ServerSet III LE в корпусе SC5000, имели сдвоенные источники питания с возможностью «горячей» замены, оснащались SCSI-дисками с возможностью «горячей» замены и обладали развитыми средствами управления.

Для того чтобы выяснить мнение отечественных производителей о том, насколько важны производительность, безотказность и возможность управления для серверов данного класса, мы попросили представителей всех компаний заполнить опросные листы с весовыми коэффициентами важности тех или компонентов сервера. Условно разбив все компоненты на три категории — влияющие на производительность, определяющие безотказность работы и позволяющие осуществлять контроль сервера, мы выяснили, что степень важности производительности сервера составляет 65%, безотказности в работе — 31%, а возможность управления сервером составляет всего 4% (рис. 5).

При этом к компонентам, определяющим производительность сервера, относились количество PCI-слотов, максимальный объем поддерживаемой RAM-памяти, объем памяти в установленной конфигурации, количество отсеков для внутренних устройств, максимальное количество устанавливаемых жестких дисков, объем жестких дисков в тестируемой конфигурации и результаты прохождения сервером тестовых программ. К компонентам, определяющим безотказность в работе сервера, относились возможность «горячей» замены PCI-устройств, возможность «горячей» замены блоков питания, наличие памяти с коррекцией ошибок, количество SCSI-дисков «горячей» замены и срок гарантийного обслуживания сервера.

Методика проведения тестирования

Тестирование серверов является очень непростой задачей, поскольку, в отличие от других сетевых устройств, они выполняют не какую-то одну конкретную функцию, а решают множество задач, порой взаимоисключающих. Если сервер используется в качестве файл-сервера, то максимальная производительность требуется от системы ввода-вывода, на нее же ложится и основная нагрузка. Требованиям, предъявляемым при этом к вычислительной подсистеме (процессор и память), способен удовлетворять даже i486. В случае же использования сервера в качестве платформы для приложений типа «клиент-сервер» основная нагрузка падает на вычислительную подсистему, при этом требования к подсистеме ввода-вывода невысоки, так как по сети передаются сравнительно короткие запросы и обычно столь же короткие ответы, а основная работа проделывается вычислительной подсистемой самого сервера. Кроме того, такой подход позволяет сэкономить при покупке сервера, то есть приобрести, например, для выполнения функций файл-сервера недорогой сервер начального уровня и внешний RAID-массив.

Для проведения тестирования был собран стенд, состоящий из 46 рабочих станций, компьютера-контроллера и собственно сервера.

В качестве локальной сети для проведения тестирования была выбрана наиболее популярная на сегодняшний день сеть Fast Ethernet 100Base-TX с пропускной способностью 200 Мбит/с в полнодуплексном режиме работы. На всех рабочих станциях и компьютере-контроллере была установлена операционная система Microsoft Windows 2000 Professional SP1, а на сервере — Microsoft Windows 2000 Server SP 1. На всех рабочих станциях и сервере устанавливался стек сетевых протоколов TCP/IP. Характеристики рабочих станций приведены в табл. 1.

Для объединения рабочих станций и сервера в сеть использовалось два управляемых 24-портовых стекируемых коммутатора Lucent Cajun-P333T и неуправляемый 12-портовый коммутатор 3Сom SuperStack II Baseline Switch. В отсутствие возможности использовать модуль стекирования между коммутаторами Lucent Cajun-P333T было решено использовать следующую схему коммутации: к каждому коммутатору Lucent Cajun-P333T подключалось по 23 рабочие станции (клиента), а 24-й порт использовался для кроссоверного соединения этих коммутаторов с узловым коммутатором 3Сom SuperStack II Baseline Switch, к которому также подсоединялись контроллер и сервер (рис. 6).

Учитывая, что пропускная способность канала связи «сервер-сеть» ограничена пропускной способностью выходного порта коммутатора, использование такой топологии сети и топологии, построенной на двух коммутаторах с модулем стекирования, должна приводить к одинаковым результатам. Более того, на наш взгляд, схема с тремя коммутаторами более предпочтительна, так как при стекировании коммутаторов друг с другом ширина полосы пропускания стека может оказаться недостаточной для работы коммутаторов в неблокирующем режиме.

В схеме с тремя коммутаторами пропускная способность порта, с которым соединен сервер, составляет 200 Мбит/с, поэтому при одновременной работе всех клиентов на долю каналов, соединяющих узловой коммутатор с коммутаторами, к которым подсоединяются рабочие станции, приходится нагрузка не более 100 Мбит/с. Поскольку к каждому коммутатору подсоединяется по 23 рабочие станции, то нагрузка на каждый порт коммутатора не превосходит 4,3 Мбит/с. При таком режиме работы все три коммутатора могут работать в неблокирующем режиме и сами коммутаторы не являются «узким местом».

Впрочем, в данной топологии есть одна небольшая хитрость. Для того чтобы обеспечить сбалансированную и равномерно возрастающую нагрузку на сервер, необходимо подключать клиентов «в шахматном порядке»: все рабочие станции с четными номерами подключаются к одному коммутатору, а с нечетными номерами — к другому. В этом случае с ростом числа клиентов, подключенных к серверу, нагрузка на каждый коммутатор возрастает в одинаковой степени, а все рабочие станции имеют равные возможности получения доступа к серверу. В противном случае (когда к серверу подключаются сначала все рабочие станции, соединенные с первым коммутатором, а только затем — станции, соединенные со вторым коммутатором) рабочие станции будут находиться в неравноправных условиях. Действительно, когда к серверу подключены все станции, соединенные с первым коммутатором, то максимальный трафик, приходящийся на одну станцию, не превосходит 8,6 Мбит/с. После подключения следующей станции, соединенной со вторым коммутатором, максимальная нагрузка, приходящаяся на нее, составит не более 100 Мбит/с, поскольку оба канала, соединяющие узловой коммутатор с двумя другими, равноправны. Это позволит указанной станции реализовать все свои запросы к серверу, что ставит ее в неравноправное положение по сравнению с другими станциями.

Для проведения тестирования мы использовали пакеты ServerBench 4.1 и NetBench 7.0 компании Ziff-Davis.

Пакет ServerBench предназначен для тестирования серверов в режиме имитации работы приложений типа «клиент-сервер», например SQL-сервер, MS Access или MS Exchange. На каждом из компьютеров, подключенных к локальной сети, устанавливается клиентское ПО, позволяющее имитировать работу клиента. Один компьютер используется в качестве контроллера, управляющего работой всей системы и собирающего статистику. На сервере устанавливается серверная часть тестового пакета, обслуживающая клиентов и передающая статистику на компьютер-контроллер.

Пакет ServerBench измеряет производительность сервера, используя ОС Windows клиентов, которые посылают серверу различные запросы, называемые транзакциями. Каждый клиент записывает время ожидания отклика на свой запрос, а также количество транзакций, выполненных сервером в ходе тестирования. По этим данным вычисляется производительность сервера, измеряемая в количестве транзакций в секунду (transactions per second, TPS). Программа теоретически поддерживает до 1000 клиентов, но для тестирования мы использовали 46, чего оказалось вполне достаточно. Столь малое число клиентов объясняется тем, что каждый из них в стрессовом режиме позволяет нагрузить сервер. Поэтому каждый клиент, работая в таком режиме, эмулирует работу нескольких десятков реальных клиентов, подавая запросы в темпе, недоступном обычному человеку.

ServerBench позволяет измерять производительность сервера как в целом, так и отдельно — дисковой, сетевой и процессорной подсистем сервера. Сама подсистема состоит из двух частей, первая из которых является программной (soft), а вторая определяется типом оборудования (hard). Поэтому скорость жесткого диска как таковая ничего не говорит о производительности дисковой подсистемы.

Под дисковой подсистемой понимаются сам жесткий диск, контроллер диска, дисковый кэш и программное обеспечение (драйвер диска и файловая структура операционной системы). Тестирование дисковой подсистемы заключается в измерении производительности сервера при операциях последовательного чтения и записи, а также выборочного чтения и записи. ServerBench создает файлы данных на сервере. При тесте на чтение сервер читает данные из файла данных порциями последовательно, пока весь файл не будет прочитан. При тесте на выборочное чтение сервер читает данные порциями в произвольном порядке. При тесте на последовательную и выборочную запись сервер читает данные порциями, после чего перезаписывает их на прежнее место. В стандартном дисковом тесте используются операции чтения и записи в соотношении 3:1. Каждый дисковый тест читает и записывает 8 Кбайт данных фрагментами по 512 байт, 1, 2 или 4 Кбайт.

Процессорная подсистема состоит из процессора (или процессоров), основной памяти RAM, внутреннего и внешнего кэша, кэш-контроллера и системной шины. При тестировании процессорной подсистемы сервера измеряется производительность сервера без операций ввода-вывода. Тест заключается в выполнении определенных общих инструкций: поиск данных, строковые операции, целочисленные арифметические операции, операции копирования и пр. Тест использует общие программные конструкции, такие как If…Else, Loop, вызов процедуры и т.д.

Сетевая подсистема включает в себя оборудование сети, сетевой адаптер и его драйвер, стек сетевых протоколов (TCP/IP). Тестирование сетевой подсистемы определяет, насколько хорошо сетевая подсистема поддерживает транзакции клиентов. Эти тесты определяют производительность в направлениях «клиент-сервер» и «сервер-клиент». Тест сетевой подсистемы выполняется на транспортном уровне модели OSI. Следует отметить, что утилита ServerBench функционирует таким образом, чтобы исключить влияние сетевой подсистемы на получаемые результаты, то есть значительного влияния на результаты не оказывают ни характеристики сетевых карт, ни пропускная способность сети. Непосредственно же на результат влияют операции сетевого ввода/вывода. В реальных условиях общая производительность системы зависит от всех указанных выше факторов, но утилита ServerBench минимизирует влияние тех факторов, которые прямо не связаны с работой сервера.

Общий стандартный тест анализирует систему в целом, комбинируя тест процессора, дисковый тест и тест сетевой подсистемы так, чтобы это отвечало типичному приложению баз данных. В тесте для каждого клиента на сервере создаются файлы данных по 16 Мбайт, то есть всего создается 46 сегментов по 16 Мбайт, и все основные операции производятся именно с этими данными.

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

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

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

Тестирование серверов на предмет выяснения их производительности при использовании в качестве файловых серверов проводилось с использованием пакета NetBench 7.0 компании Ziff-Davis.

Пакет NetBench позволяет измерять производительность файл-сервера, определяя, насколько эффективно сервер поддерживает сетевые файловые операции. Каждый клиент посылает серверу различные запросы файлового ввода/вывода и измеряет время реакции сервера на эти запросы.

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

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

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

В течение каждого отдельного теста активизированные клиенты создают на сервере отдельные каталоги с данными размером около 20 Мбайт. Именно с этими данными каждый клиент работает, производя копирование и другие файловые операции в направлении как «клиент-сервер», так и «сервер-клиент», что позволяет создать эффективный сетевой трафик. Всего в тесте предусматривается 18 различных файловых запросов ввода/вывода: Open File, Read, Write, Lock, Unlock, Get File Attributes, Set File Attributes, Get Disk Free Space, Close, Get File Time, Set File Time, Find Open, Find Next, Find Close, Rename File, Delete File, Create New File, Flush File Buffers.

Измеряя время реакции сервера на выполнение запросов, каждый клиент рассчитывает создаваемый им сетевой трафик, а компьютер-контроллер, синхронизирующий работу всех клиентов, измеряет суммарный сетевой трафик между сервером и сетью.

В процессе теста постепенно увеличивается число клиентов, проявляющих сетевую активность, что позволяет определять зависимость сетевого трафика, измеряемого в мегабитах в секунду от числа клиентов.

Результаты тестирования

Как уже было сказано, мы провели тестирование двухпроцессорных серверов с объемом оперативной памяти не менее 256 Мбайт и процессором Intel Pentium III с тактовой частотой до 1 ГГц. Каждый сервер имел RAID-массив уровня 1 на двух жестких дисках объемом не менее 9 Гбайт с файловой системой NTFS 5.0. Все серверы предназначены для использования в рабочих группах и позиционируются как универсальные. Подробные технические характеристики серверов представлены в табл. 2. Базовые замеры, используемые для сравнения, проводились в конфигурации с двумя процессорами и с объемом оперативной памяти 256 Мбайт. Кроме того, с целью выяснения потенциальных возможностей каждого сервера проводились тесты серверов с одним процессором и с различными объемами оперативной памяти. Количество процессоров и объем используемой оперативной памяти устанавливались в загрузочном файле boot.ini (параметры numprocs и maxmem).

Для оценки качества серверов мы выбрали ряд наиболее важных, на наш взгляд, характеристик, а именно: результаты выполнения тестовых программ NetBench и ServerBench, характеристики комплектующих, из которых состоят серверы; срок гарантийного обслуживания; субъективная экспертная оценка функциональности сервера (табл. 3). Для каждой характеристики был вычислен показатель качества, необходимость которого была вызвана стремлением сравнить серверы друг с другом (ведь конечная цель тестирования заключается именно в таком сравнении!), и не только по отдельным характеристикам, но и в целом. Такое сравнение легко осуществить при наличии обобщенного (интегрального) показателя производительности или качества сервера. Для определения такого интегрального показателя качества нужно сначала вычислить показатель качества каждой отдельной характеристики, после чего они складываются с соответствующими весовыми коэффициентами.

Итак, первая проблема — это вычисление показателя качества для каждой отдельной характеристики. Безусловно, характеристика в чистом виде не может отражать собственное качество. Действительно, невозможно, суммировать, например, срок гарантии и количество транзакций в секунду. Поэтому показатель качества каждой характеристики должен быть безразмерной величиной. Более того, показатель качества должен отражать действительное положение вещей, то есть если какая-либо характеристика одного сервера хуже той же характеристики другого сервера, то и соотношение показателей качества этих характеристик должно быть аналогичным. Показатели качества и весовые коэффициенты устанавливались при помощи экспертных оценок, сделанных как независимыми экспертами, так и специалистами фирм, предоставивших серверы для тестирования.

Вторая проблема — определение результата выполнения тестовых программ NetBench и ServerBench. Обе эти программы представляют конечный результат в виде графиков зависимостей, что очень удобно для визуального сравнения производительности отдельных характеристик серверов, но неприемлемо для расчета показателя качества. Для расчета данного показателя необходимо, чтобы все характеристики были представлены в числовом виде. Поэтому каждому графику следует поставить в соответствие некоторое число, то есть закодировать графики в числовом виде. Самый простой способ для этого является вычисление площади криволинейной трапеции, образуемой графиком зависимости и осью абсцисс, по которой откладывается количество клиентов. Получаемое таким образом интегральное среднее представляет собой средний по совокупности клиентов сетевой трафик в тесте NetBench или среднюю скорость транзакций в тесте ServerBench. Отметим, что сами по себе полученные средние значения, хотя и имеют единицы измерения, лишены какого-либо физического смысла. Тем не менее эти средние значения могут быть использованы для сравнения производительности каждой из рассматриваемых характеристик, поскольку чем выше среднее значение, тем выше производительность сервера в режиме «насыщения».

После того как определены показатели качества каждой характеристики, можно вычислить качество самого сервера. Однако просто сложить показатели качества для каждой характеристики недостаточно, ведь разные характеристики имеют различную значимость. Естественно, что показатель качества, определяющий результат прохождения теста для файлового сервера, куда важнее наличия в сервере сдвоенного источника питания. Поэтому для каждой характеристики необходимо определить ее весовой коэффициент, являющийся показателем значимости данной характеристики. Весовые коэффициенты выражаются в процентах или в долевых частях — так, чтобы сумма всех весовых коэффициентов была равна соответственно 100% или 1. Тогда интегральный показатель качества сервера вычисляется как сумма произведений показателей качества отдельных характеристик и соответствующих весовых коэффициентов.

Интегральные показатели качества сервера, рассчитанные по описанной выше методике, использовались при выборе самого качественного сервера. Чем выше интегральный показатель качества сервера, тем лучше. Если же разделить интегральный показатель качества сервера на его цену, то получаемое значение соотношения «качество/цена» показывает, сколько пользы можно получить за те же деньги. Чем выше соотношение «качество/цена», тем выгоднее покупка сервера. Результаты оценки характеристик серверов и интегральный показатель качества серверов представлены в табл. 4.

Выбор редакции

Победители проведенного тестирования определялись в трех номинациях: «Самый качественный сервер», «Лучший файловый сервер» и «Оптимальный для покупки сервер».

Выбор победителей в номинации «Самый качественный сервер» основывался на интегральном показателе качества сервера. Лидером в этой номинации стала модель GEG Express (компания ООО «Крафтвей Компьютерс»). Второе место занял сервер «Техмаркет Компьютерс» TCM1000 Server P2010 (сервер TCM1000 Server P2010 занял первое место по интегральной производительности, третье — по результатам теста NetBench и первое — по результатам теста ServerBench). Третье место в этой номинации занял сервер DSTN Navigator — S6800DP (компания DESTEN Computers).

Сервер GEG Express, кроме того, оказался лучшим по соотношению «качество/цена», то есть в номинации «Оптимальный для покупки сервер».

Выбор победителя в номинации «Лучший файловый сервер» основывался на результатах теста NetBench 7.0 компании Ziff-Davis. Выбора редакции в этой номинации был удостоен сервер KLONDIKE President 1500 (компания Klondike Computers). Второе место занял сервер DSTN Navigator — S6800DP (компания DESTEN Computers), а третье место — сервер «Техмаркет Компьютерс» TCM1000 Server P2010.