1. печатка
2. пристрої USB
3. дискові пристрої
4. Робота з COM- і LPT-портами
5. Знімки (снапшоти)
6. Виртуалка в виртуалке
7. UEFI замість BIOS

В минулому матеріалі ми розглянули можливості VMWare Workstation в тому, що стосується сумісності з різними типами ОС і роботи з мережами. Сьогодні ми заглянемо глибше і розберемо настройки, що дозволяють працювати з широким спектром периферійних пристроїв і деякі інші корисні опції, які значно розширюють можливості програми, але при цьому неочевидні і не представлені в графічному інтерфейсі.

печатка

Починаючи з версії віртуального апаратного забезпечення 7 в VMWare додана технологія ThinPrint для всіх підтримуваних операційних систем. Для її включення достатньо встановити пакет VMWare Tools, не забувши додати принтер в налаштуваннях віртуального заліза. Дана технологія добре відома тим, хто налаштовував друк в термінальних середовищах, сенс її полягає в тому, що в гостьову систему за допомогою універсального драйвера ThinPrint прокидаємо всі доступні принтери хоста, незалежно від їх підтримки гостьовою операційною системою.

Тепер ви можете друкувати на будь-який доступний в системі принтер з будь-якої підтримуваної гостьовий ОС абсолютно не замислюючись про налаштування. У той же час залишається можливість безпосереднього підключення принтера в гостьову систему, в цьому випадку вам буде потрібно самостійно встановити необхідні драйвера і налаштувати підсистему друку в поточній гостьовий ОС.

пристрої USB

У наш час без USB нікуди, можна без перебільшення сказати, що це найпоширеніший інтерфейс для підключення найрізноманітніших пристроїв. У VMWare Workstation реалізована повноцінна підтримка даного інтерфейсу, а починаючи з версії 8 апаратного забезпечення додана підтримка USB 3.0.

Робота з USB гранично проста, всі доступні пристрої показані в статус-барі, для підключення або відключення досить клацнути правою кнопкою миші і виконати необхідну дію, при цьому даний пристрій буде відключено від хоста.

Налаштування USB також гранично лаконічні. Ми можемо вибрати тип віртуального USB-контролера, при цьому доступний як сучасний USB 3.0, так і застарілий USB 1.1, що дає можливість перевірити роботу обладнання з будь-яким типом інтерфейсу.

На окрему увагу заслуговує опція Show all USB input devices, яка дозволяє підключати до віртуальної машини будь-які USB-пристрої введення, які за замовчуванням приховані. Це може знадобитися при необхідності роботи в гостьовій ОС з обладнанням, яке встановлюється в систему як USB пристрій введення, наприклад, сканери ШК або зчитувачі магнітних карт.

Також дана опція дозволяє підключити до гостьової системі безпосередньо вашу клавіатуру і мишу, відключивши їх від хоста, в цьому випадку пам'ятайте, що повернутися до управління хостом можна буде тільки єдиним чином - вимкнувши гостьову систему, а якщо вона повисне, то вам залишиться тільки один вихід - перезавантажити хост кнопкою Reset. Хоча ми не бачимо нагальної потреби в підключенні до гостьової ОС відразу обох пристроїв введення, найчастіше потрібне підключення тільки клавіатури, наприклад, коли необхідно перевірити роботу з програмованими клавіатурами, залишивши миша для управління системою.

дискові пристрої

Основу дискової підсистеми VMWare складають віртуальні жорсткі диски, які представляють собою файл або набір на файлів на будь-якому доступному носії, тому слід пам'ятати, що продуктивність віртуального диска в першу чергу залежить від продуктивності фізичного диска, на якому розміщується файл образу.

Якщо ми відкриємо майстер створення нового віртуального диска, то побачимо, що нам запропонований вибір віртуального інтерфейсу підключення:

Режими підключення впливають на сумісність диска з різними типами гостьових ОС, за замовчуванням рекомендується IDE режим, який сумісний з усіма типами гостьових ОС. SCSI режим сумісний також зі всіма гостьовими ОС мають драйвер LSI Logic або BusLogic SCSI контролера. SATА режим підтримується не всіма гостьовими ОС, в ряді випадків завантаження з такого диска буде неможлива.

Для завантажувальних дисків за замовчуванням пропонується SCSI або SAS тип контролера, як найбільш продуктивний і немає ніякого сенсу змінювати ці налаштування, хіба що в порядку експерименту.

Галочка Independent включає незалежний режим роботи диска, який виключає його зі створюваних знімків системи (снапшотов). Режим має два варіанти, Persistent - коли вміст диска зберігається при виключенні або відновленні з снапшотов, і Nonpersistent - коли всі зміни диска скидаються.

