Бачення програмно-визначеного центру обробки даних (SDDC) від Microsoft потребувало багато часу, щоб втілитися в життя. Зародившись як частина моделі динамічного центру обробки даних, знадобилося більше десяти років, щоб стати набором продуктів для доставки.
Програмно визначений центр обробки даних, або SDDC, є логічною кінцевою точкою віртуалізованих обчислень, сховищ і мереж. Коли всі ключові елементи центру обробки даних можна розглядати як структуру, де програми отримують ресурси коли вони потрібні, можна абстрагувати всю модель операцій від фізичних даних центр. Ви все ще розгортаєте апаратне забезпечення, але воно налаштовується автоматично під час розгортання,
Основою ранніх підходів Microsoft до SDDC була серія технологій під кодовою назвою Білий кінь, що дозволить системним адміністраторам створювати керування на основі моделі для цілих сайтів. Ідея була цікавою, і вона спонукала до розробки більшості інструментів Microsoft для керування серверами, як а також переконатися, що Майкрософт зосереджена на майбутньому центрів обробки даних навколо автоматизації можливо.
Проте більша частина нинішнього підходу базується на двох, значно пізніших основах. Одна з них — робота, яку Microsoft виконала для створення та запуску Лазурний, його хмарна платформа. Розроблений для роботи у великих масштабах, Azure за визначенням визначається програмним забезпеченням. Основна структура обчислень і зберігання даних повинна мати можливість реконфігурації на льоту, щоб підтримувати вимоги як користувачі платформи як послуги та інфраструктури як послуги, а також компанії програмного забезпечення як послуги, які працюють на основі це.
Створення та запуск Azure, Bing, Office 365 та інших його хмарних властивостей дало корпорації Майкрософт стимул для створення ключових функцій SDDC у своїй операційній системі Windows Server, починаючи з Windows Server 2012. Другий стовп Microsoft SDDC, Windows Server, випустив останні два випуски, Server 2012 і Server 2012 R2 перехід із типового сервера центру обробки даних, на якому запущені програми, до сервера, призначеного для розміщення та запуску віртуальних робочі навантаження.
Windows Server 2012 був першим випуском, який містив усі елементи, необхідні для створення SDDC. Він додав розширюваний віртуальний комутатор до гіпервізора Hyper-V і запровадив нові інструменти для створення та керування пулами зберігання в Storage Spaces. Завдяки цим трьом елементам Windows Server тепер має всі функції, необхідні для побудови та запуску повністю віртуалізованої інфраструктури — від обчислень до зберігання даних і мережевих мереж.
PowerShell: клей Microsoft SDDC
Клеєм, який тримає все разом, є платформа автоматизації Microsoft, PowerShell. Справедливо сказати, що без PowerShell Microsoft не мала б стратегії SDDC. Компоненти, які складають SDDC, повинні бути автоматизовані; інакше ви втрачаєте переваги масштабу, які отримуєте, розглядаючи цілий центр обробки даних як програмне забезпечення. Розширюваний віртуальний комутатор також дозволяє Microsoft та її партнерам додавати додаткові мережеві функції, включаючи брандмауери та балансувальники навантаження, до віртуальної мережі на основі Hyper-V.
Створити Windows Server 2012 R2 SDDC нелегко. Вам потрібно запровадити повну структуру керування за допомогою System Center, перш ніж ви зможете навіть почати думати про те, як оркеструвати сервери або як надати користувачам доступ до порталу самообслуговування. Однак є альтернатива, Пакет Azure, яка має на меті перенести деякі функції автоматизації керування Azure на Windows Server із базовими функціями інфраструктури як послуги, а також веб-серверами високої щільності.
Пакет Azure став основою співпраці Microsoft із компанією Dell Система хмарної платформи. Розроблений як готовий набір елементів SDDC, CPS зібрав усі ключові елементи Windows Server SDDC в одному місці, використовуючи набір попередньо визначеного обладнання для обчислень і зберігання даних Dell. CPS був цікавим підходом до SDDC, доставляючи апаратне та програмне забезпечення, готове до роботи. Він також навів важливі уроки, які дозволили Microsoft здійснити наступний етап своєї стратегії SDDC.
Запущений на початку 2016 року з попереднім переглядом для клієнтів, основним баченням Microsoft SDDC є, звичайно, Стек Azure. Хоча ви можете використовувати Hyper-V і різні компоненти пакету керування System Center для створення власного SDDC з нуля, набагато простіше використовувати Azure Stack для розгортання весь центр обробки даних на чистих серверах — від хост-ОС до мереж програмного забезпечення до віртуальних машин і навіть до локальних еквівалентних API реалізацій Azure PaaS програми.
Після запуску Azure Stack ви також отримуєте доступ до Менеджер ресурсів Azure (ARM), що дозволяє швидко створювати, створювати сценарії та розгортати різні компоненти інфраструктуру додатків на ваших серверах Azure Stack, включаючи повну віртуальну мережу інфраструктура. Описи служб ARM є ключовим елементом Microsoft SDCC і є ключовими для його поточного використання автоматизований підхід, що дозволяє операторам і розробникам співпрацювати над описами ARM сайтів і послуги.
Мікросервіси, контейнери та наносервер
ARM також тісно пов’язана з підтримкою Microsoft мікросервісів — ключової концепції в реалізації SDDC. Значна частина Azure Stack розроблена для керування доставкою додатків на основі мікросервісів, використовуючи контейнери Docker для розміщення образів додатків під час роботи на віртуальних машинах Hyper-V.
Користувачі також отримують доступ до версії порталу Azure з підтримкою розгортань на основі ARM і бібліотекою попередньо налаштованих віртуальних машин. На нижчому рівні також є доступ до безсерверних обчислювальних елементів Microsoft, включаючи структуру мікросервісу Service Fabric.
Значна частина цієї нової функції залежить від Windows Server 2016 хвиля інструментів. Це забезпечує пряму підтримку ОС для контейнерів із керуванням PowerShell для Docker, а також покращену віртуалізацію сховищ і нову модель розгортання, орієнтовану на контейнери та мікросервіси, Нано сервер.
Такі технології, як Nano Server, є ключовими для майбутніх стратегій SDDC Microsoft. Вони дозволяють створювати та інкапсулювати мікросервіси в контейнери, розгортати їх на спрощених серверах, які легко керувати та доставити. Ви можете використовувати Azure Stack для керування серверами та контейнерами або скористатися перевагами технологій з відкритим кодом, як-от Kubernetes і Мезосфера для координації та керування службами в усьому центрі обробки даних — технології, у які Microsoft інвестує за межами власних інструментів SDDC.
Володіння та керування гіпермасштабованою хмарою є безсумнівним плюсом для SDDC Microsoft. Він може створювати та перевіряти нові інструменти на Azure, перш ніж перенести їх локально за допомогою Azure Stack. Це також означає, що ваші визначення серверів і служб ARM можуть мігрувати між вашими мережі та Azure, що робить локальні приватні хмарні SDDC від Microsoft частиною орієнтованого на Azure гібриду хмара. Це цікавий підхід, який означає, що ви можете швидко перейти від власного програмно-визначеного центру обробки даних до Microsoft.