Про HPE Synergy – частина V. Управління

Про HPE Synergy – частина V. Управління.

Початок:
Частина I (Вступ) — habrahabr.ru/post/308224
Частина II (Шасі і сервера) — habrahabr.ru/post/310092
Частина III – Дискове сховище D3940 і SAS-комутатори — habrahabr.ru/post/310564
Частина IV – Наші мережі — habrahabr.ru/post/313240

Почав писати цю частину ще в жовтні, але потім пішла «жара кінця року» за проектами, а потім здолала новорічна прокрастинація, але вже січень, і треба зробити фінальне зусилля =).


Цю частину логічно буде розділити на три розділи, в кожному з розділів описати модулі SY Composer, SY Image Streamer і SY Frame Link Module (FLM).

Почнемо з головного пристрою – Synergy Composer'а (одна штука для інсталяції обов'язкова).

Фото промислового прототипу Synergy Composer'а


Малюнок Synergy з Composer'ом і Streamer'ом



Зовнішній вигляд з 3D-моделі Composer'а



Ч/б креслення проекції Composer'а



Як я вже писав раніше, розробники назва постаралися вкласти основний зміст даного пристрою, «сомроѕег», в перекладі з англійської, композитор (ще є значення – автор-письменник і синтезатор). Так от, Synergy Composer являє собою невеликий блейд-сервер, який монтується на шасі, і на борту крім якийсь ОС має розгорнутий функціональний модуль HPE OneView, який управляє всіма ресурсами шасі — обчислювальними, передачі даних та їх зберіганням. Крім цього, цитую «it is a is a fully programmable interface which will integrate into popular management tools such as Microsoft SystemsCenter and VMWare vCenter and into open source automation and DevOps tools such as Chef, Docker, and OpenStack».
З точки зору серверів і шасі Composer:
  • управляє підключеними шасі (у множині) і серверами в цих шасі, включаючи автовизначення встановленого обладнання;
  • зберігає в собі, для подальшого завантаження на сервер, варіанти прошивки (firmware) серверів;
  • використовує якийсь функціонал «logical enclosures», який детально не описаний. Ризикну припустити, що дозволяє створювати на базі заліза декількох фреймів логічні обчислювальні сутності;
  • зберігає в собі, для подальшого завантаження, варіанти драйверів операційних систем;
  • також дозволяє вести моніторинг і логування системи в цілому та її компонентів;
  • містить у собі модуль звітності з певним набором стандартних звітів, з можливістю експорту в CSV або MS Excel;
  • містить в собі елемент HPE Unified REST API для обробки зовнішніх команд управління;
  • містить у собі модуль взаємодії з SY Image Streamer'ом, тобто модулем, де зберігаються готові image-файли дисків операційних систем з встановленим ПЗ – для швидкого розгортання ОС на серверах (нагадаю, що модулі управління з'єднані окремим від решти шасі 10гбитной мережею).
З точки зору мереж:
  • підтримує налаштування HPE VirtualConnect, свічів та pass-thru модулів;
  • управляє з'єднаннями між майстер-модулями і сателітами;
  • управляє агрегацією лінків між шасі (Multi-module link aggregation, MLAG);
  • управляє виявленням мережевого устаткування і масштабуванням його в існуючу інфраструктуру;
  • підтримує оновлення логічних з'єднань без зупинки передачі трафіку.
З точки зору зберігання інформації:
  • управляє використанням DAS або SAN–сховищ. Окремо зазначено, що деякі хранилки управляються через Composer, але спочатку повинні налаштовуватися незалежно від нього.
  • управляє ємністю і рівнями зберігання (tiering) на основі дискових модулів DAS 3940, для шасі з «натягнутим» на них VSA (обмеження по raw-обсягом – до 614 Тб, причому можливий розподіл обсягу між різними шасі);
  • управляє Boot-from-SAN for Fibre Channel (FC);
  • управляє політиками зонінгу мереж зберігання даних;
  • веде моніторинг і логування систем SAN і систем зберігання в цілому і на рівні компонентів;
Окремо зазначено підтримуване зовнішнє обладнання:
  • хранилки — StoreServe 3PAR (FC switched), StoreVirtual VSA and P4000 (iSCSI);
  • SAN-мережі — Brocade SAN switches, HPE 5900cp/af and 5930 SAN switches, Cisco Nexus 5500/6000 and MDS SAN switches (FC/Fco).
З точки зору інтеграції з іншими програмними продуктами:
  • HPE OneView for VMware vCenter 8.1 supports Synergy systems;
  • HPE OneView for Microsoft System Center 8.1 supports Synergy systems;
  • HPE Helion CloudSystem 10 supports Synergy systems.