Даний режим слід використовувати для дисків, які підключаються до віртуальної машини тимчасово, в іншому випадку відключивши диск і видаливши його образ з метою економії місця ви можете зіткнутися з проблемою завантаження системи, відновивши її з снапшотов, який використовував даний диск.

Persistent режим корисний, коли вам потрібно використовувати один і той же вміст, перемикаючись між снапшотов, а Nonpersistent виявиться до місця при роботі з небезпечними середовищами, наприклад, при дослідженні шкідливого ПЗ. В цьому випадку можна бути впевненим, що вірус, бува, не вирветься за межі віртуальної машини.

Також є можливість підключати в віртуальну машину фізичні жорсткі диски, як повністю, так і на рівні розділів. В цьому випадку при підключенні слід вказати фізичний номер диска, який можна підглянути в оснащенні Управління дисками.

При підключенні фізичних дисків ми рекомендуємо завжди включати незалежний режим (Independent), також не забувайте, що всі зміни, які ви внесете на диск, будуть застосовані до реальної системи, тому завжди уважно перевіряйте який саме диск і з якими даними ви підключаєте в гостьову ОС .

Для обслуговування віртуальних дисків призначений свій набір інструментів.

Чи не потребує коментарів, мабуть, тільки дефрагментація, але при цьому слід пам'ятати, що дефрагментація всередині віртуального диска має сенс тільки в тому випадку, якщо файл диски не фрагментований, інакше сенс цього процесу зведеться до простої перетасування фрагментів без будь-якого ефекту.

Команда Expand дозволяє збільшити розмір віртуального диска, при цьому розміри існуючих розділів змінені не будуть, в подальшому ви можете самостійно змінити розмір розділу, використавши для цього відповідні утиліти або створити на вільному місці ще один розділ.

Compact навпаки дозволяє зменшити розмір файлу віртуального HDD, що актуально при використанні дисків динамічного розміру. Як відомо фактичний розмір таких дисків обумовлений розміром містяться на них даних, а зазначений у властивостях розмір диска відображає верхній ліміт розміру. При збільшенні розміру даних усередині віртуального диска зростає і його файл, а ось при видаленні частини інформації зменшення розміру файлу ROM не стартує. Рекомендується використовувати Compact після видалення з віртуальної машини значних обсягів інформації з метою економного витрачання дискового простору.

Утиліта Map дозволяє підключити до хостовой системі томи віртуального жорсткого диска, як мережевий диск, але при цьому хост повинен вміти працювати з файлової системою віртуального розділу, так підключивши до Windows віртуальний диск скажімо з ext4 ви не зможете без додаткових інструментів прочитати інформацію.

Робота з COM- і LPT-портами

На відміну від застарілого LPT, COM-інтерфейс (RS-232) продовжує широко використовуватися в сучасній техніці, сьогодні його застосування стало стандартом де-факто для різного промислового і торгового устаткування, вбудованих систем, систем безпеки тощо При цьому фізично пристрої можуть підключатися до ПК і за допомогою інших інтерфейсів, наприклад, USB або Bluetоoth, програмно емулюючи COM-порт.

VMWare дозволяє прокидати в віртуальну машину будь-який доступний в хостовой системі COM- або LPT - порт, що дозволяє працювати з відповідним обладнанням всередині гостьових ОС.

Набагато цікавіші дві інші опції. Одна з них дозволяє направити висновок з COM- або LPT-порту віртуальної машини в файл на хості. Це може бути корисно при налагодженні програм, які працюють з даними портами, можна швидко і просто, без залучення стороннього ПО отримати висновок в порт в текстовому вигляді.

Нарешті третя опція доступна тільки для COM-портів і дозволяє направити їх висновок в іменований канал.

З іншого боку каналу може бути, як інша віртуальна машина, так і додаток хостовой системи. Це дозволяє підключатися до COM-порту самої віртуальної машини і взаємодіяти з ним, скажімо для налагодження, а підключивши з іншого кінця ще одну віртуальну машину ми фактично зв'яжемо їх нуль-модемним кабелем.

Дивлячись на наступний скріншот "старички" можуть змахнути ностальгічну сльозу, ми налаштували мережеве з'єднання через нуль-модемний кабель і передали по ньому файл.

