Шаблони віртуальних машин
480 auto Вимкнена віртуальна машина складається з декількох файлів: одного - конфігураційного, що визначає «апаратні» характеристики комп'ютера (число процесорів, розмір оперативної пам'яті, мережеві карти, ...) і іншого або кількох інших - віртуальних дисків.
Якщо експериментувати з машиною локально, можна самостійно підключити до неї CD-ROM або ISO-образ компакт-диска з дистрибутивом операційної системи і встановити її.
Якщо машина перебуває в хмарі, підключити свій дистрибутив потрібної операційної системи теж можна, але зробити це буде складніше, тому що доведеться взаємодіяти зі службою технічної підтримки.
Копіюємо за потребою
Однак хмарний сервер зовсім не обов'язково створювати з нуля. Нагадаємо, в вимкненому стані вона являє собою набір з декількох файлів, які можна скопіювати. І очевидно, віртуальний комп'ютер, що складається з скопійованих файлів, також вдасться запустити.
Але навряд чи вдасться запустити одночасно і копію, і оригінал. По крайней мере, в рамках однієї підмережі. Точніше вони можуть почати працювати, але це неминуче призведе до мережевого конфлікту - адже у них будуть однакові MAC- і IP-адреси. В результаті, ви просто не зможете до них підключитися, наприклад, для адміністрування (залишиться лазівка через веб-консоль, але її краще вважати запасним варіантом).
У разі ліцензованих операційних систем конфлікт також може виникнути через однакових ідентифікаторів ліцензій.
Крім того, треба розуміти, що в скопійоване машину перекочують всі облікові записи користувачів, включаючи, адміністраторів.
Однак якщо у скопійованій машини змінити адреси і ряд інших параметрів, у вас з'явиться дві, практично однакових, віртуальних комп'ютера.
Очевидно, шляхом копіювання файлів можна отримати стільки екземплярів віртуальних серверів, скільки потрібно. Але використовувати в якості оригіналу працює комп'ютер - не дуже хороша ідея, так як його стан під час роботи може змінитися.
Що ж, може, використовувати в якості оригіналу зупинену машину. - Так, так і відбувається. І така машина називається шаблоном, який іноді називають майстер-копією. В якійсь мірі шаблони можна вважати спеціальної резервної копією віртуальної машини.
Більшість сучасних платформ віртуалізації забезпечують операції з шаблонами. Як правило, шаблони використовуються провайдерами хмарних послуг для надання своїм користувачам колекції прототипів готових віртуальних серверів, а також самими користувачами для копіювання своїх машин.
Шаблон - це вимкнена віртуальна машина, яку не можна запустити або переконфігурувати.
Більш того, зазвичай шаблон просто не підключений до хмарним мереж. Іншими словами, з розетки його віртуального мережевого адаптера «виймуть» роз'єм Ethernet-кабелю.
підготовка шаблону
Для серверів з різними операційними системами порядок підготовки шаблонів може злегка відрізнятися, але в цілому, основні дії будуть схожими. Перш ніж використовувати якусь віртуальну машину в якості прототипу її потрібно привести в порядок.
- Видалити все зайве програмне забезпечення: як системне (модулі, драйвери, служби, ...), так і прикладне.
- Встановити всі наявні оновлення програмного забезпечення.
- Видалити всі зайві мережеві адаптери і інтерфейси.
- Видалити всі зайві облікові записи користувачів.
- Якщо допоміжні засоби віртуальної платформи були встановлені в систему, встановити їх.
- Очистити файли журналів, видалити тимчасові файли і т. П.
При підготовці прототипу шаблону слід звернути увагу і на його «апаратну» частина. Як правило, число процесорів або розмір оперативної пам'яті віртуальної машини можна досить довільно змінювати: збільшувати або зменшувати. Розмір дисків - теж, але ... безболісно, лише в сторону збільшення. З цієї причини зазвичай системний диск шаблону прагнуть зробити мінімально можливого розміру і зробити його єдиним.
З урахуванням цих обставин, апаратну конфігурацію прототипу шаблону бажано мінімізувати. При створенні нової машини користувач зможе вказати потрібні йому характеристики.
Говорячи про підготовку шаблону, важливо розуміти, що мова не йде про збірку якогось дистрибутива, який потім буде встановлений в нову машину, а саме про копії прототипу.
Налаштування нового примірника
Коли нам буде потрібно новий сервер на основі раніше створеного шаблону, для початку нам потрібно просто скопіювати його файли.
Але відразу запустити на їх основі віртуальну машину неможливо, так як в ній залишилося досить багато «старих» параметрів: МАС і IP-адреси, мережеві і системні ідентифікатори, облікові записи користувачів і адміністраторів, ключі ліцензійних програмних продуктів і т. П.
Крім того, при створенні нової машини можна змінити «апаратні» характеристики, які були у шаблону.
Налаштування нового екземпляра віртуальної машини проводиться автоматично, з урахуванням ресурсів і інфраструктури хмари. Наприклад, з урахуванням доступного пулу публічних IP-адрес.
Найбільш важливим при створенні нової машини є правильна настройка її мережевого інтерфейсу і установка пароля адміністратора. Це дозволить адміністратору сервера віддалено підключитися до нього і зробити його подальшу системну і прикладну настройку.
висновок
На етапі підготовки шаблону забезпечується його максимальна уніфікація, а при створенні нової машини виконується її кастомизация (настройка).
Зараз в хмарі 1cloud є шаблони двох типів: готові і призначені для користувача. Готові - створені адміністраторами хмари на основі серверів, найбільш популярних конфігурацій. Призначені для користувача - створені самими користувачами на основі своїх серверів для своїх потреб.
PS Ще кілька цікавих матеріалів про послуги, які ми надаємо: