Назад | Перейти на главную страницу

Низкая производительность дисков SAS на блейд-сервере HS22 в CentOS / RHEL на ESXi 4.0

У меня есть блейд HS22, настроенный с двумя дисками SAS 600 ГБ 10K 6 Гбит / с, настроенными в RAID1 с использованием встроенного контроллера LSI Logic. На нем работает VMWare ESXi 4.0u2 и еще пара виртуальных машин. (Да, я знаю, что мы должен предоставлять хранилище через SAN, но это было бюджетным ограничением) Я вижу низкую производительность чтения / записи

Оба ядра настроены для загрузки с elevator=noop

Результат ~ 8Гб dd на Хост А на диск с тонким предоставлением емкостью 350 ГБ в формате ext3:

# dd if=/dev/zero of=fullram bs=1K count=8388608
8388608+0 records in
8388608+0 records out
8589934592 bytes (8.6 GB) copied, 467.934 seconds, 18.4 MB/s

Максимальная скорость записи, которую я видел, составляет ~ 30 МБ / с (отслеживается через клиент vSphere)

Результат ~ 8Гб dd на Хост B на диск с тонким предоставлением 40 ГБ в формате ext3:

# dd if=/dev/zero of=fullram bs=1K count=8388608      
8388608+0 records in
8388608+0 records out
8589934592 bytes (8.6 GB) copied, 478.192 seconds, 18.0 MB/s

Однако максимальная производительность записи, которую я видел для этой виртуальной машины, составляет около 50 МБ / с (отслеживается через клиент vSphere).

Я тестировал скорость чтения на Хост А следующим образом:

  1. dd файл размером 1 ГБ
  2. dd второй файл того же размера, что и RAM (8 ГБ)
  3. Прочтите файл размером 1 ГБ с dd

Результат был:

# dd if=testfile of=/dev/null bs=1K
2097152+0 records in
2097152+0 records out
2147483648 bytes (2.1 GB) copied, 190.255 seconds, 11.3 MB/s

Я не понимаю, что может вызвать эту проблему

Тонкий медленнее, толстую пробовали для сравнения?

Серьезно - чего вы ожидаете? Диски 19k SAS не совсем просты в перфорации, и вы помещаете МНОГО всего на одно лезвие. Установите за ним блейд-накопитель или SAN.

Для сравнения - я запускаю двойной сервер Opteron Hyper-V с 64 ГБ ОЗУ .... Использование дисков Velociraptors 10k RPM 300gb earch (примерно - по сравнению с вашими дисками - позволяет sqay немного медленнее).

Но я использую 6, скоро 8 из них, чтобы получить бюджет IOPS, который мне нужен для этого сервера, а материал с интенсивным использованием db (база данных) использует ДРУГОЕ 86 дисков в режиме RAID 10.

В основном RAID 1 физически ограничен. Вам нужно будет вставить намного больше дисков, и лезвия НЕ подходят для этого, если только ваш лезвие не может получить то, что IBM называет лезвиями хранения (в основном лезвие только с дисками, без процессора, но довольно много из них).