гостьової ОС і ОС хоста і, нарешті, можливість скасування всіх змін, зроблених користувачем в даному сеансі роботи.
. 4.3 - Bochs
Bochs (вимовляється «бокс») (рис. 4) - open source програма для емуляції апаратного забезпечення PC. Включає в себе емуляцію ЦПУ Intel x86, пристрої введення-виведення, і можливість використовувати різний BIOS PC і відеоадаптера. Може емулювати 386, 486, Pentium, Pentium Pro, AMD64 CPU та інші x86-сумісні процесори, підтримує MMX, SSE, SSE2, 3DNow! (в найближчому майбутньому планується і SSE3 та ін.) Написана на C ++ і працює на Windows 9x, Windows 2k, Linux, * BSD та ін. Відрізняється дуже ретельною емуляцією процесора, може бути запущений на будь-якій апаратній платформі.
Малюнок 1.4. Зовнішній вигляд ВМ Bochs
. 4.5 Microsoft Virtual Server
Засоби створення віртуальних машин, призначені для робочих станцій, використовують в якості оперативної пам'яті віртуальної машини частина фізичної оперативної пам'яті комп'ютера-хоста, а в якості жорсткого диска віртуальної машини - файл або фізичний розділ жорсткого диска комп'ютера-хоста. Процесором віртуальної машини служить реальний процесор комп'ютера-хоста, а розподіл процесорного часу між операційною системою хоста і операційною системою віртуальної машини здійснюється відповідно до правил, встановлених для даної віртуальної машини. При цьому засоби створення віртуальних машин для робочих станцій підтримують застосування тільки одного процесора, ресурси якого розділяються між операційною системою хоста та операційними системами віртуальних машин.
Відзначимо, однак, що багато програм масштабу підприємства вимагають досить об'ємної обробки даних і, отже, наявності серверних додатків, що виконуються на багатопроцесорних комп'ютерах. Зокрема, редакція, що носить назву Enterprise Edition або схоже з ним і підтримуюча використання багатопроцесорних серверів і кластерів, присутній в лінійках серверних операційних систем, серверних СУБД і серверів додатків всіх провідних виробників зазначених категорій програмного забезпечення. Завдання, пов'язані з тестуванням і експлуатацією подібних продуктів, не можна коректно вирішити за допомогою засобів створення віртуальних машин для настільних операційних систем - для цього існує особлива категорія засобів віртуалізації, про які йтиметься нижче.
Виробник Microsoft Virtual Server +2005 виділив чотири основні області застосування цього продукту.
Тестування програмного забезпечення і засобів розробки. Слід мати на увазі, що нерідко під тестуванням розуміється не тільки тестування створюваних додатків, але і тестування конфігурацій і налаштувань готового програмного забезпечення, а також дій адміністраторів серверів і мережі з метою перевірки працездатності тієї чи іншої конфігурації серверного ПЗ перед початком введення його в реальну експлуатацію.
Хостинг успадкованих додатків. Найчастіше найвдаліші бізнес-додатки експлуатуються десятиліттями, тому цілком може статися так, що платформа, для якої вони написані, в компанії вже практично не застосовується через відсутність нормальної технічної підтримки з боку виробників обладнання, а також, можливо, через відсутність в компанії персоналу, що спеціалізується на супроводі застарілих платформ, і розробників, здатних оновити цю програму. У цьому випадку застосування серверного ПЗ для створення віртуальних машин з операційними системами, випущеними кілька років тому (наприклад, Windows NT 4.0), може виявитися найбільш простим і вигідним рішенням, що дозволяє продовжити життя бізнес-додаткам, що експлуатуються досить давно, і не витрачати кошти ні на переписування додатків, ні на перенавчання користувачів.
Консолідація завантаження серверів. Іноді на підприємстві є кілька серверів, що виконують різні завдання (наприклад, сервер обміну повідомленнями, сервер баз даних, сервер додатків). Ідея консолідації завантаження серверів полягає у створенні віртуальних машин з різними операційними системами і програмним забезпеченням, що реалізовують виконання зазначених завдань, і в розміщенні одного і того ж набору цих віртуальних машин на декількох фізичних серверах. Завдяки цьому число самих серверів можна зменшити, та й вихід з ладу одного з серверів не буде настільки критичний для компанії, оскільки його навантаження може взяти на себе віртуальна машина на якому-небудь іншому сервері. Крім того, самі віртуальні машини можна піддавати резервному копіюванню, а в разі серйозного збою відновлення працездатності додатків займе набагато менше часу, ніж, наприклад, при резервному копіюванні даних, - адже в цьому випадку не буде потрібно повторної установки операційної системи і всіх функционировавших на віртуальній машині додатків.
Моделювання розподілених серв...