Чи потрібно вам тестувати устаткування для обслуговування нових проектів і оновлень? Віртуальна тестова лабораторія вирішить проблему за невеликі гроші.
Томас Ватер і Андреас Райнс
У вас проблема, тому що айтішники постійно вимагають на тестування нове обладнання, на яке у вас немає бюджету? Ця проблема так само стара, як і самі інформаційні технології.
Всі говорять про віртуалізації центрів обробки даних, але що щодо віртуалізації ІТ-лабораторій і середовищ розробки? Віртуалізація забезпечує значну ефективність, гнучкість і економію коштів. Вона також пом'якшує тертя, що виникають між айтішників і керівниками бізнес-підрозділів, коли мова заходить про додатковий бюджет на виділену лабораторію або інфраструктуру розробки.
Раніше у співробітників ІТ-відділу було кілька варіантів вирішення цих завдань. Вони могли використовувати власні мобільні та настільні комп'ютери або отримати бюджет для придбання обладнання, необхідного для вирішення поставлених перед ними завдань з тестування та розробці. Обидва ці методи неефективні в плані грошових і часових витрат.
Нове обладнання купується, коли вже є багато невикористаного обладнання. Це дорого і затратно по часу для всіх сторін-учасниць. Інший недолік: не можна переміщати обладнання або інструменти і додатки, що працюють на певному настільному або мобільному комп'ютері, тому цей підхід недостатньо гнучкий.
Інша можливість створення платформи тестування або розробки - використовувати обладнання на мобільному комп'ютері, на якому встановлено Virtual Server або Hyper-V. Це дає велику мобільність, дозволяючи переміщувати лабораторне середовище від клієнта до клієнта, але у цього підходу також багато недоліків:
- На установку і підготовку нових віртуальних машин витрачається багато робочого часу.
- Багато вихідні файли для установки повинні бути доступні локально.
- Для запуску декількох віртуальних машин потрібно значний обсяг пам'яті, тому не вдасться відтворити певні сценарії.
- Диски не відрізняються високою продуктивністю і утворюють вузьке місце.
- Дисковий простір для віртуальних машин і для дистрибутивів обмежена.
- Розширені сценарії резервного копіювання.
- Недостатня гнучкість створення різних мереж.
Вам потрібна відрізняється високою гнучкістю централізована лабораторна інфраструктура, яка доступна кожному без додаткових складних адміністративних заходів. Небажано тримати спеціальних співробітників, які будуть обслуговувати лабораторне середовище. Будь-яка віртуальна інфраструктура повинна включати всі необхідні компоненти для самообслуговування, щоб не доводилося вдаватися до рутинних технічних або організаційних заходів.
віртуальне рішення
Один з найефективніших віртуальних рішень для розробки і підтримки віртуальної лабораторії будується на основі централізованої інфраструктури хостів Hyper-V об'єднаних засобами Microsoft System Center Virtual Machine Manager (VMM), поверх яких розміщується MM Self Service Portal 2.0. Саме це ми використовували для створення нашої віртуальної тестовій лабораторії. Ми використовували такі продукти:
На кожному з двох Hyper-V встановлено як мінімум два фізичних мережевих адаптера (рис. 1). Один з адаптерів підключений до корпоративної мережі. Другий адаптер обслуговує внутрішню мережу ІТ-лабораторії, яка ізольована від виробничої мережі. Обидва хоста є членами однієї з груп VMM.
Мал. 1. Фізична основа інфраструктури віртуальної лабораторної середовища
Є довгий, але найбільш простий список початкових задач по створенню лабораторії:
Існують різні способи виконання цього етапу: один з них - створити віртуальну машину з базової ОС та виконувати Sysprep з консолі VMM. При цьому засобами Sysprep готується образ і переміщається як шаблон в установчу бібліотеку VMM. Якщо на вашій віртуальній машині потрібно використовувати Sysprep вручну, ви можете вручну додати Sysprep-образи як шаблони віртуальних машин в бібліотеку VMM.
Також вам потрібно задати профілі обладнання для віртуальних машин і налаштувати їх на використання віртуальної мережі. Це мережа, окрема від корпоративної мережі. Ви можете додати в бібліотеку додаткові загальні папки з ПО (для установки на віртуальні машини додаткових програм). Ви також можете надати доступ до цих частин бібліотеки своїм користувачам на основі їх корпоративних призначених для користувача облікових записів, при цьому ці елементи стануть доступними в порталі самообслуговування.
Налаштуйте базову структуру порталу самообслуговування у вигляді бізнес-підрозділів, інфраструктури, сервісів і сервісних ролей. Тут ви можете гнучко створити структуру, яка буде максимально відповідної вашим вимогам.
Ієрархія в нашому рішенні виглядає наступним чином:
- Бізнес-підрозділ: ІТ-відділ.
- Інфраструктура 1: Інфраструктура ІТ-відділу
- Сервіс 1: Сервіси лабораторії
- Роль сервісу 1: LABService
- Інфраструктура 2: Інфраструктура відділу продажів
- Сервіс 1: Сервіси відділу продажів
- Роль сервісу 2: Продажі
Це проста схема для поділу двох різних середовищ. Одне середовище призначається для співробітників сервісного відділу Microsoft, що створюють сценарії тестування, а друга - для торгових представників, яким треба створювати демо-версії продуктів.
Є багато додаткових кроків, які можна виконувати для додавання додаткових можливостей:
Це всього лише приклад конфігурації, реалізованої відповідно до вимог організації. Вам доведеться ставити і вирішувати свої завдання і використовувати можливості свого обладнання для віртуалізації.
Графічні матеріали по віртуалізації
Зображення на рис. 2, 3, 4 і 5 повинні дати вам загальне враження, як це рішення виглядає в реальному житті.
Мал. 2. Приклад подання консолі порталу самообслуговування з декількома віртуальними машинами
Мал. 3. Стандартна форма для створення нової віртуальної машини в порталі самообслуговування VMM
Мал. 4. Приклад загального уявлення сконфигурированних інфраструктур
Мал. 5.Прімер запитів, що надійшли через портал самообслуговування
Використання цього рішення для підтримки лабораторної середовища тестування і розробки дозволило нам вирішити багато завдань, а також скоротити бюджет на придбання обладнання, так ми стали набагато ефективніше використовувати наявне обладнання.
Одна з дійсно чудових можливостей нашого рішення - його доступність з будь-якої точки. Ми використовуємо інфраструктуру DirectAccess корпоративної мережі компанії Microsoft, тому VPN-підключення не потрібні.
Ми працюємо на розширенням цього «базового корпоративного хмари» до «преміальної версії». У підрозділі Microsoft Consulting Services створили рішення «Datacenter Services Solution», яке забезпечує розширені процедури і високий рівень автоматичної підготовки віртуальних машин (з використанням System Center «Opalis», System Center Configuration Manager, System Center VMM, System Center Operations Manager і спеціально створеного веб -порталу). У рішенні також використовується багатовузловий кластеризація, а автоматична установка виправлень на хости забезпечує високу доступність.
Andreas Rynesначал свою ІТ-кар'єру в Microsoft в якості консультанта з розробки в проектах в області .NET, SQL Server і BizTalk. В даний час працює архітектором р ешеніем і відповідає за центри обробки даних і віртуалізацію, спеціалізуючись в проектах «Infrastructure as a Service» і «System Center».