Сравнительный тест ввода-вывода сделан для аппаратных средств точной оценкой производительности VM's Windows под vSphere 5?
Всегда лучше использовать жесткие диски точно той же модели (с идентичными номерами деталей). Даже если Вы стали удачливыми, и различные диски поддерживаются, использование жестких дисков другого ряда собирается стать проблемой при необходимости в массиве, чтобы быть быстрыми. Можно использовать даже разного размера диски, но массив будет медленно работать и нестабильный. Не делайте этого.
Посмотрите Аппаратные средства Tom для более подробной информации.
Это хороший эталон текущего состояния виртуальной инфраструктуры вашего клиента; особенно ограничения их общего хранилища. Однако эти результаты не обязательно применимы ко всем виртуализированным решениям ...
Вполне возможно построить конфигурации VMware, производительность ввода-вывода которых равна или превосходит производительность «голого железа». Похоже, у вас нет контроля над настройкой клиента. Есть ли у вас какие-либо подробности о том, какой тип хранилища используется? Возможно, спецификации сервера и детали сети?
Вы должны ожидать потерю около 5-10% производительности ЦП, памяти, сети и дискового ввода-вывода в системе ESXi без участия оператора - это цена, которую мы платим за все замечательные вещи, которые приносит виртуализация. При этом то, что вы видите, намного ниже этих ожиданий, поэтому что-то не так.
Во-первых, знаете ли вы, используется ли вся инфраструктура совместимое оборудование? У них есть средство проверки совместимости ЗДЕСЬ , с которым вы можете проверить, очень часто мы видим людей, которые работают со сбоями сервера и используют неутвержденный HCL комплект и сталкиваются с проблемами. Во-вторых, действительно ли хранилище соответствует своему назначению, или они просто используют дешевые диски SATA потребительского уровня? Установили ли они vmtools ? делают ли они что-то внутри виртуальной машины, что может замедлить ввод-вывод, например, RAIDing внутри виртуальной машины? Хосту приходится бороться за то, чтобы удовлетворить общий спрос на ресурсы? если они используют общее хранилище, не слишком ли это перегружено?
Как видите, есть что проверить, но вы правы в том, что здесь что-то не так, эти цифры сильно отличаются.
Ни тесты, ни большинство приложений, ни даже стек ввода-вывода не учитывают временное джиттер, характерный для виртуальных машин. Это приводит к огромной неэффективности при работе с некоторыми видами нагрузок; особенно те, которые связаны с вводом-выводом.
Проблема в том, что некоторые определенные части стека ввода-вывода (т. е. Ограничение скорости справедливости TCP) должны измерять и сравнивать очень короткие промежутки времени; но на виртуальной машине приложение обычно получает время ЦП и ввода-вывода в срезах . Это делает такие измерения слишком неточными. Система интерпретирует это как неустойчивый ввод-вывод и самооценку намного ниже, чем необходимо.
Современные стеки ввода-вывода постепенно улучшаются в этом, особенно при более длительных передачах (потому что тогда они могут применять некоторую статистику сглаживания), но это сильно влияет на короткие передачи.
Это могло бы объяснить ужасающие цифры, которые вы получаете (1/10 - 1/25), но очень трудно сказать, будет ли это результатом, который вы получите от реального приложения. Если реальная нагрузка действительно аналогична и использует тот же стек, что и тест, то да, вы можете получить такую производительность.