Как проверить SSD у хостера?



Сейчас ударными темпами идет модернизация дисковых подсистем практически у любых хостеров. Твердотельные накопители стали существенным рывком в улучшении производительности  компьютерного и в том числе  серверного оборудования.  Дело в том, что диск уже много лет был узким местом, что называется «слабым звеном», в производительности любых информационных систем.  Другими словами все остальные составляющие — процессор, оперативная память, системные шины и даже сеть — все уже давно  сильно быстрее и производительнее накопителей.   SSD дает прирост производительности любого устройства примерно в 3-5 раз.  Это значит любые приложения будут запускаться в несколько раз быстрее, иногда даже в десятки раз быстрее.

ssd-hosting

Итак, хостер предлагает вам две тарифные линейки — SSD и не_SSD.  Вы, конечно же, берете SSD. Но как убедиться в том, что хостер выдал действительно SSD? Ведь для работы сайта нет никакой разницы — у вас все будет работать на хостинге с любым диском.  То есть, теоретически хостер может вам объявить, что у него серверы на быстрых твердотельных дисках. А на деле продавать мощности на обычных традиционных HDD. И вы, скорее всего, даже не узнаете об этом.








Ведь SSD гораздо дороже обычных дисков. А у хостеров мощности ведь серьезные, им нужно терабайты данных хранить. Представляете, сколько такие системы могут стоить, учитывая, что 1 Гб  твердотельного накопителя в примерно в 10 раз дороже 1 Гб обычного диска?

Что такое SSD-boost или flashcache?

Вообще, есть  гибридная система. Когда используют связку SSD + HDD. При этом, все данные хранятся на традицонных больших дисках.  Есть специальный софт, который настраивает эти диски в особый хитрый массив, где SSD выступает как бы кэшем для любых данных, которые записываются или считываются.  В таком массиве мы имеем небольшой SSD, допустим на 120 Гб  и за ним большой HDD, на 2 Tb. Такая связка дает скорость чтения/записи как у SSD, но объем, как у HDD. Вот такие дела. При этом, хостер спокойно может вам сказать, что у него все на SSD.   Честные хостеры называют это SSD-boost. На работе сайтов это  никак негативно не отражается.

ssd-boost-scheme

Я проверял скорость дисков у десятков различных хостеров. Вы удивитесь, но только 1 из 5 хостеров дает «честный» SSD.

Такие вещи фиксирую скриншотами.

Тесты фейковых SSD некоторых хостеров

Хостер №1

hetzner-fake-ssd-test

Здесь мы видим всего 30 Мб/с на запись. Это нормальная скорость для обычного HDD. Но у хостера он объявлен как SSD.

Хостер №2

hostpro-fake-ssd-test

Аналогичная картина. Но скорость чтения уже получше немного. Возможно это случай с flashcache, но очень перегруженный. А скорее всего просто raid массив из обычных HDD. Можно их собирать таким образом, что увеличивается в 1,5-2 раза производительность на чтение.

Хостер №3








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

Хостер №4

Здесь вообще веселая история. Делал клиенту аудит сервера, были жалобы на тормоза. Дай, думаю, проверю диск.

test-fornex-ssd

Вот такая картина. Пишу клиенту так и так — хостер вас нагло обманывает. Клиент бегом в саппорт — оказывается действительно. Клиенту «забыли» включить SSD при переходе когда-то там с тарифа на тариф, понимаете? Переключают, тестируем снова и видим как появился настоящий SSD.

Тесты реальных SSD

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

test-real-ssd

 

Вот так это выглядит. Скорость записи свыше 100 Mb/s должна быть. Это минимум для SSD. Это тест с моего рабочего ноутбука, на котором я сейчас пишу этот пост. В нем стоит самый дешевый SSD на 120 Gb.   Как видите, скорость работы у него в 4-5 раз быстрее чем у традиционного диска.

А вот тест хостера, который предоставляет реальный SSD.

real-ssd-test-rootwelt

Вот здесь уж точно настоящий SSD. Вот таким оно и должно быть.  Возможно настроен буст,  но таки это SSD и жить с этим хостером можно.

Как сделать тест скорости диска у хостера?

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

Итак, для теста записи следует взять поток нулей из специального устройства /dev/zero и направить его в файл, на тестеруемом диске. Любой произвольный файл. Например в папку временных файлов /tmp/test.img

Вот так:

dd if=/dev/zero of=/tmp/test.img bs=1M count=1024 oflag=dsync

Такая команда создаст файл в 1 Гб размером и выведет скорость записи.

Сразу же можно проверить и скорость чтения, только здесь опция if должна указывать на созданный файл, а of  куда нибудь в пустоту. В линуксах есть такое устройство /dev/null , в него и направим:

dd if=/tmp/test.img of=/dev/null bs=1M count=1024

Но перед этим, нужно сбросить дисковый кэш, иначе файл будет считан за секунду, а вам выведется скорость чтения в Gb/s. Это делается такой командой:

sysctl vm.drop_caches=3

После чего проводим тест чтения второй командой.

Ну и по окончанию нужно удалить тестовый файл, дабы не занимал место:

rm -f /tmp/test.img

Это все сработает только на выделенном сервере или VPS. Причем, не на всяком VPS. Поскольку они различаются еще и по технологии виртуализации. Многие хостеры дают не полноценную виртуализацию (KVM, XEN) а контейнеры (openVZ). Здесь нет доступа к параметрам ядра, а значит не получится сбросить кэш. Придется читать и писать  в разные файлы, либо перед тестом чтения подождать несколько часов, пока дисковый кэш перезапишется другими данными. Также довольно сложно проверить скорость на виртуальном (shared) хостинге, поскольку вы не имеете там root доступа. Но утилита dd обычно доступна любому системному пользователю, поэтому можно проверить и на нём, имея доступ по SSH.

 

Комментариев

  1. GG :

    Ответить

    • drmotor :

  2. GG :

    Ответить

  3. Ответить

    • drmotor :

  4. GG :

    Ответить

    • GG :

    • drmotor :

  5. Ответить

  6. Ответить

    • drmotor :

  7. Ответить

    • GG :

    • drmotor :

    • drmotor :

  8. Ответить

    • drmotor :

  9. Ответить

  10. Ответить

    • drmotor :

  11. Ответить

  12. Олег :

    Ответить

  13. Алексей :

    Ответить

  14. Ответить

  15. Ответить

  16. S3Ri0US :

    Ответить

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *