controller, PCI controller, SIO controller, Keyboard, Pointing device

Ці пристрої присутні завжди, ніякої настройки для них невозмож але Зверніть увагу: контролерів IDE два, на кожному може висіти по два пристрої Таким чином, CD-ROM плюс HDD на IDE-контролерах разом може бути не більше чотирьох на одну ВМ

Для видеоконтроллера ми можемо налаштовувати максимальну кількість дисплеїв, що підключається до ВМ, і обсяг зарезервованої памяті під відео Видеоконтроллер для ВМ на ESX (i) – це завжди простий SVGA-видеоконтроллер Наслідком є ​​те, що вимогливі до відеокарти додатки (наприклад заходів, AutoCad) – не найкращі кандидати на віртуалізацію сьогодні

Можливість поставити кілька моніторів (а для цього збільшити розмір відеопамяті) може стати в нагоді в основному в VDI-рішеннях

Контролер VMCI – це, по суті, спеціалізований мережевий контролер, що дозволяє надзвичайно швидкий звязок між ВМ на одному сервері і між гіпервізором і ВМ Віртуальний мережевий контролер в силу своєї віртуальності здатний дати близько 2 або 5,5 Гбіт / сек швидкості обміну трафіку між ВМ на одному сервері Інтерфейс VMCI – порядку до 10 Гбіт / сек, а за деякими даними до 40 Гбіт

Задіяння цього інтерфейсу має бути реалізовано на рівні ПЗ VMware надає відповідні VMCI Socket API і документацію

До ВМ може бути підключено до двох флоппі-дисководів З налаштувань ми можемо вказати, на що посилається цей віртуальний FDD Варіанти наступні:

Q  Client Device – Тобто фізичний FDD на машині, з якою ви подклю-

чілісь до цієї ВМ за допомогою клієнта vSphere або веб-консолі

Q  Host Device – Фізичний FDD на сервері

Q  Existing floppy image – Образ flp, доступний на якомусь із сховищ або в каталозі / vmimages на файлової системі ESX (i)

Q  New floppy image – На вказаному сховищі створюється порожній образ flp

Q також клікнувши на іконку у верхній панелі клієнта vSphere (або відкритою в окремому вікні консолі ВМ), ви можете підключити до FDD віртуальної машини образ з локального диска компютера, звідки запущений клієнт vSphere

Не забувайте ставити прапорціConnected і Connect at power on, Коли хочете скористатися віртуальною дискетою ЯкщоConnected не варто, то віртуаль ний дисковод не працює У випадку підключення Client device прапорець Connected можна ставити тільки після включення ВМ

Зверніть увагу, що після живий міграції віртуальної машини з FDD знімається прапорець Connected

До ВМ на ESX (i) може бути підключено до 4 віртуальних CD / DVD-ROM Посилатися вони можуть на:

Q  Client Device – Тобто фізичний CD / DVD-ROM на машині, з якою

ви підключилися до цієї ВМ за допомогою клієнта vSphere або веб-консолі

Q  Host Device – Фізичний CD / DVD-ROM на сервері

Q  Datastore ISO File – Образ iso, доступний на якомусь зі сховищ

Q також клікнувши на іконку у верхній панелі клієнта vSphere (або відкритою в окремому вікні консолі ВМ), ви можете підключити до DVD віртуаль ної машини образ з локального диска компютера, звідки запущений клієнт vSphere

Не забувайте ставити прапорціConnected і Connect at power on, Коли хочете скористатися віртуальним DVD-ROM Якщо Connected не варто, він не працює У випадку підключення Client device прапорець Connected можна ставити тільки після включення ВМ

Один з найбільш багатоваріантних компонентів віртуальної машини – це мережевий контролер При використанні останньої, 7-ої версії віртуального обладнання їх може бути до 10 на одну ВМ Ці контролери можуть бути різних типів:

Q  vlance – Віртуальний мережевий контролер цього типу емулює контрол лер AMD 79C970 PCnet32 LANCE, старий 10 Мбіт / с мережевий контролер Його плюсом є наявність драйверів для нього в різноманітних, в тому числі старих, ОС

Q  VMXNET – Віртуальний мережевий контролер цього типу є більш продуктивним гігабітним мережевим контроллером Його використання можливе після установки драйверів для нього, у складі VMware tools

Q  Flexible – При створенні ВМ на ESX (i) 4 ви побачите швидше цей тип віртуального мережевого контролера, ніж vlance або vmxnet Це обумовлено тим, що контролер типу Flexible якраз і емулює або vlance, або vmxnet, залежно від того, який драйвер активний в гостьовій ОС

Q  E1000 – Віртуальний мережевий контролер цього типу емулює мережевий контролер Intel 82545EM Gigabit Ethernet Драйвери для нього доступні під більшість сучасних ОС, і це основна його перевага При використанні цього типу віртуального мережевого контролера для деяких операційних систем ми можемо скористатися мережевими драйверами від Intel і задіяти їх стандартні можливості по налаштуванні NIC Teaming і VLAN зсередини гостьовий ОС Деякі подробиці про їх налаштуванні наведені в розділі, присвяченому мережам

Q  VMXNET 2 (Enhanced) – Віртуальний мережевий контролер цього типу

є еволюцією контролера типу VMXNET Драйвери для нього є для багатьох сучасних ОС (у складі VMware Tools) Він підтримує VLAN, Jumbo Frames, TCP Segmentation offload Деякі подробиці про їх налаштуванні наведені в розділі, присвяченому мережам

Q  VMXNET 3 – Віртуальний мережевий контролер цього типу є са-

мим новим на сьогодні поколінням паравіртуалізованних віртуальних мережевих контролерів Це означає, що він підтримує всі функції, доступні VMXNET 2, а також деякі нові Наприклад, це підтримка multiqueue (також відома в Windows як Receive Side Scaling), IPv6 offloads, VLAN off-loading, і MSI / MSI-X interrupt delivery Говорячи простіше, VMXNET 3 працює швидше, з меншими накладними витратами і підтримує багато актуальних на сьогодні мережеві функції Однак для ВМ з цим типом мережевого контролера не працює VMware Fault Tolerance

Драйвер для VMXNET 3 доступний для ОС:

• 32 і 64-бітових версій Microsoft Windows XP і пізніших

• 32 і 64-бітових версій Red Hat Enterprise Linux 50 і пізніших

• 32 і 64-бітових версій SUSE Linux Enterprise Server 10 і пізніших

• 32 і 64-бітових версій Asianux 3 і пізніших

• 32 і 64-бітових версій Debian 4/Ubuntu 704 і пізніших

• 32 і 64-бітових версій Sun Solaris 10 U4 і пізніших

Інші відмінності віртуальних мережевих контролерів перераховані в табл 51

Таблиця 51 Функції віртуальних мережевих контролерів різних типів

Flexible

Enchanced vmxnet (vmxnet2)

E1000

VMXNET 3

IPv4 TSO

Ні

Так

Так

Так

IPv6 TSO

Ні

Ні

Ні

Так

Jumbo Frames

Ні

Так

Ні

Так

Large Ring Sizes

Ні

Ні

Так

Так

RSS

Ні

Ні

Ні

Так

MSI-X

Ні

Ні

Ні

Так

Версія віртуального hardware

4 і 7

4 і 7

4 і 7

7

Вибрати тип контролера можна при створенні ВМ (в майстрові Custom) або при додаванні в неї контролера Якщо необхідно поміняти тип існуючими го контролера, то потрібно або видалити старий і додати новий, або безпосередньо правити файл налаштувань (* vmx)

У файлі налаштувань ВМ можуть бути рядки такого вигляду:

Q ethernetXvirtualDev = e1000 для мережевого контролера типу e1000

Q ethernetXvirtualDev = vmxnet для мережевого контролера типу VMXNET 2 (Enhanced)

Q ethernetXvirtualDev = vmxnet3 для мережевого контролера типу VMXNET 3

У рядку ethernetX «X» – це порядковий номер мережевого контролера в даній ВМ

Якщо поміняти тип мережного контролера для ВМ з вже встановленою ОС, то з точки зору цієї ОС поміняється мережевий контролер Це потягне за собою скидання налаштувань IP і, іноді, неможливість виставлення налаштувань, аналогічних попереднім, – так як вони числяться за старим, відключеним, але не віддаленим з точки зору гостьовий ОС мережевим контроллером

Для збереження налаштувань IP в Windows можна зробити так:

netsh  interface ip  dump  &gt c:\ipconfigtxt

З точки зору Windows, новий контролер буде видно під новим імям, виду «Local Area Connection 2» або подібним У такому випадку в отриманому текстовому файлі слід поміняти назву підключення на це нове Або поміняти імя мережного адаптера на старе

Для імпорту налаштувань скористайтеся командою

netsh  -c  interface –f  c:\ipconfigtxt

Для видалення згадок про старих мережевих контролерах скористайтеся менеджером пристроїв (Device Manager), поставивши в меню View прапорецьShow hidden devices Крім того, виконайте команду

set devmgr_show_nonpresent_devices=1

Подробиці див у статті бази знань Майкрософт № 269155 (http://support

microsoftcom/kbid=269155)

TCP Segmentation Offloading – функція фізичного мережевого контролера, тобто для використання TSO вам потрібні підтримуючі це сетевушкі Суть функції полягає в тому, що робота з формування IP-пакетів виконується мережевим контроллером Тобто операційна система (або процесор) посилає на сетевушку великий блок даних А контролер сам формує з нього IP-пакети, придатні для передачі по мережі Контролер виконує цю роботу без навантаження на процесори сервера

Рис 59 Включення TSO в Windows

Для задіяння TCP Segmentation Offloading переконайтеся, що фізичні мережеві контролери його підтримують, а для ВМ виберіть тип віртуального мережевого контролера з підтримкою TSO Потім у властивостях драйвера включіть його використання (рис 59)

Jumbo Frames дозволяє збільшити розмір поля для даних в IP-пакеті Виходить, ми тим же числом пакетів передаємо більше кілобіт Виходить, ми з тією ж кількістю накладних витрат передаємо більше корисної інформації Якщо в стандартному IP-пакеті поле для даних розмірів 1500 байт, то при використанні Jumbo Frame – зазвичай 9000 байт

Jumbo Frames повинен підтримуватися всією мережею end-to-end, тобто повинні бути включені на фізичних комутаторах, віртуальних комутаторах і в ВМ Jumbo Frames може використовуватися з мережевими контролерами 1 Гбіт і 10 Гбіт

Jumbo Frames може використовуватися віртуальними машинами і портами VMkernel для трафіку NFS, iSCSI і VMotion Для початку використання Jumbo Frames нам необхідно включити їх підтримку на vSwitch / dvSwitch, а потім налаштувати їх використання всередині ВМ або для інтерфейсу VMkernel

Для того щоб включити Jumbo Frames для ВМ, виберіть підтримує їх тип віртуального мережевого контролера (див табл 51) Після цього на прикладі Windows (рис 510):

1 Зайдіть в налаштування драйвера мережевого контролера

2 Знайдіть настройку Jumbo Frames і вкажіть значення 9000

Для тесту Jumbo Frames:

1 Виконайте ping сусідній ВМ

ping-f-l 8972

2 На виході повинно вийти щось на кшталт:

ping 8972 (9000) bytes of data

8980 bytes from : icmp_seq = 1 ttl = 128 time = 336 ms

Великий буфер на мережевому контролері, який дозволяє обробляти великі сплески трафіку без відкидання пакетів Rx буфер дорівнює 150 для VMXNET2 і 256 для VMXNET3 Це дозволяє VMXNET3 менше завантажувати процесори сервера в разі гигабитного Ethernet і демонструвати кращу продуктивність для 10-гигабитного Ethernet

Технологія Receive-Side Scaling реалізує багатопоточність обробки стека TCP / IP Пакети навіть одного мережного контролера можуть оброблятися одночасно на декількох процесорах сервера або віртуальної машини RSS підтримується Windows Server 2003 SP2, Windows Server 2008 Включення цієї функції також робиться у властивостях драйвера віртуального мережевого контролера

Рис 510 Приклад настройки Jumbo Frames для Windows

Message Signaled Interrupts – альтернативна форма переривань: замість присвоювання номера запиту на переривання пристрою дозволяється записувати повідомлення за певною адресою системної памяті, на справі відображеному на апаратуру локального контролера переривань (local APIC) процесора Попросту кажучи, з її допомогою забезпечується більш ефективна робота мережі ОС від Майкрософт підтримує цю технологію, починаючи з Windows Vista Основна вигода буде у випадку, коли використовується RSS

Підводячи підсумки розмови про типи мережевих контролерів ВМ: використовуйте VMXNET 3 там, де це підтримується гостьовими ОС Використовуйте VMXNET 2 там, де не підтримується VMXNET 3 Якщо VMXNET 3 і VMXNET 2 Не підтримується для гостьової ОС, використовуйте E1000 Якщо і він не підтримується, використовуйте Flexible Однак іноді з Flexible або E1000 варто почати, щоб у ВМ був доступ до мережі відразу, а не після установки VMware tools

Зверніть увагу Після зміни типу контролера гостьова ОС буде вважати, що їй поміняли контролер Найчастіше це призводить до необхідності видалити згадка про старий контролері через менеджер пристроїв (Device manager)

У 7-ої версії віртуального обладнання віртуальні мережеві контролери числяться USB-пристроями Зокрема, це означає, що їх можна відключити від ВМ через стандартний механізм відключення USB-пристроїв або запустивши оснастку VMware tools (рис 511)

