Гипервизор Synology Virtual Machine Manager - перший крок в конвергентні архітектури

1. Вступ Компанія, вже добре відомий нашим читачам виробник систем зберігання даних класу SmB / SOHO,...
2. інсталяція
3. Боротьба за ресурси
4. Робота зі сховищем і бекап
5. тестування
6. висновки

Вступ

Компанія, вже добре відомий нашим читачам виробник систем зберігання даних класу SmB / SOHO, вже досить давно робить кроки в бік Enterprise-сегмента. У 2017 році, в модельному ряду Synology з'явилися високопродуктивні дискові сховища з інтерфейсами 10G, трохи пізніше компанія анонсувала all-flash СГД ( см. наш огляд Synology FlashStation FS3017 ) З продуктивністю близько півмільйона IOPS, і цілком закономірним виглядав наступний крок - випуск власного гипервизора для своїх же систем зберігання даних, Virtual Machine Manager.

І якщо всі попередні кроки компанії в корпоративний сегмент можна розглядати як даність, то власний гипервизор - це без перебільшення прорив в області систем зберігання даних початкового рівня, адже на момент підготовки статті, подібні технології в ціновому сегменті Synology ще не затребувані, і перш, ніж перейти до огляду VMM, давайте відповімо на головне питання - для чого це може знадобитися.

Для чого?

Перше і головне - Virtual Machine Manager - це продукт, який дозволить будувати віртуальне середовище підприємства переважно на рішеннях Synology. Тут мова йде про те, що використовуючи досить високопродуктивні системи зберігання даних з потужними процесорами Intel Xeon, замовник зможе відмовлятися від окремих фізичних серверів, використовуючи обчислювальні потужності та дисковий простір СГД для віртуальних додатків. Об'єднуючи СГД в кластери, можна буде побудувати конвергентну архітектуру, де кожен фізичний елемент одночасно є і СГД для зберігання даних і обчислювальний вузол для їх обробки, і в завдання програмного забезпечення буде входити безперебійна робота створеної віртуальної середовища, що досягається використанням різних технологій високої доступності , реплікації і міграції, - всього того, що вже роками напрацьовано компаніями Oracle і VmWare і відомо системним адміністраторам. У разі збою або при необхідності, віртуальні машини можуть просто переноситися з одного вузла на інший, а доступ до даних всієї інфраструктури збережеться навіть при зупинці одного з її фізичних вузлів.

Створення конвергентних систем, де немає поділу на вузли зберігання і вузли обчислення - не така вже й новинка, подібні рішення є у виробників СГД корпоративного класу, в тому числі у таких компаній, як EMC, але вартість цих рішень не можна порівняти з тим, що пропонує Synology.

Зрозуміло, якщо ми говоримо про створення якоїсь конвергентної віртуального середовища на обладнанні одного постачальника, то нас цікавить, чи є у цього постачальника щось, що здатне замінити фізичні сервери? Ось тут у Synology поки що не все гладко: серед систем зберігання даних, по-справжньому потужна є тільки одна, топова FS3017 з двома 6-ядерними процесорами Xeon E5-2620 V3 і 64 Гб пам'яті, які ви можете розширити до 512 Гб. Це сховище призначене для установки в якості кешуючого флеш-акселератора, тому його вартість відчутно вище аналогічного 2-процесорного Rack-сервера з 10Gbps мережевимиінтерфейсами від компаній HP або Dell. Решта ж NAS-и Synology мають по одному процесору з 8, 6 ядрами або навіть з 4 ядрами. Тобто, ми цілком можемо очікувати, що зараз Synology почне випускати NAS-и саме з потужними CPU, саме для таких конвергентних архітектур, що буде цілком закономірно.

