VMware оголосила про вихід бета-версії свого нового проекту - Project Pacific
VMware оголосила про вихід бета-версії свого нового проекту – Project Pacific
VMware оголосила про вихід бета-версії свого нового проекту – Project Pacific, над яким компанія працювала близько трьох років. Він пропонує набір засобів для перетворення vSphere – флагманського продукту VMware – на нативну платформу для кластерів Kubernetes. Поки що Project Pacific відкритий для обмеженого кола замовників. Пізніше він має стати доступнішим ширшому колу клієнтів, а потім з'явитися в нових релізах vSphere.
Kubernetes є платформою з відкритим вихідним кодом для автоматизації розгортання, масштабування та управління контейнеризованими додатками. А Project Pacific є частиною портфоліо VMware Tanzu, в рамках якого компанія об'єднує безліч нових і вже наявних технологій VMware портфель продуктів та сервісів, щоб створити єдине операційне середовище для кластерів Kubernetes.
Ключовим кроком для цього в рамках Project Pacific є фундаментальне перепроектування архітектури vSphere таким чином, щоб вона могла виступати як єдине інтегроване середовище контейнерів і віртуальних машин.
Такий підхід, за задумом розробників, повинен дозволити адміністраторам vSphere та розробникам додатків розгортати та керувати Kubernetes та контейнерною інфраструктурою у звичному для них середовищі за допомогою вже знайомих їм коштів.
Один із творців перших версій Kubernetes, співзасновник компанії Heptio, а нині - провідний інженер VMware пояснив, що в Project Pacific коротко можна виділити три ключові напрямки. Перше – вбудовування Kubernetes у vSphere на рівні шару керування. Це дає можливість за рахунок використання єдиного API керувати і віртуальними машинами, і об'єктами Kubernetes.
Директор VMware з технологій в регіоні EMEA додав до сказаного колегою, що вбудовування Kubernetes як консолі управління всередині vSphere дозволяє збільшити масштабованість останньої.
Другий напрямок – додати ряд функцій, які покращують роботу Kubernetes у середовищі vSphere. Одна з критичних змін тут торкнулася апаратного гіпервізора VMware ESXi, щоб він дозволяв виконувати робоче навантаження Kubernetes нативним чином, каже Джо Беда. Ця функція отримала назву vSphere Native Pods.
Третє – інтегрування можливості динамічно створювати та проводити апгрейд кластерних ресурсів Kubernetes поверх vSphere. Цей підхід отримав назву Guest Kubernetes Cluster (гостьовий кластер Kubernetes).
Архітектор бізнес-рішень офісу VMware доповнює пояснення фахівців щодо глобальної перебудови архітектури vSphere. Вона торкається одночасно двох рівнів, каже він. Один з них - на рівні управління: тобто зміна моделі об'єктів та дій, закладеної на рівні серверів управління. У vSphere є унікальна об'єктна модель, властива тільки цьому продукту. І це об'єктна модель змінюється на об'єктну модель Kubernetes. Те, як проводиться розгортання інфраструктури - це стосується і контейнерів, і віртуальних машин - відбуватиметься в рамках об'єктної моделі Kubernetes: «тобто, ми вбудовуємо Kubernetes як основний інструмент управління життєвим циклом інфраструктури, замінюючи те, що було раніше». Крім того, VMware глибоко переробляє свій гіпервізор, щоб він міг нативно і максимально ефективно запускати Kubernetes.
У VMware з посиланням на проведені внутрішні Тести заявляють, що Kubernetes на платформі vSphere після вже проведених доробок показує на 30% більшу продуктивність, ніж на віртуальній машині на базі Linux (з використанням гіпервізора KVM) і на 8% більшу, ніж просто на Linux-сервері. У компанії уточнили, що оцінка проводилася на SPECjbb 2015 - тесті Java Benchmark, що використовується для оцінки продуктивності серверів, на яких працюють типові Java-додатки.
Проект VMware Tanzu окрім Project Pacific також включає VMware Tanzu Mission Control - єдину операційну консоль для кластерів Kubernetes, що дозволяє контролювати всі аспекти життєвого циклу програм незалежно від того, де вони запущені - у публічних хмарах, on-premise і т.д.
Слід зазначити, що це далеко не перша ініціатива VMware до адаптації контейнерної віртуалізації на своїй платформі. Наприклад, раніше вона це робила в рамках проекту Project Bonneville, що дозволяє компаніям, що працюють у vSphere, запускати програми, упаковані в контейнери Docker, на віртуальних машинах.
За кілька років компанія сформувала досить великий портфель рішень та сервісів для Kubernetes, у тому числі за рахунок придбання розробників ПЗ у цій галузі – Heptio та Pivotal. Однак цього разу VMware пішла далі – вперше йдеться про абсолютну інтеграцію з контейнерним рішенням.
І це не випадково. Попит на контейнерну віртуалізацію останні кілька років стабільно зростає. Багато в чому це пов'язано з тим, що змінилися додатки: вони стали гетерогеннішими та складнішими. Тому часто вони вже не мають на увазі одну-дві віртуальні машини, а задіяні і віртуальні машини, і контейнери, різні сервіси та ін. Це створює проблеми для розробників додатків і для адміністраторів і вимагає нових інструментів, які б ці проблеми вирішували.
Аналітики Gartner передбачають, що глобально до 2022 року близько 75% організацій використовуватимуть контейнеризовані програми. Бачачи цей тренд, лідери галузі, включаючи Amazon, Microsoft, Google і IBM, вже пропонують підтримку Kubernetes для своїх хмарних платформ.
На зростання попиту та популяризацію технологій контейнеризації великий вплив справив розвиток проектів з відкритим кодом, які в цій галузі вже практично стали стандартом. Зокрема, Docker – програмне забезпечення для створення та запуску контейнезованих додатків, та Kubernetes. Останній, що спочатку зародився в надрах Google, з моменту відкриття вихідного коду, що стався в 2014 році, зазнав феноменального сплеску популярності.
Виступаючи на прес-конференції у листопаді, гендиректор VMware відзначив, що компанія збирається бути куратором процесу нативізації Kubernetes у галузі, підштовхуючи співтовариство рухатися у бік появи нового стандарту.