Рис 511 Можливість відключення мережевих контролерів

У деяких ситуаціях це неприпустимо, наприклад на термінальному сервері Для відключення цієї можливості додайте в файл налаштувань (* Vmx) цієї ВМ рядок

deviceshotplug = &quotfalse&quot isolationdeviceconnectabledisable =  &quottrue&quot isolationdeviceeditdisable  =  &quottrue&quot

Нагадаю, що зробити це можливо, пройшовши в властивості виключеною ВМ: Edit Settings ⇒ закладкаOptions Advanced General Configuration Parameters ⇒ кнопка Add Row

Перша з цих налаштувань заборонить гаряче видалення або додавання будь-яких пристроїв в цю ВМ, а дві інші заборонять відключення пристроїв через VMware tools

Вони генеруються автоматично Згенерованого заново MAC-адресу для тієї ж ВМ може після переміщення її файлів При генерації MAC-адреси перевіряється розбіжність його з MAC-адресами працюють ВМ і ВМ в стані паузи (suspend) Також робиться перевірка на унікальність MAC-адреси при включенні ВМ

З цього випливає наступне: при включенні ВМ вона може поміняти свій MAC, якщо він збігається з MAC-адресою якийсь із працюючих ВМ Послідовність яка: створили ВМ1, їй згенерувати MAC-адресу Вимкнули ВМ1 Створили ВМ2 – їй згенерувати такий же MAC-адресу (вірогідність цього украй мала, але все ж) При його генерації перевірки на збіг з ВМ1 не відбувається, так як та вимкнена При включенні ВМ1 поміняє свій MACадрес

Як правило, все добре Однак механізм генерації має обмеження – до 256 унікальних MAC-адрес (тобто віртуальних мережевих контролерів) на сервер Якщо ця кількість перевищено, може знадобитися ручне налаштування MAC-адреси для ВМ

Ця проблема потенційно актуальна при відсутності vCenter Якщо ви працюєте через vCenter, то за генерацію і перевірку унікальності MAC-ад ресов відповідає вже він Формат MAC-адреси виглядає наступним чином: 00:50:56: vCenterID: xx: xx, де vCenterID можна подивитися через клієнт vSphere

Settings Таким чином, vCenter здатний згенерувати до 65 535 унікальних MAC-адрес При старті ВМ vCenter обовязково переконується у відсутності збігу MAC-адрес у різних ВМ

За VMware закріплені два діапазони MAC-адрес – один для автомати чески генеруються і один для вручну привласнюються Для вручну задаються MAC-адрес VMware використовує діапазон 00:50:56 Таким чином, якщо ви задаєте MAC-адресу вручну, допустимим є оний з діапазону 00:50:56:00:00:00-00:50:56:3 F: FF: FF

Поле для вказівки MAC-адреси вручну ви побачите у властивостях віртуальної машини, виділивши її мережевий контролер У цьому полі може бути вказаний MACадрес тільки з діапазону MAC-адрес VMware

Можна задати і зовсім довільний MAC-адресу, вже всередині файлу налаштувань (* Vmx) вручну А також зсередини гостьовий ОС Однак у разі не-VMware діапазону проблема унікальності MAC-адреси у вашій мережі – Ваша головний біль

Для завдання довільного MAC-адреси у файлі налаштувань зробіть наступне

Яким способом відкрийте файл налаштувань ВМ в текстовому редакторі Наприклад, підключившись до ESX (i) по SSH і виконавши команду

vi / vmfs / volumes / <назва сховища> / <каталог з ВМ> / <файл настройок ВМ.vmx>

Зверніть увагу Для ESX рекомендую використовувати не vi, а nano – це текстовий редактор з більш дружелюбним інтерфейсом Однак на ESXi він недоступний Зрозуміло, не забороняється використовувати інші з відомих вам способів правки конфігураційних файлів

Знайдіть рядки виду

ethernet0generatedAddress =  &quot00:50:56:be:2c:21&quot ethernet0addressType =  &quotvpx&quot

(На прикладі першого з мережевих контролерів цієї ВМ)

Замініть їх рядками

ethernet0checkMACAddress = &quotfalse&quot ethernet0addressType = &quotstatic&quot ethernet0Address =  &quot00:0C:29:B0:27:E1&quot

Зрозуміло, MAC-адресу вкажіть бажаний

Джерело: Міхєєв М О Адміністрування VMware vSphere 41 – М: ДМК Пресс, 2011 – 448 с: Ил

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*