Основне питання – для чого весь цей город треба було городити? HPE обіцяє, що це буде працювати у вигляді «Інфраструктури-як-код», тобто на рівні написання можна задати всі параметри і їх варіації для розгортання. Наприклад, прямо кодом написати З: розгортаємо ферму з 10 веб-серверів, процесорів стільки-то, пам'яті стільки-то, диска стільки-то, прошивка – така-то, ОС – така-то такий-то версії з такими виправленнями (візьми її з Image Streamer'а), драйвера такі-то. Після цього, через API Synergy Composer повинен все це коректно і швидко відпрацювати. Ідея цікава, все залежить від реалізації, адже «Software-defined-щось» проектів було вже чимало, а до успіху прийшли вельми не всі. Якщо реалізація вдасться, це може бути прорив, якщо буде, наприклад, з Helion CloudSystem, то м'яко кажучи, рішення буде «не для всіх».
Що ще можна додати про Composer'и? Для відмовостійкості рекомендується брати другий Composer (навіть для одного шасі, але тоді не можна буде встановити Image Streamer); підтримується Single-sign-on (SSO) для iLO; Composer'и можна бэкапить (?); підтримку я бачу тільки рівня 24х7 і вище.
SDK для REST-based Unified API доступні для Java, PowerShell і Python.

Плавно переходимо до доповнення першого модуля – другого модулю, він же Synergy Image Streamer'у. Він також являє собою невеликий блейд-сервер, який теж монтується на шасі. Що у нього на борту – поки не відомо. Зовнішній вигляд такий же, як у Composer'а, тільки інформаційна наклейка інша.

Зовнішній вигляд з 3D-моделі Image Streamer'а



На Image Streamer'е, як в репозиторії, зберігається наступне:
  • Profile — профілі серверів, які включають в себе різні версії налаштувань BIOS та різні версії прошивок;
  • Golden Image — «Золоті знімки» ОС – базові завантажувальні версії ОС з I/O драйвери. Є окремо приписка – «If your golden image captures your application stack, then your application stack can also be deployed and/or updated with HPE Image Streamer.»
  • Personality – персоналізовані знімки ОС з додатками та конфігураціями (hostname, IP config, etc).
В цілому, функціональна роль модуля вимальовується як роль репозиторію ОС і плюс функціонал iSCSI-boot-from (тут процитрую окремо – «Unlike traditional boot-from-SAN environments, HPE Image Streamer requires no additional manual setup or configuration (like multipath support, adapter configuration, access control, and SAN array configuration in typical SAN environments)»). Картина виходить така: в кодим план розгортання якоїсь ферми, штовхаємо на Composer, який визначає наявність самого ПЗ, ОС і налаштувань на Image Streamer'е, з нього штовхаємо ці дані сервера.

Схема взаємодії Composer'a, Image Streamer'a і серверів шасі


В інсталяції може бути кілька модулів, максимальну інсталяцію обіцяють 21 шасі. На даний момент з'єднання між керуючими модулями 10/20 Гбіт/с (окремих від інших модулів шасі) обіцяють розігнати до сотні.

Далі розглянемо Synergy Frame Link Module (FLM). По хорошому мало сенс розглянути його у другій частині, в рамках шасі, але в цьому випадку розділ виходив логічно незбалансованим, тому розглянемо тут.

Ч/б креслення проекції FLM



Зовнішній вигляд з 3D-моделі FLM


Завдання FLM – на основі набору цих модулів (FLM) створити між різними шасі мережа управління з топологією «кільце» (10GbE private network management ring) для модулів управління шасі — SY Composer'а і SY Image Streamer'а. Шасі в одній стійці можуть бути з'єднані кабелями CAT6, між стійками вимагають CAT7. На малюнку видно, що на передній панелі модуля є два RJ-45 порти: верхній – MGMT (управління), нижній – LINK (зв'язок між модулями). Кожне шасі містить в собі один модуль, для з'єднання двох і більш потрібен, відповідно, другий модуль FLM.

Ну і наостанок розповім про три цікавих документах, про які я не знав, коли починав цей цикл писати/читати, але які можуть допомогти при вивченні інфраструктури з HPE Synergy:


Перший документ складається з 12 сторінок і містить в собі короткий опис всіх залозок і порівняльні таблиці з ними – корисний як коротка шпаргалка.
Другий документ набагато серйозніше – 71 сторінка описує принципи та приклади інсталяцій. Тут можна відзначити, що тепер у мене два документа, перший від квітня 2016 року і там 51 сторінка з теоретичними прикладами, і другий – той, на яке дано посилання, це вже свіжак від грудня 2016 року, 71 сторінка, більш детально пророблений, мабуть, з використанням набутого досвіду.
Третій документ – це вже з серії «добий мене танцем, мій кумир!», читав з цікавістю, негайно взяв звідти кілька пояснювальних картинок в хорошій якості для цієї статті.

Взагалі загальна посилання на всю доступну документацію по продукту — http://www.hpe.com/info/synergy-docs (здається, я знайшов те, що буду читати найближчі пару місяців — HPE OneView 3.0 User Guide на 500 сторінок). Не вся документація готова, замість деяких документів є посилання-заглушки, але вже має сенс відзначити високу опрацювання розділу, на грудень 2016 року вийшла вже більша частина документації, якої не було в жовтні (коли я тільки починав писати чернетку цієї статті).

P. S. – шановна компанія НРЕ буквально вчора анонсувала на кінець січня «HPE Synergy — технічні подробиці. Демонстрація предпромышленного зразка» — невже?! Можливо, після цього заходу вистачить інформації для написання ще однієї статті, в якій можна буде коротко розглянути існуючі конфігурації рішення і методики планування.

P. P. S. — Перед публікацією колега надіслав посилання на опис дводенного курсу 01064178 «HPE Synergy Solutions, Rev. 16.21», вийшло, що м'яко кажучи, перший день курсу я точно написав.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.