Однак застосування даної можливості набагато прозаїчніше, іменовані канали дозволяють емулювати роботу з торговим або промисловим обладнанням не маючи його самого. Найчастіше передаються таким обладнанням дані строго регламентовані, тому налаштувавши у віртуальній машині додаток на використання COM-порту, підключеного до іменовані канали і передаючи з іншого боку типові пакети даних або команди можна повноцінно аналізувати і налагоджувати роботу з таким обладнанням.

Нижче показана успішна емуляція сканера штрих-коду для 1С: Підприємства

Знімки (снапшоти)

Корисність моментальних знімків важко переоцінити, снапшоти дають можливість зберігати необмежену кількість станів віртуальної машини і перемикатися між ними. Це може бути корисно при налагодженні який-небудь технології, після кожного успішно завершеного етапу робиться знімок і якщо далі щось піде не так, то завжди можна повернутися на кілька кроків назад або випробувати альтернативний варіант.

Інше застосування моментальних знімків - створення множинних станів гостьової системи з різними настройками, що дозволяє швидко перейти до потрібної конфігурації в межах однієї системи. Цю можливість ми широко використовуємо в навчальних і експериментальних цілях, в правій частині малюнка показано дерево снапшотов системи використовується для тестування антивірусів в нашій лабораторії.

У той же час моментальні знімки мають ряд суттєвих недоліків, які роблять їх використання в виробничих середовищах категорично небажаним.

По-перше, при створенні кожного нового знімка запис в основний віртуальний диск припиняється, створюється ще один файл різницевого диска і всі зміни записуються туди, при створенні ще одного знімка в ланцюжку створюється ще один різницевий диск і т.д. У підсумку це призводить до суттєвих накладних витрат за операціями дискового введення-виведення, так як звернення до файлу проходить через весь ланцюжок віртуальних дисків.

По-друге, при створенні снапшотов також створюється файл стану, розмір якого дорівнює обсягу використовуваної віртуальної машиною оперативної пам'яті. Нижче показана частина папки з файлами віртуальної машини з нашої тестової лабораторії, зверніть увагу на розмір і кількість файлів стану.

Тут є від чого занудьгувати і згадати про дедуплікаціі . Звідси випливає ще одне правило: якщо ви активно використовуєте снапшоти - виділяйте віртуальним машинам мінімально необхідний обсяг оперативної пам'яті.

Також намагайтеся не створювати довгих послідовних ланцюжків знімків, після того як ви все налаштували зайві проміжні стану краще видалити, цим ви підвищите продуктивність дискової підсистеми віртуальної машини.

Виртуалка в виртуалке

На перший погляд запуск всередині віртуальної машини ще одного гипервизора позбавлений особливого сенсу, у виробничому середовищі це так, але в настільних системах така потреба виникає досить часто. Наприклад, потрібно змоделювати і протестувати створення відмов кластеру Hyper-V, не будете ж ви виділяти під цю справу три сервера, коли є VMWare Workstation?

Найбільш просто запустити у віртуальному середовищі рідної гипервизор VMware ESXi, для цього достатньо при створенні нової віртуальної машини вибрати відповідний тип гостьової системи.

Для інших гіпервізора доведеться повозитися, але нічого складного немає. Перейдемо в налаштування віртуального процесора і виберемо режим віртуалізації Intel-VT / EPT або AMD-V / RVI, а потім вирішимо віртуалізацію цих інструкцій (галочка нижче).

А потім відкриємо конфігураційний VMX-файл віртуальної машини і додамо туди рядок:

hypervisor.cpuid.v0 = "FALSE"

Це не дасть гостьовий ОС визначити, що вона працює в гостьовій машині, після чого ніяких проблем з запуском стороннього гипервизора всередині віртуальної машини виникнути не повинно. При цьому слід чітко усвідомлювати, що дане рішення годиться тільки для тестових цілей, так як чекати високої продуктивності від такого рішення щонайменше наївно. Хоча справедливості заради відзначимо, що продуктивність віртуалок в виртуалке зберігається на прийнятному для комфортної роботи рівні.

Нижче показана запущена в середовищі Hyper-V гостьова система з Ubuntu Server, які працюють всередині VMWare Workstation.

UEFI замість BIOS

Починаючи з версії 10 віртуального заліза VMWare повноцінно підтримує UEFI, проте ніяких графічних налаштувань, що дозволяють включити цей режим немає. Для того щоб використовувати UEFI замість BIOS додайте (або змініть) в VMX-файл опцію:

firmware = "efi"

Запускаємо віртуальну машину і переконуємося, що замість BIOS використовується UEFI.

Тепер можемо встановлювати підтримують цю технологію гостьові ОС, слід також відзначити, що в даній версії VMWare Workstation технологія Secure Boot не підтримується.