Какие моменты стоит учитывать для того, чтобы достичь высокого уровня нагрузки с одного сервера? Они очевидны:
- Во-первых, реальные данные не могут просто взяться из /dev/null. Их надо сначала создать посредством каких-либо вычислений либо скопировать из другого хранилища. Поэтому для генерации такого плотного потока информации понадобится действительно мощный сервер и высокопроизводительный источник данных.
- Во-вторых, для обеспечения таких предельно высоких значений Bandwidth и Throughput драйверам HBA потребуются значительные ресурсы сервера. Это приведет к дополнительной достаточно высокой нагрузке на центральные процессоры и шины ввода-вывода.
- В-третьих, получатель данных, т. е. наш дисковый массив, должен быть готов их принять, обеспечив требуемую производительность (эффект обратной связи мы уже обсуждали ранее).
Ну и напоследок еще один банальный совет. Начинать анализ производительности HBA, конечно, следует с просмотра логов серверов на предмет наличия сообщений об ошибках. Ведь даже краткая ревизия сообщений драйвера HBA может дать вам очень много информации о процессах, происходящих в системе и наличии очевидных проблем. Причем, надо анализировать логи не только серверов, генерирующих самую большую нагрузку, а всех систем, подключенных к дисковому массиву. Ведь, например, сообщение QFULL не обязательно должен получить сервер, который перегрузил входящие буферы портов дискового массива. Эта ошибка запросто может появиться в логах любого сервера, через SAN подключенных к этим портам.
Еще короткие заметки о HBA...
Комментариев нет:
Отправить комментарий
Примечание. Отправлять комментарии могут только участники этого блога.