1. апаратна реалізація
2. Підключаємо віртуальний диск
3. Стартуємо з віртуального носія
4. Примітка

Встановити операційну систему на серверній платформі ASUS можна віддалено: для цього буде потрібно графічна консоль , Реалізована засобами IPMI, і ISO-образ носія на локальному комп'ютері. З точки зору користувача, таке рішення обумовлене наявністю функцій iKVM в модулі інтелектуального контролера ASMB8. Як на практиці здійснюється віддалене завантаження для інсталяції ОС? Давайте досліджувати цей процес безпосередньо в експерименті. Для цього в якості тестової платформи ми виберемо ASUS P10S-i в складі сервера «Entry A Cubic».

апаратна реалізація

Віртуалізація накопичувачів на етапі виконання POST стала можлива, завдяки розробці Intel Management Engine. Цей механізм, включає вбудований в системну логіку процесор з одного боку, і UEFI BIOS платформи з іншого, які взаємодіючи з допомогою HECI-інтерфейсу , Здатні реалізувати суті, певні розробниками платформи.

Рис 1. Список регістрів конфігураційного простору мікросхеми Intel 100 Series PCH,
пов'язаних з Intel Management Engine

Як випливає з документації на системну логіку (Рис.1), в числі іншого, механізм Intel ME здатний забезпечити емуляцію IDE-контролера, доступного платформі до завантаження операційної системи. IDE Redirection - це своєрідний міст між мережевим оточенням IPMI і регістровими полями чіпсета, активізація якого дозволяє UEFI включити його в список підтримуваних mass storage пристроїв і дати можливість з нього завантажуватися.

На платформах з BMC-контролерами сімейства ASpeed ​​до функцій віддаленого завантаження підключаються ресурси цього керуючого процесора, що використовують технологію USB-over-IP. Для реалізації IPMI функцій може бути використаний хаб, що підключається до USB-хост контроллера платформи і надає доступ до ресурсів віддаленого комп'ютера, що управляє. У типовому випадку такими ресурсами є mass storage пристрої, клавіатура і миша.

Підключаємо віртуальний диск

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

Рис 2. Підключення віртуальних пристроїв: завантаження можливе з флоппі,
ISO-образу або фізичних накопичувачів локальної платформи

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

Стартуємо з віртуального носія

Після того, як обраний спосіб віддаленого завантаження і підключений потрібний віртуальний диск (статус обміну по мережі з ним ми в змозі моніторити), Boot-меню UEFI поповнюється віртуальними пристроями. Якщо в якості прикладу використовувати ISO-образ Free BSD v9.0 (Рис 2.), в списку завантажувальних пристроїв з'явиться AMI Virtual CD-ROM, пріоритетом якого можна управляти.

Рис 3. Aptio Setup дозволяє використовувати AMI Virtual CD-ROM в якості завантажувального пристрою

Після рестарту в екрані POST нам видно всі типи віртуальних пристроїв, які підтримуються механізмом Intel Management Engine. Навіть ті, для яких в Virtual Media Wizzard не підключені образи або фізичні відповідності.

Рис 4. В екрані POST нам видно всі типи віртуальних пристроїв,
які підтримуються механізмом Intel Management Engine

Ще раз повернутися до вибору завантаження з віртуальних пристроїв можна активізувавши PopUp-меню. Крім вже знайомого нам AMI Virtual CD-ROM, ми бачимо також AMI Virtual Flopp y і AMI Virtual HDisk (розуміючи, що в реальності це може бути інсталяція ОС, записана на USB-флешку).

Рис 5. Вибір завантаження з AMI Vitrual пристроїв можна виконати в PopUp-меню

В реальності список віртуальних пристроїв може бути розширено. Розробник UEFI передбачив для цього своєрідну мнемоніку, додаючи після типу носія його порядковий номер: за AMI Virtual HDisk0 в завантажувальному PopUp-меню може слідувати HDisk1 і т.п. А далі просто - стартуємо з вибраного пристрою. І все.

Примітка

HECI, Host Embedded Controller Interface або ME Interface - це ресурс, зазвичай входить до складу системної логіки платформи і забезпечує комунікацію між двома об'єктами:

• центральний процесор, що працює під управлінням UEFI або операційної системи;
• процесор Management Engine, що працює під управлінням власної firmware.

Безліч об'єктів підсистеми ME Interface є підмножиною підсистеми Intel Management Engine і включає такі ресурси:

1. Регістри конфігураційного простору, щоб забезпечити інтеграцію ME Interface в набір ресурсів платформи, відповідно до стандарту PCI PnP;
2. Memory-mapped IO регістри, адресовані в просторі пам'яті;
3. Bus-master контролер, для комунікації за допомогою блоків в оперативній пам'яті.

У набір обов'язків ME може входити підтримка технології AMT , Power management, апаратний моніторинг, управління умовами переходу в енергозберігаючі стану і виходу з них, перемикання тактових частот і інша функціональність, на розсуд розробника платформи.