Loading...

СофТы: что делать, если "тормозит" комп - меряем производительность диска с iometer, ч.02

1,141 views

Loading...

Loading...

Transcript

The interactive transcript could not be loaded.

Loading...

Loading...

Rating is available when the video has been rented.
This feature is not available right now. Please try again later.
Published on Aug 7, 2017

Открыл канал на Telegram ►►► https://t.me/iwalker2000 | 1я часть про производительность дисков ►►► http://bit.ly/Disk_perf_p01 | Про новые быстрые NVMe диски ►►► http://bit.ly/Entry_NVMe | Все обзоры "железа" от Entry ►►► http://bit.ly/Entry_servers_review | Как стать системным администратором ►►► http://bit.ly/ITProSysAdmin | Почему сдыхают флешки/microSD ►►► http://bit.ly/why_microsd_died | Подписаться на канал ►►► http://bit.ly/iwalker2000_subs | Загляните на мой блог ►►► http://iwalker2000.com


Продолжаем тему измерения производительности дисков и ускорения работы сервера/ПК путем оптимизации и тюнинга дисковой подсистемы. В первой части я рассказал, что и как мерять - http://bit.ly/Disk_perf_p01 , а в этой части смотрите, как генерировать тестовую нагрузку при помощи утилиты iometer.

Скачать утилиту iometer можете здесь - http://www.iometer.org/doc/downloads.... , а файл с шаблонами для iometer, в котором вы найдете в том числе и эмуляцию нагрузки файлового сервера (что позволяет понять, например, как будет вести дисковая подсистема при высокой нагрузке в виде виртуальных машин), можете забрать с моего OneDrive - https://1drv.ms/u/s!AM7EfLavPWLMq9cR . Также хочу напомнить, что если у вас сервер планируется под специфическую нагрузку - типа SQL Server или Exchange Server (или другие серверы, работающие именно с БД) - вы должны четко понимать, какими блоками данных оперирует при работе с диском - например, SQL Server оперирует блоками 64КБ при чтении/записи на диск.

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

* вы должны примерно понимать текущую нагрузку на систему - кол-во обращений, отношение чтения и записи, какими блоками данных оперируют приложения, которые будут работать с дисками;

* есть большая разница между операциями непосредственно с "голым" диском и операциями с файловой системой, поэтому выбор и тестирование файловой системы и размера кластера на ней - может быть критичен для производительности;

* правильно подбирайте длительность выполнения теста (особенно для тестов с файловой системой, где надо дождаться заполнения кеша и прочих "слоев" - т.е. 3-5 часов теста для реальной большой дисковой системы - это нормально), размер тестового файла (желательно - на размер планируемых данных), количество тестовых процессов Worker (например, каждый тестовый процесс может соответствовать виртуальной машине, которая будет работать с дисковой подсистемой), кол-во генерируемых ими IOPS и микшируйте несколько нагрузок/дисков в одном тесте, чтобы убедиться, что вы нагружаете и меряете не один диск, а реальную нагрузку на дисковую подсистему.

* подбирайте и тестируйте нагрузку так, чтобы она дошла до критических показателей (основным из которых, как вы знаете из предыдущего видео про измерение производительности диска - http://bit.ly/Disk_perf_p01 - является время отклика диска - желательно, чтобы показатель был ниже 30мс, а 20мс - это идеально) и фиксируйте именно этот полученный результат по основным показателям. Это и будет правильная производительность. Сра

* и, наконец, не верьте только iometer и его показателям - оценивайте производительность дисковой подсистемы "в целом", по другим важным показателям, которые дает возможность собрать тот же Performance Monitor в режиме логирования (про это тоже смотрите в предыдущем видео про основные показатели/счетчики производительности дисков - http://bit.ly/Disk_perf_p01 ). При тестировании дисковых подсистем следует обратить внимание и на потребление памяти, и на нагрузку на процессор. Также - очень полезно использовать iometer в сетевом режиме тестирования, чтобы оценить не только скорость работы дисков, а и сетевого интерфейса.

Так что тестируем дисковую систему во всевозможных режимах и комбинациях нагрузки, особенно - перед покупкой. Обязательно попросите своего поставщика дать возможность прогнать аналогичную систему на тестовом стенде. Например, компания Entry - www.entry.ua - которая является многолетним поставщиком оборудования для тех же семинаров Microsoft - http://bit.ly/Entry_servers_review , которые я провожу в Украине - предоставляет заказчикам такую возможность и даже поможет спроетировать "железо" для дисковой подсистемы - http://bit.ly/Entry_NVMe .


Продолжение про производительность дисков и системы в целом - следует...


Видео про новые возможности дисков и дисковых массивов:

* Серверы: обзор от Entry - что такое NVMe SDD и какие преимущества в применении NVMe - http://bit.ly/Entry_NVMe

* Серверы: обзор дискового массива HGST 4U60 Storage Platform на 60 дисков от Entry - http://bit.ly/Entry_HGST_4U60

* Серверы: обзор новой серверной платформы от Intel + новые возможности дисков NVMe SSD - http://bit.ly/Entry_IntelServer2017

Loading...

Advertisement
to add this to Watch Later

Add to

Loading playlists...