Как макет хранилища данных влияет на дисковый ввод-вывод в виртуальной среде?
Работая с виртуальной инфраструктурой, недавно я столкнулся с некоторыми проблемами с дисками.
Я знаю, что мои диски не являются быстрыми дисками, поэтому я перешел на быстрый диск, во-вторых, vms распределяются поровну между узлами diff (что, как правило, связано с дисками), но здесь я беспокоюсь о том, хранит ли хранилище данных влияет на дисковый IO или даже CPU IO?
Примечание: кроме 2 vms, все находятся в одном хранилище данных. это также довольно интересно, что, то же самое пишет, генерируя разную нагрузку и больший IO. (т. е. box1 взял нагрузку в среднем 10, где другие заняли 20, 30, 40 соответственно).
Я ищу некоторые общие отзывы, кто имеет опыт работы с виртуальной инфраструктурой.
1 ответ
Вы спрашиваете, влияют ли количество хранилищ данных или протокол, используемый для доступа к ним, или путь, по которому вы используете их? Любое из них может повлиять на производительность вашей виртуальной машины, и фактически ввод-вывод хранилища почти всегда является первым местом, где виртуальная среда оказывается узким местом. Некоторые ответы также зависят от того, что вы используете в качестве гипервизора.
Как правило, наличие нескольких хранилищ данных не приводит к повышению производительности. Раньше у дисков блочного уровня возникали проблемы с блокировкой, но с новыми гипервизорами это было уменьшено.
Чтобы ответить на ваши вторые вопросы, да, дисковый ввод-вывод может (и часто влияет) на производительность процессора. Если поток ожидает чтения информации с диска, он удерживает свою очередь в течение этого периода. На Linux-боксе это называется IO Wait (вы можете увидеть это сверху). В Windows это называется научиться использовать perfmon.
Если у вас возникают проблемы с дисковым вводом-выводом в виртуальной среде, первое, на что нужно обратить внимание - это количество дисков, второе - как вы их разложили (уровень RAID, количество шпинделей на полосу и т. Д.), Третье кэширование - насколько велико это кэш чтения по сравнению с вашими тенденциями ввода-вывода (интенсивное чтение / запись, последовательное или случайное) и, наконец, канал (1 гигабайт Ethernet против 10 или 2 гигабайт FC против 8, например).
Это редко труба:)