1. Серія контенту:
2. Цей контент є частиною серії: Створення власної хмарної пісочниці
3. Малюнок 1. Workload Deployer як віртуальний пристрій
4. Етап 1: Завантаження і установка сервера ESXi
5. Малюнок 2. Загрузочное меню сервера ESXi
6. Малюнок 3. Завантаження інсталятора ESXi
7. Малюнок 4. Головна сторінка ESXi
8. Етап 2: Конфігурація мережі
9. Малюнок 5. Екран System Customization
10. Малюнок 6. Екран Configure Management Network
11. Малюнок 7. Сторінка VMware ESXi 5 Welcome
12. Малюнок 8. Екран входу в VMware vSphere Client
13. Етап 5: Розпакування VPKD
14. Таблиця 1. Файли в пакеті VPKD
15. Етап 6: Передача файлів VPKD на сервер ESXi
16. Малюнок 10. Передача файлів з локальної машини на сервер ESXi
17. Малюнок 11. Передача файлів .vmdk командою SCP
18. Малюнок 12. Визначення місця розташування сховища даних
19. Етап 7: встановлювати чи налаштовувати VPKD
20. Створення образу програмного забезпечення для віртуальної машини
21. Підключення диска з даними, що містить типи шаблонів
22. Малюнок 13. Додавання пристрою до віртуальної машини
23. Етап 8: Запуск віртуальної машини Workload Deployer і перевірка установки
24. Малюнок 14. Запрошення консолі Workload Deployer
25. Обчислення адреси підмережі
26. Обчислення діапазону IP-адрес
27. Етап 10: Конфігурація мережі
28. Етап 11: Налаштування DNS- і NTP-серверів
29. Етап 12: Перевірка установки
30. Малюнок 15. Як дозволити встановлювати з'єднання віртуальному пристрою Workload Deployer
31. Малюнок 16. Вікно входу в VPKD
32. Висновок
33. Ресурси для скачування

Створення власної хмарної пісочниці

ESX Server Edition

Серія контенту:

Цей контент є частиною # з серії # статей: Створення власної хмарної пісочниці

https://www.ibm.com/developerworks/ru/views/global/libraryview.jsp?series_title_by=Создание+собственной+облачной+песочницы

Слідкуйте за виходом нових статей цієї серії.

Цей контент є частиною серії: Створення власної хмарної пісочниці

Слідкуйте за виходом нових статей цієї серії.

IBM Workload Deployer - це пристрій, що дозволяє розгортати віртуальні образи і шаблони в виртуализированной середовищі. Воно надає додаток для управління хмарної середовищем на базі інтерфейсу Web 2.0, технологію моделювання шаблонів і каталог зашифрованих образів з готовими віртуальними образами, шаблонами і пакетами сценаріїв.

Workload Deployer може використовуватися як фізичний пристрій, як віртуальний пристрій або як вбудований компонент системи IBM PureApplication ™ System. Дана стаття допоможе вам налаштувати вашу хмарну середу з використанням Workload Deployer як віртуального пристрою VMware, що надається у вигляді пакету Virtual Pattern Kit for Developers (VPKD).

На малюнку 1 представлена ​​схема роботи віртуального пристрою VPKD як програмної версії фізичного пристрою Workload Deployer.

Малюнок 1. Workload Deployer як віртуальний пристрій

Для отримання додаткової інформації про Workload Deployer ознайомтеся з серією статей Navigating the IBM Cloud .

VPKD є повнофункціональної програмної версією фізичного пристрою Workload Deployer. Єдина відмінність полягає в тому, що VPKD включає тільки те, що необхідно для створення шаблонів віртуальних додатків. VPKD не включає образи гіпервізора, що поставляються разом з Workload Deployer або IBM PureApplication System, однак ви можете імпортувати ці образи на віртуальний пристрій як файли Open Virtual Appliance (OVA) або створити власні віртуальні образи з використанням інструменту ICON.

З функціональної точки зору інтерфейс Web 2.0 на фізичних і віртуальних пристроях ідентичний з одним незначним відмінністю - в графічному інтерфейсі текст «IBM Workload Deployer» замінений на «Virtual Pattern Kit», щоб уникнути плутанини.

