Как стать автором
Обновить

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

НЛО прилетело и опубликовало эту надпись здесь
Ввиду крайне ограниченного времени на проведение тестов — они будет ограничены использование только iometer.

К сожалению, сервер от меня уже уехал.
НЛО прилетело и опубликовало эту надпись здесь
Ну если HPE согласятся — я готов проверить это на практике :)
Challenge accepted :) Сервер на тесты выдадим в ближайшее время, как только к нам приедут новые SSD-жертвы.
Договорились :)
Немного не по теме, но все же.
Есть сервер ML350 Gen9. В нем контроллер P840, два дисковых бэкплейна и 16 3TB LFF дисков. При включении сервера определяются только 14 дисков. Первые два диска не определяются. При этом на них всегда горит индикатор активности (бегают огоньки по кругу). Если выключить сервер и вытащить два любых диска, то оставшиеся 14 дисков определятся без проблем (включая те первые два, что при 16 дисках не определялись). Если поменять диски местами, то всеравно первые два не определяются. Если вытащить один диск, то первые два не определяются — контроллер увидит 13 дисков. Если поменять SAS кабели местами, то проблемные слоты просто уходят на другой бэкплейн. Меняли бэкплейны, контроллер питания, материнку, кабели, рейд контроллер. Европейский саппорт решил проблему установкой SAS экспандера, но ведь P840 должен поддерживать 16 дисков.
16 дисков это вообще ни о чем для такого контроллера. Косяк возможно аппаратный. Я бы поступил так — обновил firmware дисков, контроллера и перепроверил. Проверил другие кабели. Заставил сапорт поменять контроллер
P840 поддерживает максимум 16 дисков без экспандера. Прошивки дисков обновлены, рейд контроллер обновлен. Как уже говорил выше: кабели и контроллер были заменены. Фактически от того сервера что приехал в коробке остался корпус, диски и блоки питания. Остальное HP меняло в течении месяца пытаясь решить проблему. Фактиески проблема не решена, а обойдена внедрением экспандера, которые в имеющейся конфигурации не обязателен.
Хм, ваша правда. Век живи — век учись:)
А чем принципиально (кроме not invented here-синдрома) описанное отличается от реализации того же в контроллерах других вендоров?

На фоне кризиса вопрос не праздный!

Насколько хорошо работают алгоритмы, когда объем горячих данных больше размера SSD? Скажем, 2 Тб БД на дисковой полке в 10 Тб суммарного места понятно как себя ведет. А как она себя поведет, когда туда добавим N Гб кеша на SSD, при том, что характер нагрузки будет «размывать» кеш и не давать в нем задерживаться данным?

Насколько влияет вообще размер SSD на ускорение работы? Диск на 200 против на 400 против на 800 Гб как кеш — сильно заметна будет разница в ускорении?
Так для ситуации

как она себя поведет, когда туда добавим N Гб кеша на SSD, при том, что характер нагрузки будет «размывать» кеш и не давать в нем задерживаться данным?

вендоры и дают заказчикам оборудование, для того что бы проверить как оно будет себя вести именно в их среде, при их нагрузках и тд.
Немного добавлю:

В любом случае — вы вольны использовать абсолютно любые SSD диски, компания HPE даёт рекомендацию лишь по их объёму — он должен составлять 5-10% от ёмкости вашего массива.

Любые SSD диски для ProLiant (а это только диски HP). По объему все так.

Так же стоит оговориться что не все контроллеры поддерживают HPE Smart Cache и младшие модели контроллеров лишены это возможности. Так же Smart Cache будет работать только на серверах 8 и 9 поколений, т.е. повысить производительность дисковой подсистемы старых серверов — не получится, а жаль.
Для Gen8 работает только кэш на чтение

HPE Smart Cache в нынешней реализации позволяет кэшировать как операции чтение, так и на запись, поэтому не имеет каких-то ограничений и может использоваться для любых приложений, которые занимаются обменом информации с дисковой подсистемой.

Некоторые ограничения все же есть —
For Gen9, HP has removed one of the restrictions from earlier versions of SmartCache that prevented performing
transformations on all LUNs on a storage controller that was configured with an SSD SmartCache array. With Gen9
controllers, you can now perform transformations on non-cached LUNs that are on the controller. You still cannot perform
transformations on primary LUNs that have a cache LUN associated with them. SmartCache is able to operate with HP
Secure Encryption enabled.
HP SmartCache is one of the advanced features that are only available on HP Smart Array storage controllers. It is not
supported for the Smart SAS HBA Controllers or the B140i.
а это только диски HP

Вы имеете ввиду — шитые? Внешне — обычные Intel S3700 без каких-либо маркировок HP, про прошивку честно скажу — не задавался вопросом, поверил HPE на слово.
Имею ввиду c hp'шными партнамберами, прошивкой, и что самое главное — смарткэриером.
35:23
Любые он имел ввиду все таки любые от HP :) уверяю вас. HP не производит диски, поэтому сам SSD может быть от любого производителя. Но с прошивкой и прочими атрибутами
Но с прошивкой

Вот тут не совсем уверен на самом деле. Ну ладно, может завтра кто из HPE появится, расскажет.
Если ваш SSD диск выглядел вот так (а по другому он и не мог выглядеть) то в не зависимости от того что там написано intel прошивка на этот диск от HP и загружается с сайта HP
Позвольте я себя же процитирую:

обычные Intel S3700 без каких-либо маркировок HP

который выглядел вот так

image
фотографии, к сожалению, не делал, не видел смысла.
Всё же рискну предположить что так: image
И если хорошенько приблизить, можно разглядеть firmware:HPC0

Либо вам предоставили неоригинальный диск соответственно без какого либо сапорта со стороны HP
Да, теперь убедили :) Просто с вашим первым вариантом — сильные различия :)
Интересно, какой мультипликатор у HP? IBM/Lenovo продаёт его примерно в 7 (семь) раз дороже.
выглядит что просто вся база в 100Гб комфортно расположилась в SSD-кэше и тест выдал ровно метрики одного S3700. Имело бы смысл размер базы сделать раз в 10 больше чем SSD, тогда бы стало понятно на что способен хитрый алгоритм контроллера.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий