Виртуализация vSphere, Hyper-V, XenServer и Red Hat
Более 5230 заметок о виртуализации и виртуальных машинах VMware, Microsoft, Citrix, Red Hat
VM Guru / News / Виртуальные сетевые адаптеры виртуальных машин VMware vSphere (vNIC) — какие бывают и какой выбрать?
Виртуальные сетевые адаптеры виртуальных машин VMware vSphere (vNIC) — какие бывают и какой выбрать?
Реклама:
Большинству администраторов VMware vSphere известно, что у виртуальной машины могут быть виртуальные сетевые адаптеры различных типов, которые выбираются как в зависимости от гостевой ОС, так и от настроек пользователя, которые можно прописать в vmx-файле конфигурации ВМ.
На эту тему компания VMware выпустила вот такое видео:
Опишем типы сетевых адаптеров (vNIC) для виртуальной машины (ранее мы писали о них тут):
Vlance — этот адаптер эмулирует реально существующий старый адаптер AMD 79C970 PCnet32- LANCE NIC, он работает на скорости 10 Mbps, и для него есть драйверы в большинстве 32-битных ОС, за исключением Windows Vista и более поздних версий. Виртуальная машина с таким адаптером может сразу использовать сеть.
VMXNET — такой адаптер уже не имеет физического воплощения, то есть он полностью виртуальный. Он оптимизирован с точки зрения производительности ВМ. Поскольку он виртуальный — ОС не может его использовать, пока не установлены драйверы, идущие в комплекте с VMware Tools.
Flexible — это по-сути не адаптер, а способ его представления. Он ведет себя как Vlance при загрузке ВМ, но потом превращается (или нет — в зависимости от VMware Tools) в VMXNET.
E1000 — это эмулируемая сетевая карта Intel 82545EM Gigabit Ethernet NIC. Драйвер для этого адаптера есть не во всех гостевых операционных системах. Обычно Linux с версиями ядра 2.4.19 или более поздними, Windows XP Professional x64 Edition и позднее, а также Windows Server 2003 (32-bit) и позднее включают в себя драйвер для этого устройства. Производительность его достаточно неплоха. Драйвер адаптера E1000 не поддерживает большие кадры jumbo frames до версии VMware ESXi/ESX 4.1.
E1000e — этот адаптер эмулирует более продвинутую модель Intel Gigabit NIC (number 82574) в виртуальном аппаратном обеспечении (virtual hardware) виртуальной машины. Адаптер e1000e доступен только для virtual hardware версии 8 (и старше), начиная с VMware vSphere 5. Это дефолтный адаптер для Windows 8 и более новых гостевых ОС. Для гостевых ОС Linux e1000e не доступен для выбора из интерфейса (e1000, flexible, vmxnet, enhanced vmxnet и vmxnet3 — доступны для Linux).
VMXNET 2 (Enhanced) — адаптер VMXNET 2 основан на устройстве VMXNET, но предоставляет несколько функций с улучшенной производительностью, таких как jumbo frames и hardware offloads (например, TCP Segmentation Offloading, TSO). Этот адаптер доступен только для хостов VMware ESX/ESXi 3.5 или выше. Устройство VMXNET 2 поддерживается только для следующих гостевых операционных систем:
32- и 64-битные версии Microsoft Windows 2003 (Enterprise и Datacenter Edition). Можно использовать адаптер VMXNET 2 и на Microsoft Windows 2003, однако нужно прочитать статью в KB 1007195 (http://kb.vmware.com/kb/1007195 ).
32-битная версия Microsoft Windows XP Professional
32- и 64-битные версии Red Hat Enterprise Linux 5.0
32- и 64-битные версии SUSE Linux Enterprise Server 10
64-битные версии Red Hat Enterprise Linux 4.0
64-битные версии Ubuntu Linux
Кроме того, если такой адаптер недоступен для выбора в Windows 2003, то нужно почитать статью Enabling enhanced vmxnet adapters for Microsoft Windows Server 2003 (1007195).
В ESX 3.5 Update 4 или более поздних версиях платформы следующие гостевые ОС также поддерживаются для этого адаптера:
Microsoft Windows Server 2003, Standard Edition (32-bit)
Microsoft Windows Server 2003, Standard Edition (64-bit)
Microsoft Windows Server 2003, Web Edition
Microsoft Windows Small Business Server 2003
Jumbo frames также не поддерживаются для гостевых ОС Solaris с адаптером VMXNET 2.
VMXNET 3 — это следующее поколение виртуальных сетевых карт, которое теперь паравиртуализовано. То есть часть того, что раньше полностью эмулиировалось, теперь передается напрямую в физическое устройство. Этот адаптер не является надстройкой над VMXNET или VMXNET 2, но включает в себя все доступные для них возможности. Например, к ним относятся: поддержка механизмов нескольких очередей (multiqueue — также известны как Receive Side Scaling в Windows), IPv6 offloads, а также прерывания MSI/MSI-X (подробнее — тут). VMXNET 3 поддерживается только для виртуальных машин с виртуальным аппаратным обеспечением уровня 7 или более поздним, при этом только для следующих гостевых систем:
32- и 64-битные версии Microsoft Windows XP и более поздние (включая Windows 7, 2003, 2003 R2, 2008, 2008 R2 и Server 2012)
32- и 64-битные версии Red Hat Enterprise Linux 5.0 и более поздние
32- и 64-битные версии SUSE Linux Enterprise Server 10 и более поздние
32- и 64-битные версии Asianux 3 и более поздние
32- и 64-битные версии Debian 4/Ubuntu и более поздние
32- и 64-битные версии Sun Solaris 10 U4 и более поздние
Заметки:
В ESXi/ESX 4.1 и более ранних версиях jumbo frames не поддерживаются для гостевых ОС Solaris для адаптеров VMXNET 2 и VMXNET 3. Эта возможность поддерживается, начиная с ESXi 5.0 только для адаптеров VMXNET 3. Более подробно можно почитать в статье Enabling Jumbo Frames on the Solaris guest operating system (2012445).
Технология Fault Tolerance не поддерживается для ВМ с адаптером VMXNET 3 в vSphere 4.0, но поддерживается в vSphere 4.1 и более поздних версиях.
Windows Server 2012 поддерживается для адаптеров e1000, e1000e и VMXNET 3 на платформе ESXi 5.0 Update 1 и более поздни
О производительности устройства VMXNET3 можно почитать в документе «Performance Evaluation of VMXNET3 Virtual Network Device».
Для того, чтобы использовать тот или иной тип виртуального сетевого адаптера для виртуальной машины, необходимо выставить его при добавлении к виртуальной машине при создании или редактировании свойств.
Также vNIC можно добавить с помощью добавления строчек в конфигурационный vmx-файл виртуальной машины:
Для адаптера типа Flexible ничего добавлять не требуется.
Ethernet[X].virtualDev = «e1000» — для добавления сетевого адаптера E1000.
Ethernet[X].virtualDev = «vmxnet» — для добавления адаптера VMXNET 2 (Enhanced).
Ethernet[X].virtualDev = «vmxnet3» — для добавления адаптера VMXNET3.
Вместо [X] необходимо подставить номер виртуального сетевого адаптера, начиная с 0.
Поставил VmWare, не могу наладить сеть между реальным компом и операционной системой. Стоит задача настроить соединение не только с реальным компом но и с локальной сетью и интернетом. На реальной машине стоит Windows Server 2003 R2 Enterprise (x86, English) в качестве десктопной оси, на виртуальной машине стоит Windows 98SE, тип соединения в настройках vmware: bridge. Гостевая ось распознала и установила сетевую карту виртуальной машины. Перепробовал абсолютно все что мог, пробовал назначать адреса (как если бы я просто соединял два компа), пробовал DHCP, но ничего не выходит, лишь удалось добится чтоб из гостевой ос пинговался шлюз, и больше ничего. До этого один раз удалось настроить, но это была чистая случайность, и повторить не удалось.
В реальной оси имеются три сетевых соединения: Local Area Connection (реальный сетевой провод районной локалки и инета), и два виртуальных адаптера: VMware Network Adapter VMnet1 и VMware Network Adapter VMnet8. При этом в properties>advanced реального соединения есть галочка «Allow other network users to connect through this computer’s Internet connection» и выпадающий список в котором перечислены VMnet1 и VMnet8, но любые изменения там никакого эффекта не производят.
Прошу меня не отправлять читать мануал (в справке вмвари все описано только в общих чертах), не рассказывать сумбурные теории сетестроения, а рассказать что надо делать именно в этом случае.
Всего записей: 11 | Зарегистр. 07-06-2007 | Отправлено:22:00 07-06-2007
masus
Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Могу тебе посоветовать почитать вот этоу книгу Название: «Виртуальные машины. Несколько компьютеров в одном» Автор: Алексей Гультяев
_http://sovserver.ru/dc/ebook/13139/2006/11/24/virtual_m/ З.Ы. Это не рекалама а просто первое что попалось в гугле
Всего записей: 355 | Зарегистр. 04-10-2004 | Отправлено:22:20 07-06-2007
cmouse
Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Книга неплохая, всего 40 мб весит. Из нее можно понять как строить виртуальные кластеры, все очень понятно написано, не считая, разумеется, моей проблемы. Простите если я тупой, но мне это неинтересно, мне нужно просто вывести ось на вмвари в локальную сеть и инет, при этом желательно чтоб еще хост-машину видела. Я подозреваю что ответ лежит на поверхности, и решение проблемы скорее всего занимает несколько строчек.
Всего записей: 11 | Зарегистр. 07-06-2007 | Отправлено:01:00 08-06-2007
andrejvb
Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору cmouseКлючевое слово — бридж. А сервисы NAT и DHCP VMWare отключи. Сейчас уже глаза слипаются, не получится — завтра по порядку расскажу
Всего записей: 1838 | Зарегистр. 16-12-2005 | Отправлено:02:13 08-06-2007
Krechet
Free diver
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору cmouse Тебе что конктретно нужно? Если получить доступ в интернет, то тебе нужен NAT, если именно виртуальный комп со своим IP и т.п., то бридж. Настраивается одинаково просто. Более того, если ничего не менял, то ставь в свойствах гостевой сетевухи — «Получать автоматически» — получит настройки автоматом и появиться инет. Это относится к нату. Если бридж, то скопируй настройки с сетевой карты реального компа — и все заработает. Да, имей ввиду, что если ты подключен к домашней сети, то может стоять ограничение по мас-адресу.
———- Timeo danaos et dona ferentes Каждой твари — по витой паре
Всего записей: 719 | Зарегистр. 07-01-2003 | Отправлено:10:36 08-06-2007
cmouse
Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Все, всем спасибо, разобрался. Достаточно было в свойствах соединениения в вмвари поставить NAT, и больше ничего не делать. В первом случае, когда у меня случайно получилось настроить, тип соединения был bridge, и вмварный комп имел свой IP в подсети, а в инет/локалку я выходил через комп который служил роутером (а заодно FTP и DC++ хабом). Вот вмварь через bridge тогда подключалась к роутеру. Сейчас роутера нет, прямое соединение, и bridge не работает видимо потому что аппаратура провайдера не хочет регистрировать левый комп , а NAT не требующий собственного IP как раз заработал. Все, всем спасибо. Тема закрыта.
Всего записей: 11 | Зарегистр. 07-06-2007 | Отправлено:14:09 08-06-2007
PIL123
Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Коллеги, у меня есть одна задачка, которую хотелось бы проверить сначала на виртуальных машинах, перед тем как нести в массы Хочу отработать технику разворачивания ISA 2006 Enterprise в режиме NLB из двух серверов. Ну и проверить эту работу соответственно с помощью клиентской (виртуальной) машины на Win XP. Вот пока теряюсь в догадках как это реализовать. В каждой ISA у меня должно быть по три виртуальных сетевых интерфейса: внешний (смотри обычно в Интернет), внутренний и Intra-Array Communication. Подскажите, кто может советом как это правильно спланировать, реализовать? В идеале хотелось бы сделать так, чтобы всё это работало на одной хостовой машине с одним сетевым интерфейсом. Возможно ли такое? Если с одним хостом не получится никак, то подскажите, как это можно реализовать на нескольких хостах? Как Интернет думаю должен в виртальной среде выступать моя реальная локальная сеть — на центр сертификации буду ломиться, чтобы проверить работу интернета. Надеюсь не слишком сумбурно описал задачу и Вы мне поможете
Всего записей: 817 | Зарегистр. 25-06-2003 | Отправлено:18:10 06-07-2007
Нужно определится кто будет выступать маршрутизатором. Если гость с 2003 назначь ему тип сети — bridge, и все как обычно на хозяине, если маршрутизатором выступает хозяин, тогда тип сети — Host-only. Чтобы быстрей шла установка клонируй гостей с создание образов дисков.
Всего записей: 448 | Зарегистр. 14-09-2005 | Отправлено:10:07 07-07-2007
RichardBRiddick
Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Доброго всем времени суток. Писал на форумах nixp.ru и forum.opensource.com.ua следующий вопрос: » Люди знающие, помогите пожалуйста. Поставил FreeBSD 6.2 на wmvare. Через некоторое время заметил, что системный таймер идет в два с лишним раза медленнее реального времени. Пока в реальном мире проходит час, в виртуальном проходит только 25 минут. В чем может быть проблема?
По умолчанию в системе установлен таймер ACPI-fast. Пробовал поиграться переменной sysctl kern.timecounter.hardware. Подставлял значения TSC, i8254. sysctl -w kern.timecounter.hardware=i8254 Не помогает. Что еще может быть причиной отставания системного времени?
Наблюдение. Ставил DesktopBSD на той же виртуальной машине, таймер работает нормально. » Там ничего путного не подсказали. Помогите, плиз, или отправьте куда следует
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ребят, а возможно ли в VMware создать полнофункциональную сеть малого или среднего предприятия то есть: ISA, Win Serv 2003, Exchenge, SQL Server, и многое другое, Чтоб компы (штук 10) работали с серваком, имели полнофункциональный почтовик, и всё такое.
Всего записей: 63 | Зарегистр. 22-12-2006 | Отправлено:14:54 03-10-2007
VovaMozg
Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ну если ты всё это сможешь на своей машине запустить. мощи посчитай. если хватит, то в чём проблема
———- В конце концов причина причин оказалась в начале начал.
Всего записей: 761 | Зарегистр. 02-06-2005 | Отправлено:15:16 03-10-2007
srokk
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Согласен, гектара два оперативы, и кол-во машин уменьшить до пяти
Всего записей: 63 | Зарегистр. 22-12-2006 | Отправлено:17:13 03-10-2007
Texnar_POLITEX
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Доброе время суток!
Такая задача: на физической машине стоит Win2003 Ent. Edition, на нем VMWare workstation и поднят Win2003 R2 SP2. мне надо на вирт. машине поднять два интерфейса, один из локальной LAN, 2-й наружу GLOBAL. на физическую машину воткнул 2-ю сетку. теперь не могу настроить внешний доступ на саму виртуалку. мне сетевые настройки где прописывать, на физическом или виртуальном сервере? или на обоих? в-общем, как настроить внешний доступ к виртуальному серверу?
LAN поднял, работает. настройки на виртуальных адаптерах дефолт, bridged..
Всего записей: 89 | Зарегистр. 18-04-2007 | Отправлено:09:10 16-01-2008
Texnar_POLITEX
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Все, решил. Надо было внешние сетевые настройки прописать на вирт. машине. а в virt. network setttings указать сетевой адаптер хост-машины, куда был прикреплен внешний патчкорд.
Всего записей: 89 | Зарегистр. 18-04-2007 | Отправлено:07:47 17-01-2008
Mekido
Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Не стал создавать новую тему. Помогите советом пожалуйста
Имеется в наличии: Реальная машина под управлением Win2000SP4, на ней уставлена VMware 6.0 Сетевой интерфейс: 192.168.122.170
Созданы 2 виртуальные машины: Win2003SP1 и WinXP Prof SP2
Задача: создать виртуальную сеть и обеспечить доступ из виртуальных систем в реальную сеть.
Проблема в том, что с WinXP Prof SP2 не пингуется шлюз 192.168.147.2, но пингуется интерфейс 192.168.147.128 Соответственно доступа в реальную сеть нет.
С Win2003SP1 пингуются все интерфесы, включая и IP реального ПК.
Из основной системы (Win2000SP4, 192.168.122.170) интерфейс 192.168.12.30 пингуется без проблем.
Прописывал маршруты в разных вариантах, не помогло.
Настройка протокола IP для Windows 2000
Имя компьютера . . . . . . . . . : tech Основной DNS суффикс . . . . . . : Тип узла . . . . . . . . . . . . : Широковещательный Включена IP-маршрутизация . . . . : Нет Доверенный WINS-сервер . . . . . : Нет
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору На своем компьютере хотел бы сделать виртуальную сеть из двух компьютеров для обучения работы в локальной сети. Сделал 2 гостевые системы с Windows XP, расшарил в них по одной папке, сделал одну рабочую граппу. Пробовал с Nat и второй настройкой (по моему host). Запустил сначал одну, потом другую системы, ничего не получилось. Пишет, что нет прав для работе в группе и предлагает обратиться к администратору. Подскажите, пожалуйста, как настроить такую сеть.
Всего записей: 125 | Зарегистр. 31-10-2005 | Отправлено:17:56 22-04-2008
Параметры сети для vmware: host only — внутренняя виртуальная сеть. Компьютеры, в нее входящие видят хозяина и друг друга. DHCP включен. NAT — «гость» может работать с внешней локальной сетью через сетевой интерфейс «хозяина». В реальной сети — не виден. DHCP включен. Bridge — «гость» виден в реальной сети как отдельная станция. IP назначается правилами реальной сети.
Если твоим «виртуалкам» не нужен доступ в реальную сеть, делаешь их host only, ip-адрес автоматический. По ipconfig или свойству сетевой карты определяешь полученные ИП-адреса и проверяешь ping’ом видимость «гостей» друг друга. Дальше — дело техники. Желательно чтобы «гости» входили в одну рабочую группу.
Всего записей: 448 | Зарегистр. 14-09-2005 | Отправлено:18:37 22-04-2008
tumanovalex
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо за ответ, попробую
Всего записей: 125 | Зарегистр. 31-10-2005 | Отправлено:08:11 25-04-2008
morozic
Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору tumanovalex Да и еще ко всему выше сказанному, создаешь группу, а уже внутри группы назначаешь сеть и все
Всего записей: 200 | Зарегистр. 23-11-2004 | Отправлено:09:35 25-04-2008
, а NAT не требующий собственного IP как раз заработал. 