VPKD надає можливість:

• Розробляти і тестувати шаблони віртуальних додатків.
• Розробляти і тестувати шаблони віртуальних систем, якщо ви додаєте необхідні віртуальні образи в каталог.
• Просувати свої шаблони віртуальних додатків в IBM PureSystems ™ Centre , Якщо ви є бізнес-партнером IBM.

VPKD включає:

• Web Application Pattern 2.0
• IBM Transactional Database Pattern 1.1
• IBM Data Mart Pattern 1.1
• Plug-in Development Kit (PDK)
• IBM Image Construction and Composition (ICON) Tool
• Образ базової операційної системи (RHEL)

Етап 1: Завантаження і установка сервера ESXi

Першим кроком є ​​завантаження примірника сервера ESXi з сайту VMware . Запишіть ISO-образ на DVD-диск і використовуйте його для завантаження машини, яка буде служити сервером ESXi, або змонтуйте ISO-образ ESXi 5 в DVD-накопичувач сервера і завантажити з цього DVD-диска. На малюнку 2 представлений перший екран, який ви побачите відразу після завантаження. Процес установки ESXi досить простий.

Малюнок 2. Загрузочное меню сервера ESXi

У завантажувальному меню натисніть Enter. Система почне завантаження інсталятора ESXi і необхідних драйверів, як показано на малюнку 3.

Малюнок 3. Завантаження інсталятора ESXi

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

• Натисніть Enter, щоб приступити до вибору опцій установки.
• Натисніть F11 для прийняття умов ліцензійної угоди End User License Agreement.
• З'явиться екран вибору диска, на який буде встановлений сервер ESXi.
• Потім вам буде запропоновано вибрати розкладку клавіатури.
• Задайте пароль для облікового запису root.
• Підтвердіть вибрані настройки, натиснувши F11.

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

Малюнок 4. Головна сторінка ESXi

Ім'я хоста і IP-адреси в нижній частині екрана (виділені блакитним курсивом) будуть залежати від вашої системи. Це ж відноситься до опису машини і обсягом оперативної пам'яті в верхній частині екрану. Ми рекомендуємо як мінімум 32 ГБ оперативної пам'яті (бажано більше), але ви можете спробувати працювати і з меншим об'ємом пам'яті.

Етап 2: Конфігурація мережі

Щоб настроїти мережу на сервері ESXi, натисніть F2 в головному вікні. Вам буде запропоновано ввести пароль для облікового запису root, після чого система виведе вікно установок System Customization (див. Рисунок 5).

Малюнок 5. Екран System Customization

Виберіть пункт Configure Management Network, як показано на малюнку 5, і натисніть Enter. Ви побачите екран, представлений на малюнку 6. Символами X позначений IP-адреса сервера ESXi, символи Y представляють маску підмережі (зазвичай 255.255.255.x), а символами Z позначений IP-адреса шлюзу. Зверніть на них увагу, оскільки вони знадобляться вам далі.

Якщо ваша мережа включає DHCP-сервер, то сервер ESXi автоматично отримає IP-адресу, маску підмережі та адресу шлюзу (див. Рисунок 6). При бажанні ви можете конфігурувати їх вручну, натиснувши Enter. Якщо ESXi-сервер встановлювали не ви, то дізнайтеся мережеві настройки у адміністратора мережі.

Малюнок 6. Екран Configure Management Network

На клієнтській машині відкрийте браузер і введіть адресу http: // XXXX Символами X позначений IP-адреса сервера ESXi. Ви побачите web-сторінку ESXi (див. Малюнок 7), що включає посилання на завантаження програмного забезпечення vSphere Client.

Малюнок 7. Сторінка VMware ESXi 5 Welcome

Етап 3: Завантаження і установка vSphere Client