Друге і не менш головне - це сумісність Virtual Machine Manager з настільними NAS-ами, причому не тільки з топовими на 36 дисків, але навіть з дводисковим DS218 +. І ось ми тільки що говорили про створення конвергентної віртуальної архітектури для підприємств, як тут же бачимо, що та ж сама віртуальна платформа може бути встановлена ​​на коробочку з одним процесором Celeron і споживаної потужністю близько 20 Вт. Скептики можуть подумати: «що це за платформа віртуалізації, яка ставиться на Celeron» і будуть не праві. Справа в тому, що якщо ви подивіться опису систем зберігання даних від різних виробників, то все як один говорять про масштабованості і зростанні системи разом з потребами вашого бізнесу. Тільки, припустимо, у який-небудь EMC поняття про зростання наступне: ви купуєте готове рішення за 300 000 $, а потім коли потреби зростають, докуповуєте компонентів ще на 1 000 000 $ ну або міняєте рішення відразу на нове. Для компанії Synology відправною точкою стали малі офіси на 10-20 співробітників. В принципі, можливостей додаткових пакетів, що встановлюються в 1 клік в DiskStation Manager, більш ніж достатньо для більшості з таких дрібних фірм: тут вам і база даних MySQL, і Web-сервер і навіть хмарний Office з редактором документів, але деяких додатків, таких як сервер Microsoft Exchange, доступних тільки під Windows, тут немає і бути не може, тому скільки б не було розширень в Synology-маркеті, Windows є Windows, і якщо на початковому етапі роботи бізнес готовий витратити тисячу $ на віртуальне середовище, в якій потрібно запускати Windows-додатки, значить так тому і бути.

Згодом, із зростанням потреб офісів, замовник зможе розширювати свою IT-інфраструктуру за рахунок заміни NAS-ів Synology на більш продуктивні, тільки ціна питання тут, знову ж таки, не можна порівняти навіть з традиційними серверними рішеннями від компаній HP, Dell і Lenovo.

І ось ця можливість почати з копійчаною віртуального середовища і розширюватися в міру зростання потреб, і є та сама стратегія зростання, яка може бути застосована не тільки до банків або фармакологічним компаніям, які не обмеженим у засобах, але і до невеликих організацій, які починають з того, що переносять кілька Windows або Linux додатків на одну фізичну коробочку, а потім у міру зростання бізнесу, цю коробочку змінюють, залишаючись в комфортній і звичної віртуальному середовищі, що не вимагає проходження сертифікацій та присутності на вебінарах, щоб по розуміти, як зберігати дані і відновлюватися після збоїв. Природно, виникає питання, а яку взагалі продуктивність можуть показати настільні NAS-и Synology в якості серверів віртуальних машин? На нього ми відповімо в кінці статті, а поки що перейдемо до знайомства з Virtual Machine Manager.

інсталяція

Synology Virtual Machine Manager - це програмний гипервизор, тобто він встановлюється не як VmWare ESXi на порожній сервер, а пакетом розширення з центру пакетів Synology.

Відразу хочеться звернути увагу на наступне: Synology випускає дві версії Virtual Machine Manager: звичайну, якої достатньо для роботи в невеликій організації і версію Pro, що володіє розширеним функціоналом - підтримкою систем високої доступності, міграції та клонування віртуальних машин і так далі. На момент підготовки статті, VMM Pro поставлялася в бета-версії і була доступна для тестування без оплати. Нижче приведені відмінності Pro версії від звичайної.

Після інсталяції Virtual Machine Manager створить віртуальний мережевий комутатор, перезапустить мережеві служби і можна приступати до налаштування. Перше, на що звертаєш увагу - це на те, що спочатку робота пакету віртуалізації розрахована на кластерні структури з декількох пристроїв Synology. Для кожної віртуальної машини доступний такий параметр, як хост, на якому вона запускається. Тобто, при установці в інфраструктуру компанії декількох NAS-ів Synology, управління виртуализацией може здійснюватися з web-інтерфейсу одного з них, що, в общем-то, відповідає сучасним поняттям про кластеризації.

Тепер, коли основні підготовчі кроки виконані, ми можемо приступати до налаштування самих віртуальних машин. Ви можете як створювати VM з нуля, так і імпортувати існуючі, і в обох випадках почати варто з переходу до сховища образів віртуальних машин і ISO файлів.

Відкриваємо вкладку «образ» і натискаємо «створити». Вам буде запропоновано помістити на NAS потрібний файл з комп'ютера, вибрати з існуючих в дисковому просторі або скачати з сайту Synology образ самої DSM і розгорнути вже Disk Station Manager в якості віртуальної машини. Останній крок - найпростіший, і з нього ми, мабуть, почнемо.

Ви можете всередині фізичної DSM використовуючи пакет віртуалізації, запустити ще й віртуальну оболонку Disk Station Manager, і ось тут треба сказати про можливості, які відкриваються перед замовником завдяки віртуалізації самої DSM.

