Сервер VMware 2 производительности?
Крупные кадры могут, конечно, помочь, но не ожидают, что это волшебно даст Вам 100%-е увеличение пропускной способности. Проверьте мое сообщение здесь в другом вопросе, который обсуждает путь к пропускной способности испытательной сети, не принося диск i/o в изображение. Это даст Вам базовую линию, чтобы видеть, существуют ли, возможно, другие факторы, не связанные с сетью.
Если Вы действительно планируете включение Крупных кадров, как некоторые здесь предположили, знают о некоторых ограничениях и требованиях.
- Все устройства вдоль пути должны поддерживать и включать крупные кадры. Это включает:
- И отправка и получение nic
- Оба порта коммутатора устройства подключены с
- Все порты коммутатора L2 вдоль пути с отправителя на получатель (соединения между коммутаторами)
- Весь L3 взаимодействует через интерфейс вдоль пути, если применимо
- Сделайте абсолютно уверенными, что все устройства в той же поддержке VLAN и настроены для крупных кадров.
Причина второго маркера: Рассмотрите две установки ПК в том же VLAN, один настроенный для 9 000-байтовых кадров и другой для 1 500-байтовых кадров. PC1, настроенный для стандартных кадров, сможет отправить пакеты успешно в PC2. Однако ответ, который отправляют PC2, все будет 9 000-байтовыми кадрами. Так как PC1 настроен для стандартных кадров, это будет не мочь обработать крупные кадры, и они будут отброшены. Для устранения этой проблемы необходимо будет вставить устройство L3 (маршрутизатор) между этими двумя ПК, таким образом, они смогут связаться.
Производительность для VMware Server 2 достойна. Я всегда пытаюсь получить самые быстрые жесткие диски, так как это получает самый большой служебный удар от слоя виртуализации. Я не рекомендовал бы выполнить серверы баз данных на VMware Server 2, если загрузка не очень легка.
Если бы Вы плохо знакомы с VMware, то я постепенно добавлял бы виртуальные машины и контролировал бы их производительность. Я обычно вес (на влиянии производительности) жесткие диски, затем RAM, затем ЦП.
-
1Я соглашаюсь: Диск IO является самым большим ограничением на сервер VMware 2 (по определению рабочий стол / серверный продукт низкого уровня). С половиной достойной дисковой IO подсистемы (RAID-контроллер / несколько дисков) можно поддержать справедливое небольшое количество экземпляры на единственной машине. Однако, если Ваш бюджет может простираться к нему, затем смотрят на ESX / ESXI. – Guy 11 May 2009 в 17:10
-
2С доступностью многоядерных центральных процессоров, дешевой памяти и богатых сетей, диск ввод-вывод является, вероятно, ограничивающим фактором в большей части виртуальной инфраструктуры (включая мой). – aharden 13 May 2009 в 14:36
VMware Server 2 был довольно тверд для меня также, и у меня не было жалоб начиная с обновления от 1,6. По-моему, это должно быть очень хорошо для выполнения менее важных производственных систем. В нашей серверной среде мы использовали его главным образом для разработки и тестировали серверы, и просто недавно мы преобразовали наш веб-сервер (через VMware Converter) к настоящему виртуальному серверу, использующему VMware Server 2. К настоящему времени это оказалось безопасным и надежным и освобожденным некоторые ресурсы сервера для других проектов. Единственной реальной вещью, которая была проблемой, было управление памятью, так как тот всегда, кажется, ресурс в самом высоком спросе к системе, размещающей виртуальные машины.
Еда на дом от этого должна была бы медленно начинать прокручивать наш virutalization в Вашей собственной среде, поскольку Вы становитесь довольными им. После того, как реализованный это будет совершенно очевидно для Ваших конечных пользователей.
Я не заметил производительность, пораженную в виртуальные машины начиная с обновления до VS2, однако требования хоста намного выше. Я нашел, что предложение отключило сервис веб-интерфейса на хосте (Веб-доступ Сервера VMware) и установило Клиент инфраструктуры VMware для управления VMs вместо этого, и это работает намного лучше.
Мы используем VMware Server 2, и он хорошо работает. Однако это верно, что Веб-доступ VMware Server является медленным и ненадежным. Я испытал затруднения при доступе к нему от Internet Explorer из-за проблем сертификата. Это легче на Firefox, потому что я смог преодолеть те же проблемы сертификата.
Firefox отказывает очень часто после многих операций в Веб-доступе Сервера. Лучшее должно создать прямой Рабочий стол shorcuts к виртуальным машинам, таким образом, можно избежать Веб-доступа так, как Вы можете.
Если Вы идете Клиент инфраструктуры VMware, осторожны относительно проблем совместимости, особенно на Vista и более новых системах.
Относительно производительности на Вашем VMs; я услышал, что методические рекомендации состоят в том, чтобы иметь Файлы подкачки Вашего VM на отдельных физических дисках/массивах. Это - одно место, Вы будете видеть много ввода-вывода и замедлите систему в целом.