Для віддаленого управління сервером ESXi вам буде потрібно програмне забезпечення vSphere Client. Процес установки також нескладний. Просто виконайте установку і запустіть програму. Зауважимо, що на момент написання даної статті клієнтська частина vSphere Client працювала тільки в середовищі Windows®. При запуску vSphere Client вам буде запропоновано ввести IP-адресу сервера ESXi, до якого ви хочете підключитися (через меню, що випадає, в якому запам'ятовуються обрані вами варіанти), а також ім'я користувача та пароль, який ви вказали при установці сервера ESXi. На малюнку 8 наведено приклад, а малюнок 9 демонструє головний екран, який з'явиться після вашого входу в програму.

Малюнок 8. Екран входу в VMware vSphere Client

Малюнок 9. Головний екран vSphere Client

Етап 4: Завантаження VPKD

Ви можете завантажити IBM Virtual Pattern Kit for Developers безкоштовно. Якщо у вас ще немає універсального ідентифікатора IBM ID, то вам буде запропоновано зареєструватися для його отримання.

Примітка: оскільки файли VPKD мають досить великий обсяг, подумайте про те, звідки ви їх будете завантажувати. Якщо сервер ESXi працює в корпоративній мережі, а доступ до нього ви отримуєте з використанням віддаленого клієнта vSphere Client по мережі, яка значно повільніше (наприклад, з дому), можливо, краще буде спочатку створити стандартну віртуальну машину Linux VM на сервері ESXi, а потім завантажити VPKD з цієї віртуальної машини, а не з вашої локальної машини. Оскільки наступним кроком буде передача цих файлів на сервер ESXi, швидше буде робити це з віртуальної машини на самому сервері ESXi або як мінімум з машини в тій же мережі, а не з машини на віддаленій майданчику.

Етап 5: Розпакування VPKD

На момент написання цієї статті пакет VPKD включав три файли, перераховані в таблиці 1.

Таблиця 1. Файли в пакеті VPKD

Стиснутий файл Розгорнутий файл Призначення IBMVPKFD.zip IBM_Virtual_Pattern_Dev_Kit.vmdk (1.3 GB) Образ програмного забезпечення для віртуальної машини Немає відомостей Content.vmdk (21GB) Образ диска з даними, що містить типи шаблонів віртуальних додатків Installation_guide.zip vpk_guide.pdf (454,441 bytes) Керівництво по установці VPKD

Етап 6: Передача файлів VPKD на сервер ESXi

Є кілька можливих способів передачі файлів VPKD на сервер ESXi.

Якщо ви завантажили файли на свою локальну машину під керуванням Windows і хочете передати їх на сервер ESXi, можете виконати наступні дії (див. Малюнок 10):

1. На головній сторінці vSphere Client виберіть IP-адреса сервера ESXi.
2. Перейдіть на вкладку Summary.
3. У розділі Resources виберіть пристрій зберігання, на якому ви хочете розмістити файли VPKD. Клацніть правою кнопкою миші і виберіть Browse Datastore.
4. У браузері сховища даних створіть каталог для зберігання цих файлів. В даному прикладі використовується каталог VPKD, але можна вибрати будь-яке ім'я.
5. Виберіть новий каталог. Потім натисніть кнопку Upload, щоб вибрати файли на локальному диску і почати їх завантаження на сервер ESXi.

   Малюнок 10. Передача файлів з локальної машини на сервер ESXi

   

Іншим способом є виконання описаних вище дій 1-4 для створення каталогу на сервері ESXi, а потім передача файлів з локальної машини на сервер ESXi з використанням команди SCP. Формат команди:

scp <filetotransfer> '<user> @ <hostname>: <location>'

На малюнку 11 показаний приклад. Переконайтеся в тому, що ви не пропустили одиничні лапки і двокрапка, виділені червоним кольором.

Малюнок 11. Передача файлів .vmdk командою SCP

Для отримання місця розташування сховища даних, яке має передувати імені цільового каталогу в команді SCP, перейдіть на вкладку Configuration в клієнті vSphere, клацніть по рядку Storage, а потім виберіть сховище даних, місце розташування якого вам потрібно. У разі томи vmfs ця інформація відображається в розділі Datastores, як показано на малюнку 12.

Малюнок 12. Визначення місця розташування сховища даних

Для виконання команди SCP в настройках сервера ESXi повинні бути дозволені входять SSH-з'єднання. Ви можете перевірити це наступним чином:

1. На головній сторінці vSphere Client виберіть IP-адреса сервера ESXi.
2. Перейдіть на вкладку Configuration і виберіть Security Profile в розділі Software.
3. Клацніть по посиланню Properties справа. Відкриється вікно Firewall Properties.
4. Перейдіть в розділ Firewall і виберіть SSH-сервер.
5. У діалоговому вікні натисніть кнопку Firewall і встановіть правила для вирішення таких з'єднань.

Якщо ви не є адміністратором сервера ESXi, попросіть адміністратора мережі дозволити вхідні SSH-з'єднання в конфігурації сервера ESXi.

Етап 7: встановлювати чи налаштовувати VPKD

Як уже згадувалося, VPDK - це версія пристрою Workload Deployer у вигляді віртуальної машини. VPDK поставляється як набір файлів .vmdk. VMDK (Virtual Machine Disk) - це формат файлів віртуальних пристроїв VMware. Завантажуючи віртуальний пристрій Workload Deployer, ви отримуєте два файли .vmdk - один для образу програмного забезпечення, а другий для контенту. Тому ми розділимо цей етап на дві частини:

• Створення образу програмного забезпечення для віртуальної машини
• Підключення диска з даними, що містить типи шаблонів.

Створення образу програмного забезпечення для віртуальної машини

1. Щоб приступити до створення віртуального пристрою Workload Deployer, зайдіть в клієнт vSphere і створіть нову віртуальну машину на сервері ESXi. Для цього на вкладці Getting Started виберіть File> New> Virtual Machine. Також можна натиснути Ctrl + N або натиснути правою кнопкою миші по IP-адресою сервера ESXi і вибрати New Virtual Machine.
2. На наступних екранах налаштуйте віртуальну машину, використовуючи значення, зазначені в таблиці 2. На кожному екрані вводите відповідні значення з таблиці і натискайте Next.

Таблиця 2. Значення для використання при конфігуруванні віртуального пристрою Workload Deployer

Екран Поле / категорія Значення Configuration Configuration (тип конфігурації) Custom (Призначена для користувача) Name and Location Name (Ім'я віртуальної машини) IWD Virtual Appliance (VPKD) Storage Datastore (Сховище даних) Виберіть будь-яке доступне сховище даних. В даному прикладі використовується сховище з ім'ям SVC01. Virtual Machine Version Virtual Machine Version (Версія віртуальної машини) Виберіть значення за замовчуванням, в даному прикладі версія віртуальної машини - 8. Guest Operating System Guest Operating System (Гостьова операційна система) Linux Version (Версія) Other 2.6.x Linux (64-bit ) CPUs Number of virtual sockets (Кількість віртуальних процесорів) Мінімум 2 Number of cores per virtual socket (кількість ядер в кожному процесорі) Мінімум 1. у даному прикладі ми використовували 2 віртуальних процесора з 2 ядрами, всього 4 ядра. Memory Memory Configuration (Об'єм оперативної пам'яті) Мінімум 8 ГБ, рекомендується 16 ГБ. В даному прикладі ми використовували 16 ГБ Network How many NICs do you want to connect ? (Скільки мережевих адаптерів ви хочете підключити?) Мінімум 1. Вам потрібно конфігурувати цей розділ виходячи з налаштувань вашої мережі і IP-адреси, який ви плануєте призначити віртуальному пристрою Workload Deployer. Відзначте поле Power On. SCSI Controller SCSI controller Виберіть значення за замовчуванням. У нашому прикладі значення за замовчуванням - LSI Logic Parallel. Select a Disk Disk Виберіть використання існуючого віртуального диска. Select Existing Disk Disk File Path (Шлях до файлу диска) Натисніть кнопку Browse і виберіть файл IBM_Virtual_Pattern_Dev_Kit.vmdk в створеному раніше каталозі VPKD. Advanced Options Virtual Device Node (Вузол віртуального пристрою) IDE (0: 0) Mode (Режим) За замовчуванням (не відзначається поле Independent) Ready to Complete Edit the virtual machine settings before completion (Редагування налаштувань віртуальної машини перед завершенням) Відзначте це поле, потім натисніть кнопку Continue.

Підключення диска з даними, що містить типи шаблонів

Наступним етапом установки віртуального пристрою Workload Deployer є підключення до вашої віртуальній машині диска з даними (Content.vmdk) як незалежного диска. На малюнку 13 показано, як буде виглядати екран. Натисніть на кнопку Add і визначте установки, зазначені в таблиці 3. Потім натисніть Finish в діалоговому вікні Virtual Machine Properties.

Малюнок 13. Додавання пристрою до віртуальної машини

Таблиця 3. Значення, використовувані при конфігуруванні віртуального пристрою Workload Deployer

Екран Поле / категорія Значення Device Type Hark Disk Custom Select a Disk Disk Використовуйте існуючий віртуальний диск Select Existing Disk Disk File Path Натисніть кнопку Browse і виберіть файл Content.vmdk в створеному раніше каталозі VPKD. Advanced Options Virtual Device Node IDE (0: 1) Mode Independent - Persistent Ready to Complete Verify your choices Натисніть кнопку Finish.

Етап 8: Запуск віртуальної машини Workload Deployer і перевірка установки

Запустіть віртуальну машину, вибравши її та натиснувши на зелену кнопку Power On, або клацнувши правою кнопкою миші на віртуальній машині і вибравши Power> Power On, або натиснувши Ctrl + B. Перейдіть на панель консолі і почекайте, поки система завантажиться. Можливо, вам знадобиться один-два рази натиснути Enter, перш ніж з'явиться запрошення ввести ім'я користувача і пароль. Увійдіть з використанням наступних даних:

• Username: cbadmin
• Password: cbadmin

З'явиться запрошення консолі, як показано на малюнку 14.

Малюнок 14. Запрошення консолі Workload Deployer

Етап 9: Визначення префікса CIDR з маски підмережі

Після входу вам потрібно конфігурувати мережу для віртуального пристрою Workload Deployer. Для цього буде потрібно ввести в консолі три команди: netif, set-dns-servers і set-ntp-servers. Перед обговоренням цих команд давайте розглянемо деякі важливі терміни.

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

У початковій схемою IP-адресації, відомої як класова адресація, перші чотири біта IP-адреси використовувалися для визначення класу конкретної адреси. У мережах класу A, наприклад, першим бітом є нуль, для ідентифікації мережі використовуються лише 8 бітів, а що залишилися 24 біта - для можливих адрес хостів. У мережах класу B першими бітами є 1 і 0, для ідентифікації мережі використовуються 16 бітів, а що залишилися 16 бітів - для ідентифікації хостів, і так далі. При використанні класів адрес проблема полягає у відмінності кількості хостів, які можуть мати мережі різних класів. Наприклад, мережа класу A може мати більше 16 мільйонів хостів, в той час як мережа класу C - лише 254 хоста.

Зверніть увагу, що серед ідентифікаторів, які можуть призначатися хостам в мережах конкретного класу, завжди є два зарезервованих ідентифікатора, які не можна використовувати, - перший і останній. Наприклад, в адресах класу C для ідентифікації хостів використовуються вісім бітів, що зазвичай означає 28 або 256 можливих хостів (0-255). Але адреси класу C допускають тільки 254 ідентифікатора хостів, оскільки перший хост, який закінчується на 0, завжди зарезервований для подання самої мережі. Це адреса мережі. Останній хост, який закінчується на 255, зарезервований для розсилки повідомлень всім хостам в мережі. Це широкомовна адреса.

Обмеження інтернету адресами класів A, B або C (D и E зарезервовані) зажадало б, щоб в Кожній мережі віділялося 254, 65 тисяч або 16 миллионов IP-адреса для хостів. В результате НЕ залішається відповідніх проміжніх варіантів, что створює непотрібну надмірність адресації класів. Тому, а такоже у зв'язку зі стрімкім зростанням інтернету та ймовірністю вічерпання доступних IP-адреса, БУВ розроблення більш Ефективний метод - безкласового IP-адресація. Для прісвоєння адреси булу Створена Специфікація Classless InterDomain Routing (CIDR). Ідея полягає у використанні підмереж, які, по суті, більш ефективно використовують 32 біта в IP-адресу для розширення ідентифікатора мережі і, отже, створення мереж, які не обмежуються схемами класів A, B або C. При використанні підмереж ідентифікатори мереж можуть бути будь-якої довжини . Біти в частині ідентифікатора хоста використовуються для поділу мережі на менші підмережі.

В майбутньому ми будемо використовувати IPv6, нову схему адресації в Інтернеті, з адресами з шістнадцяткових символів довжиною 128 бітів. Обговорення протоколу IPv6 виходить за рамки цієї статті, просто зверніть увагу, що він надасть більше адрес, ніж нам може знадобитися протягом дуже довгого часу. Кількість унікальних IP-адрес, пропонованих протоколом IPv6, виражається 39-значним числом, якщо ви можете це уявити.

Коли ви конфігуріруете віртуальний пристрій Workload Deployer, одним з параметрів, які вам потрібно знати, є маска підмережі, а також відповідний префікс CIDR.

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

Обчислити префікс CIDR (також званий мережевим префіксом) з маски підмережі досить просто - спочатку приведіть маску підмережі до двійкового виду, а потім підрахуйте кількість одиниць. Біти, що відповідають ідентифікатору мережі, встановлені на 1, а біти, що відповідають ідентифікатору хоста, встановлені на 0. Припустимо, наприклад, що маска підмережі виглядає так: 255.255.255.0. Якщо ви приведете її до двійкового виду, то отримаєте 11111111.11111111.11111111.00000000, тобто 24 одиниці. Отже, префікс CIDR - / 24. Це означає, що повний ідентифікатор мережі має довжину 24 біта, а частина для ідентифікатора хоста має довжину 8 бітів. А якщо маска підмережі має вигляд 255.255.255.128, то префікс CIDR - / 25. 30 - це максимальна кількість бітів, які ви можете використовувати для ідентифікатора мережі, щоб залишити місце для ідентифікатора хоста.

Обчислення адреси підмережі

Адреса підмережі (ідентифікатор мережі) по суті є IP-адресою самої мережі. Маючи IP-адреса і маску підмережі, маршрутизатор виконує над ними побітову операцію AND для обчислення ID мережі. Наприклад, якщо IP-адреса 9.51.153.201, а маска підмережі 255.255.255.128, то адреса підмережі буде 9.51.153.128.

Обчислення діапазону IP-адрес

Якщо у вас є IP-адреса і маска підмережі (або префікс CIDR), то ви можете вирахувати діапазон IP-адрес, доступних в цій мережі. Припустимо, наприклад, що IP-адреса 9.51.153.201, а маска підмережі 255.255.255.128. Виходячи з попереднього обговорення, ви можете виконати над ними побітову операцію AND, отримавши адресу мережі 9.51.153.128. Це означає, що першим доступним для використання адресою є 9.51.153.129, оскільки 9.51.153.128 - це адреса самої мережі. Для обчислення останню адресу діапазону приведіть IP-адреса і маску підмережі до двійкового виду і зіставте ці двійкові числа, як показано в наступному прикладі:

9.51.153.201 00001001.00110011.10011001.11001001 255.255.255.128 11111111.11111111.11111111.10000000

Розглянемо в IP-адресу біти, для яких маска підмережі містить нулі. Для наочності вони виділені жирним шрифтом. В даному прикладі розглянемо останні сім бітів IP-адреси. Це біти хоста, а частина, що залишилася є бітами мережі. Якщо ви зміните все біти хоста на 1 і приведете останній октет до десяткового виду, то отримаєте широкомовна адреса мережі. В даному прикладі підсумковим двійковим числом буде 00001001.00110011.10011001.11111111.

Після приведення до десяткового виду отримаємо 9.51.153.255. Оскільки це широкомовна адреса, останніми доступними адресою буде 9.51.153.254. Отже, діапазон доступних IP-адрес буде 9.51.153.129-9.51.153.254.

Якщо ви не є адміністратором сервера ESXi, то ви можете отримати тільки підмножина доступного діапазону. У деяких середовищах є обмеження, пов'язані з портами, які повинні бути відкриті. У такому випадку ваш адміністратор мережі може дати вам діапазон IP-адрес, який вам дозволяється використовувати. Цей діапазон буде включати доступні IP-адреси, які можуть присвоюватися віртуальним машинам. Один з них ви повинні використовувати для самого віртуального пристрою Workload Deployer.

Етап 10: Конфігурація мережі

Тепер ви готові конфігурувати мережу для віртуального пристрою Workload Deployer. Використовуючи отриману інформацію, виконайте наступні команди в консолі Workload Deployer:

netif set eth0 enabled = true IPAddress = ipaddress / cidr-prefix DefaultGateway = gatewayaddress

Рядок eth0 означає перший Ethernet-адаптер. Адаптери позначаються ethX з X = 0 для першого, 1 для другого і так далі. ipaddress - це IP-адреса, який ви хочете призначити віртуальному пристрою Workload Deployer. cidr-prefix - це відповідний префікс CIDR, виходячи з маски підмережі. gatewayaddress вказує на шлюз за замовчуванням. Після введення команди netif ви знову побачите запрошення консолі.

Етап 11: Налаштування DNS- і NTP-серверів

Є ще дві команди, які вам потрібно ввести до перезавантаження сервера і перевірки установки. Перша команда: set-dns-servers XXXX

Тут XXXX- це IP-адреса основного DNS-сервера. Також можна вказати IP-адресу додаткового DNS-сервера в наступному форматі: set-dns-servers XXXX YYYY

Переконайтеся в тому, що обидві адреси відокремлені пропуском.

Якщо ви контролюєте сервер ESXi, ви можете побачити ці значення на екрані Configure Management Network, показаному на малюнку 6 , Вибравши конфігурацію DNS. Вам потрібен як мінімум одну адресу DNS-сервера. Якщо ви не маєте доступу до сервера ESXi, то слід дізнатися цю інформацію у вашого адміністратора мережі.

І ще одна команда, яку вам потрібно виконати: set-ntp-servers XXXX

Тут XXXX- це IP-адреса сервера Network Time Protocol (NTP).

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

Ви можете використовувати публічні NTP-сервери, наприклад з NTP Pool Project . Або, якщо ви працюєте в корпоративній мережі і сервер ESXi встановлений адміністратором мережі, то можете дізнатися у адміністратора мережі IP-адреса NTP-сервера. Крім того, в ESXi є демон NTP, який можна конфігурувати таким чином, щоб NTP-сервером був сам гипервизор, однак ця тема виходить за межі даної статті. Після введення команди set-ntp-servers ви знову побачите запрошення консолі.

Етап 12: Перевірка установки

Тепер потрібно перезавантажити пристрій, щоб зміни вступили в силу і щоб перевірити установку. Для перезапуску віртуального пристрою Workload Deployer введіть наступну команду: device restart.

Система на короткий час покаже екран входу, а потім швидко почне процес перезавантаження. Після того як пристрій перезавантажиться і ви знову ввійдете в систему, відкрийте вікно браузера і введіть адресу: https: // XXXX

Тут XXXX- це IP-адреса, яку ви надали віртуальній машині командою netif. Наприклад, якщо віртуальному пристрою Workload Deployer було присвоєно адресу 9.51.153.201, введіть в браузері https://9.51.153.201. На малюнку 15 показано те, що ви повинні побачити.

Малюнок 15. Як дозволити встановлювати з'єднання віртуальному пристрою Workload Deployer

Додавши виняток, ви побачите вікно входу (див. Малюнок 16).

Малюнок 16. Вікно входу в VPKD

Тепер ви можете увійти з використанням імені / пароля за замовчуванням: cbadmin / cbadmin.

Висновок

Ви ознайомилися з першою статтею серії про те, як створити свою власну хмарну середу. Ми виклали все, що вам потрібно знати для завантаження і установки Virtual Pattern Kit for Developers з нуля. Частина 2 цієї серії розповість вам про конфігуруванні засобів забезпечення безпеки. частина 3 навчить вас конфігурувати користувачів, IP-групи, хмарні групи та інші необхідні елементи на цьому пристрої.

Ресурси для скачування

Схожі тими

Підпішіть мене на ПОВІДОМЛЕННЯ до коментарів