Перше і найголовніше - це можливість створення мультітанантной архітектури, де власник СГД може орендувати передплатникам SaaS послуг не тільки дисковий простір в пулі СГД, а й цілком DSM. Як це виглядає на практиці? Припустимо, у великому бізнес-центрі орендодавець бажає запропонувати орендарям нову послугу- віртуальна СГД. Він встановлює NAS від Synology серії DS або RS, створює усередині неї віртуальні DSM, і орендар вже отримує доступ до віртуальної СГД, як якщо б вона стояла у нього на столі або в стійці. Обмеження рівня доступу користувачів, створення томів з квотуванням, установка додатків - все це доступно орендарю, але з одним обмеженням: встановити Synology VMM всередині віртуальної DSM вже не можна, тобто продавати далі такі послуги орендар не зможе.

Друга і не менш важлива можливість - це ізолювати DSM при роботі в незахищеною середовищі. Наприклад, якийсь із відділів компанії постійно працює з загальними мережевими ресурсами, але в той же час періодично в мережу проникають троянські програми або віруси, здатні зашифрувати всі загальні ресурси. У разі, якщо на цей відділ виділена віртуальна DSM, всередині якої розподілені дискові ресурси, ви можете робити снепшот цілком віртуального середовища, включаючи всі налаштування додатків і всі томи, що існують усередині цієї віртуальної машини, а процес Disaster-recovery в даному випадку зводиться до натискання однієї кнопки "відновити снепшот".

І третя причина - це забезпечення високої доступності DSM всередині кластера. Виділена в віртуальне середовище DSM може автоматично або вручну мігрувати між хостами і сховищами, уникаючи збою будь-якого з фізичних вузлів кластера. Це рішення має перевагу перед традиційними алгоритмами High Availability, оскільки знову ж таки час на відновлення після збою може або взагалі складати нуль хвилин, або прагнути до нуля, адже зникає необхідність синхронізації між NAS-ами, об'єднаними в HA-кластер.

Ну і зрозуміло, якщо DSM ви плануєте використовувати як доповнення до віртуальних машин, то ви просто можете обмежити ресурси процесора і пам'яті на все, що працює всередині операційної системи NAS-а, а там може бути і система відеоспостереження, і Asterisk сервер, і хмарні сервіси синхронізації.

Ми не будемо вдаватися в подробиці настройки віртуальної DSM - практично вона повторює все те ж саме, що і в DSM, встановленої на самому NAS-е.

Другий за значимістю крок - це інсталяція операційної системи до новоствореної віртуальну машину. Якщо ви стикалися з іншими гіпервізорами від Oracle і VMware, то складнощів у вас не виникне: в процесі створення виртуалки, ви вказуєте доступні їй ресурси, обсяг одного або декількох жорстких дисків, віртуальний мережевий комутатор і ISO-образ, з якого буде проведена інсталяція. У нашому випадку, ISO-шник дистрибутива Windows 7 вже був завантажений нами в сховище Synology Virtual Machine Manager на попередньому етапі, і ми підключаємо його в якості віртуального DVD-приводу, а потім запускаємо створену віртуальну машину. Тиснемо кнопку «підключити» - і в новій вкладці браузера переходимо до віртуальної консолі VNC, яка нам буде потрібно тільки для інсталяції операційної системи. Згодом ми будемо використовувати віддалене підключення по RDP для роботи з нашою системою Windows з ноутбука.

Третій варіант - це перенесення існуючої віртуальної машини з іншого гипервизора. Для імпорту конфігурацій, Synology Virtual Machine Manager підтримує відкритий формат .OVA (Open Virtual Appliance), а так же файли жорстких дисків VMDk, використовувані продуктами VMware. У нас в тестовій лабораторії віртуальні машини VMware працюють на хості з встановленої Sphere ESXi 6.5, завантажуючись з Synology DS1511 + по мережі. Стара DS1511 не підтримує віртуалізацію, а мені дуже хочеться подивитися, як мої VM-ки будуть працювати на наданої на тест, більш потужній машині Synology DS1817 +. Розмір віртуальних машин становить десятки гігабайт, і мені дуже не хочеться переносити їх через комп'ютер, тому я роблю наступне:

У файловому менеджері Synology DS1817 +, якому судилося стати хостом для моїх віртуальних машин, створюю підключення по NFS протоколу до старенької Synology DS1511 +, після чого копіюю каталоги з віртуальними машинами з одного NAS на інший, минаючи комп'ютер. Швидкість передачі даних по гигабитной мережі становить близько 100 мегабайт в секунду, значно швидше, ніж при використанні комп'ютера в якості проміжної ланки для завантаження.

