Введение     Эта статья предназначена для тех, кто планирует покупку нового или модернизацию существующего сервера и хочет получить представление об относительной производительности разных типов дисковых подсистем. Она не претендует на исчерпывающую точность и полное раскрытие темы, мы лишь хотим помочь вам избежать грубых ошибок и правильно распределить бюджет при подборе конфигурации.     Если вы слабо представляете, себе что такое RAID массивы, то до прочтения статьи рекомендуем ознакомиться хотя бы вот с этим FAQ, а также почитать про интерфейс SAS     За последние несколько лет на рынке жёстких дисков произошли существенные изменения – интерфейсы IDE и SCSI в новых системах были полностью вытеснены интерфейсами SATA и SAS, появился новый класс жёстких дисков – серверные 2.5”, а SATA RAID-контроллеры, не имеющие аппартного XOR-процессора и кэш-памяти стали практически бесплатными, обосновавшись в южных мостах материнских плат.     Поэтому для упрощения понимания нынешней ситуации было решено протестировать ряд комбинаций из контроллеров и жестких дисков при работе как в массивах, так и поодиночке.     Низкоуровневые (измерение линейных скоростей чтения/записи и времен позиционирования головки) и «настольные» (вроде треккерных FutureMark PCMark) тесты для измерения производительности на серверных задачах непригодны, поскольку не создают сколько-нибудь похожей нагрузки. Поэтому для тестирования производительности систем хранения данных в целом обычном применяют тесты, измеряющие максимально возможное количество операций ввода/вывода за единицу времени, а характер самих операций определяется спецификой имитируемой нагрузки.     Тест Iometer изначально был разработан и предложен для всеобщего использования компанией Intel в 1998 году, начиная с 2001 года его дальнейшая разработка была передана в руки opensource-сообщества, сам тест, как в виде скомпилированных для различных платформ исполняемых файлов, так и в виде исходников можно найти на iometer.org, в нашем тестировании использовалась последняя версия от 27.07.2007.     Набор данных, характеризующий тип нагрузки, при котором измеряется производительность в Iometer, называется паттерном.     В нашем исследование применялись, наверное, три самых популярных паттерна для IOmeter, традиционно называемые fileserver, database и webserver. Их главным отличием является процент операций записи – у database он 33%,у fileserver – 25%, у webserver – 0%     Немного о толковании графиков, которые вы увидите далее:     Операций ввода/вывода в секунду (Iops) - единица измерения производительности систем хранения данных, корректно сравнивать между собой конкретные цифры лишь при применении одинакового паттерна.     Глубина очереди(Queue depth) - это собственно глубина очереди запросов, одновременно отправляемых контроллеру. Начиная с определённой глубины очереди система ввода-вывода (контроллер и диски) уже не извлекает выгоды от возможности более глубоко оптимизировать последовательность выполняемых запросов и производительность уже не растёт (и может даже падать), а начинает расти только латентность дисковой подсистемы (т.е время, которое уйдёт на обработку каждого запроса). В нашем исследовании тесты начинались с глубины очереди в 16 запросов, что уже превышает таковую для типичной работы на настольном компьютере, и заканчивались на цифре 2048, что, как можно увидеть, было избыточным,производительность стабилизировалась уже к глубине очереди в 256 запросов.     Результаты тестов в RAID0 мы не публикуем по двум причинам: 1)Использование таких массивов в серверах возможно только по незнанию. 2)Их результаты близки к таковым для RAID10 в случае четырёх дисков и RAID1 – для двух, а в случае с паттерном WebServer – практически идентичны им независимо от использованного типа дисков и контроллера.     Во всех случаях использовался размер страйпа (stripe size), предлагаемый контроллером для данного массива по умолчанию, а отложенная запись была включена.

Источник: НИКС - Компьютерный Супермаркет

подписаться   |   обсудить в ВК   |   

1   2   3 следующая >>