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