Відкриваємо в Virtual Machine Manager вкладку «Образ», тиснемо «Створити» і вибираємо vmdk файл потрібної віртуальної машини, після чого запускається процес конвертації чужого способу в власний. Залежно від потужності процесора NAS-а і розмірів диска віртуальної машини, процес може затягнутися на кілька хвилин. Коли конвертація завершилася, переходжу у вкладку «Віртуальна машина» і вибираю «Імпорт». Далі ввожу ті ж параметри, що і при створенні нової виртуалки - і практично відразу гостьова система стає готовою до запуску.

Міграція між гіпервізорами не завжди проходить гладко навіть у продуктах Microsoft, VMware і Orcale, що розробляють свої рішення роками. У випадку з Synology VMM так само не обійшлося без несподіванок: операційні системи Ubuntu Linux зажадали вручну з консолі перенастроювати мережу, а Windows 7 в налаштуваннях віртуальної машини зажадала змінити драйвер з VirtIO на IDE.

Для тестування віртуального середовища Synology Virtual Machine Manager, я використовую 2 віртуальних машини під Windows 7 - одна для роботи з десктопними додатками (VDI), одна - для запуску деяких тестів, а так само 4 віртуальних машини під управлінням Ubuntu Linux 16.04 Server x64 LTS для запуску баз даних і різних дискових тестів. Налаштувавши Linux-и і перевстановити Windows, переконавшись, що все працює без помилок, я приступаю до виділення ресурсів для віртуалок, і ось тут я стикаюся з особливостями, на які варто звернути увагу.

Боротьба за ресурси

Справа в тому, що Synology Virtual Machine Manager жорстко розподіляє пам'ять і процесорні ядра. Наша тестова машина DS1817 + має 4-ядерний процесор і 8 Гб пам'яті, тому для VDI-запуску Windows 7 разом з офісними додатками, я віддаю цій виртуалке все 4 ядра і всі 8 Гб пам'яті, доступні на апаратному рівні. Гипервизор відразу попереджає мене, що оскільки вся пам'ять виділена одній віртуальній машині, та не може бути запущена, і хоча всі віртуальні машини зупинені, Windows 7 VDI я включити не можу через брак пам'яті на хості, і VMM пропонує мені пошукати в мережі іншого хост для роботи машини на ньому.

Мене цікавить наступне питання: невже гипервизор не вміє розподіляти пам'ять динамічно між віртуалкою? Я виділяю для Windows 7 VDI обсяг пам'яті в 6 Гб, ті ж 4 ядра CPU і запускаю її - ні, не запускається. Тобто, незалежно від того, чи включені інші віртуальні машини чи ні, сумарний обсяг пам'яті, виділений на всіх, не може перевищувати обсяг фізичної пам'яті на NAS-е. Більш того, на одну виртуалку мені не дають виділити понад 5 Гб пам'яті.

А що з віртуальними ядрами процесора? Тут присутній обмеження тільки на працюючі машини. Гипервизор не вміє динамічно розподіляти віртуальні процесори, тому одночасно можуть бути задіяні не більше 4 vCPU: або 4 запущених виртуалки в 1-ядерному режимі, або 2 виртуалки по 2 ядра на кожну.

Що означає такий жорсткий підхід до виділення ресурсів на практиці? Тільки те, що для ресурсоємних додатків, запущених у віртуальних середовищах, слід купувати топові NAS-и Synology на серверних процесорах Intel Xeon, а на десктопних моделях по можливості об'єднувати додатки в гостьові системи. У мене немає сумнівів, що Synology видалить жорстку прив'язку ресурсів до віртуалкою в майбутньому, інакше розвиток цієї технології загальмується. На поточний же момент, залишається тільки об'єднувати додатки в гостьових операційних системах для обходу наявних обмежень, що, в общем-то, нескладно.

Робота зі сховищем і бекап

Synology Virtual Machine Manager за умовчанням використовує для свого сховища весь тому, що ви вказуєте при інсталяції пакета, без обмежень на обсяг займаного місця. Ви можете розширити сховище за рахунок додавання томів з тієї ж файлової системою на інших NAS-ах Synology. При цьому, міграція віртуалок між сховищами, дозволить виділити окремі NAS-и для обробки даних, а окремі - для зберігання, що як раз і підходить для побудови конвергентних архітектур, про що ми говорили на початку статті. Але ось що не підтримується, так це робота з іншими серверами, в тому числі по протоколам NFS і iSCSI. Так, така реальність - виробники обладнання ставлять перед собою мету бути єдиним постачальником обладнання в конвергентних мережах, і з цим доведеться миритися.

Само собою зрозуміло, що компанія, багато років займається засобами резервного копіювання, всі засоби для бекапів включила в сам пакет Virtual Machine Manager. Тут, в общем-то, не так вже й багато потрібно: створення миттєвих знімків кожної віртуальної машини вручну системним адміністратором і централізоване створення знімків віртуалок через загальний менеджер, пункт «Захист».

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

Для того, щоб снепшот можна було робити без зупинки віртуальної машини, в її настройках повинен стояти драйвер жорсткого диска - VirtIO. І ось тут нас чекає ще одна особливість цієї системи, про яку варто згадати: якщо ви встановив Windows в виртуалку з драйвером IDE, а потім поміняли драйвер на VirtIO, то швидше за все операційна система від Microsoft відмовиться завантажуватися. З Linux-ом таких проблем не виникає.

Зрозуміло, знімки робляться миттєво, не те щоб без зупинки виртуалки, а вона їх навіть не помічає.

В довершення опису можливостей Synology Virtual Machine Manager, хочеться відзначити несподівано простий спосіб виділення фізичних мережевих портів для віртуальних машин окремо і гипервизора в цілому. В налаштуваннях мережі ви можете створити новий віртуальний комутатор, вказати які інтерфейси він використовує (в тому числі агрегатори каналів) і винести всю віртуальне середовище на окремі порти.

А якщо захочеться однієї виртуалке виділити власний порт - просто створіть віртуальний комутатор з одним фізичним або логічним портом і в настройках VM вкажіть вибрати його. Будь-які маніпуляції з параметрами розміру кадру TCP ви можете здійснювати в налаштуваннях самої DSM на рівні інтерфейсу і протоколу.

Деякі можливості VMM, такі як міграція віртуальних машин, висока доступність, перехід віртуальної машини з одного фізичного хоста на інший, ми не можемо показати наочно, так як для цього потрібні 3 і більше NAS-ів Synology. Проте, такі можливості заявлені виробником і можуть бути використані в продакшн-середовищах, де одним із завдань ставиться зниження часу простою інфраструктури при фізичної поломки будь-якого елементу (будь то жорсткий диск, мережевий кабель або цілком NAS).

В цілому, підсумовуючи розгляд програмних можливостей гипервизора Synology Virtual Machine Manager, хочеться сказати наступне: в якості першого кроку в область технологій віртуалізації, все дуже і дуже достойно. Багато функцій, які в продуктах Microsoft, VMware і Oracle вимагають установки додаткових додатків, вивчення інструкцій, а потім інтернет-форумів, тут робляться по одному кліку.

Відсутність підтримки зовнішніх накопичувачів по протоколам iSCSI і NFS пояснюється тим, що Synology випускає продукт саме для виведення своїх пристроїв в нову нішу - все так роблять. У мене є єдине зауваження до Гіпервізор - це жорстке розділення пам'яті і ядер процесора між машинами. Це відчувається на маленьких NAS-ах для офісу, де буде обмеження на 3-4 одночасно працюють виртуалки, це ж буде відчуватися на топових моделях, де буде потрібно запускати 20-30 віртуалок. Все інше для продукту, що вийшов пару тижнів назад, виглядає відмінно. Залишилося тільки протестувати, як воно працює.

тестування

У нас на тестуванні знаходиться модель мережевого СГД, Synology DS1817 +. Виробник позиціонує її, як рішення вже для великих офісів на 100-200 чоловік для зберігання зашифрованих даних при високому навантаженні на дискову і мережеву систему. Ця модель має 4-ядерний процесор з частотою 2.4 ГГц, до 8 Гб пам'яті і 4 мережевих інтерфейсу, до яких можна додати 10-гигабитную мережеву карту. Внутрішня поверхня може скласти 96 Тб, а при використанні двох модулів розширення, загальна ємність може доходити до 216 Тб. За характеристиками зрозуміло, що в якості NAS-а цей пристрій може працювати роками і не вимагати апгрейда через брак ресурсів. Подивимося, як воно покаже себе в якості сервера. Ми встановили в нього 3 диска WDC WD20EFRX-68EUZN0 ємністю по 2 Тб кожен і об'єднали їх в RAID5.

Ми створимо 4 віртуальних машини на базі Ubuntu 16.04 Server LTS, кожної дамо по 1 ядру і 1 Гб пам'яті, на кожну встановимо MySQL з тестової таблицею 10 мільйонів записів, після чого ми запустимо OLTP бенчмарк з 16 тред read_write на кожній з віртуалок і подивимося на сумарна кількість транзакцій при зверненні до баз даних в секунду. Наступний тест ми провели в тих же умовах, але знизили кількість записів в таблиці до 1 мільйона і дали кожній віртуальній машині вже по 2 ядра процесора, в кінцевому підсумку ми запустимо той же тест з базою даних на 10 мільйонів записів, але виділимо на VM все 4 ядра і 5 Гб пам'яті. Порівнювати тут нема з чим - цей тест покаже, чи можливо використовувати NAS такого рівня як сервер баз даних, развенутих у віртуальному середовищі.

Зазвичай, в OLTP-тестах транзакції вимірюються тисячами, а затримки - одиницями, але у нас все навпаки: величезні затримки, вимірювані в секундах і десятки транзакцій в секунду. В принципі, на 1-2 клієнтів в невеликих базах даних такий сервер може розраховувати, але не більше.

Так само ми вирішили протестувати Synology DS1817P в багатопотоковому режимі читання і запису, щоб показати, на що може розраховувати покупець при установці NAS-а в середу з інтенсивним зверненням до диска.

Навантажувальний стенд:

• Intel Core i7 860
• 16Gb RAM
• Intel DS3500 SSD RAID 1
• VMware VSphere ESXi 6.5 U1
• Intel Pro / 1000 2x1GBe LAN
• Віртуальна машина:
• Ubuntu 16.04 Server LTS
• 8vCPU, 8Gb RAM
• комутатор:
• Netgear GS108TV2

Оскільки на хості були присутні тільки 2 фізичних мережевих порту, файловий сервер DS1817 + підключався по логічному 2-гігабітного каналу до хосту через комутатор. На NAS-е були створені 8 розділів iSCSI по 100 Гб, до кожного з яких підключалася віртуальна машина з навантажувального стенду. На хості були створені два віртуальних комутатора, на кожен з яких були поміщені по 4 віртуальних машини для розподілу навантаження. Так як навантаження виконується симетрично тестовими пакетами, це дасть той же ефект, що і застосування агрегації каналів на комутаторі і на NAS-е.

Порівнюючи продуктивність випадкового читання, видно, що по-перше, 7 років прогресу не пройшли даром, і DS1817 + в цьому тесті працює в 1.5 рази швидше і дозволяє добитися приблизно, 35 тисяч операцій введення-виведення в секунду, але судячи з усього, тут ми впираємося в швидкість енергозберігаючих жорстких дисків. При використанні більш швидких HDD, продуктивність може ще вирости.

У тесті випадкового запису, DS1817 + так само показує приблизно дворазову перевагу по швидкості, але знову впирається в затримки жорстких дисків, і до максимальних своїх можливостей не доходить. Ми рекомендуємо при покупці DS1817 + вибирати жорсткі диски з частотою обертання шпинделя 7200 оборотів в хвилину, і все-таки оптимізовані для роботи під постійним навантаженням. У компанії Western Digital це серія Gold, у Seagate - серія Exos, і не зайвим буде при покупці звіритися зі списком сумісний жорсткий диск на сайті.

висновки

Використання Synology VMM дозволяє вам встановлювати і запускати на NAS-е будь-які додатки, які вам можуть знадобитися в роботі. Все питання - в продуктивності мережевого сховища. Пристрої початкового рівня цілком можуть впоратися з хмарними рішеннями CRM і невеликими базами даних, а що стосується стоєчних високопродуктивних NAS-ів, то там вже мова йде про можливості використання програм для моделювання, розрахунків і систем управління великим підприємством. Компанія Synology робить перші кроки в віртуалізацію, і це не кроки малюка, це впевнений марш тих, хто йде ставити прапор перемоги. У нас немає інформації про вартість розширеної ліцензії VMM, але в базову ліцензію вже включені і підтримка кластерів і систем високої доступності з реплікацією. Тобто, фактично, не прив'язуючись до ліцензованих технологій розробників гіпервізора, вже зараз можна створювати високопродуктивні кластери для будь-яких завдань, ну хіба що, крім HPC і тих додатків, де використовуються засоби графічних процесорів.

Для простого користувача невеликого офісу, Synology VMM - це можливість встановити ту програму, якої не було в центрі пакетів, наприклад під Windows.

Єдине, що сьогодні мені хочеться додати в Synology VMM - це гнучкий розподіл ресурсів віртуальних машин, як у VMware Sphere ESXi. В іншому ж, це доступне і робоче рішення, яке робить перехід у віртуальне середовище простим і безпечним.

Офіційний сайт Synology - www.synology.com

Михайло Дегтярьов (aka LIKE OFF)
18 / 12.2017