Наш власний DreamHoster, Марк Макклейн, який також є технічним керівником проекту OpenStack, мав чудове інтерв’ю з Mirantis! Якщо ви ще не мали можливості прочитати, перевірте нижче!
Автор: Девід М. Фішман
Ми представляємо перше з низки інтерв’ю з технічними лідерами проєкту OpenStack на нашому блозі Mirantis. Наша мета – навчити ширшу технічну спільноту і допомогти людям зрозуміти, як вони можуть внести свій вклад та отримати користь від OpenStack. Зрозуміло, це думки інтерв’юйованого, а не Mirantis. Ми відредагували інтерв’ю для зрозумілості та скоротили довжину посту.
Наше перше інтерв’ю з Марком Макклейном, новообраним технічним керівником Проекту OpenStack Networking (раніше відомим як “Quantum”).
Mirantis: Розкажіть про себе та як ви розпочали роботу з OpenStack.
Марк Макклейн: Я старший розробник хмарних технологій у DreamHost, і я працюю в команді хмарних технологій. DreamHost найняв мене спеціально для роботи над OpenStack. Мене найняли під час середини циклу Essex, і крута річ у роботі над OpenStack, а зокрема над OpenStack Networking, полягає в тому, що це поєднує дві мої улюблені речі: Networking та Python.
П: Які ваші обов’язки? Що ви робите на щоденній основі?
A: Під час випуску Grizzly я був основним учасником, зосередженим на поліпшенні функціональності служби метаданих при використанні перекриваючихся IP-мереж. Я також працював над міграцією бази даних, щоб люди, які розгортали OpenStack, могли безперебійно перейти від Folsom до Grizzly. Під час Grizzly я також очолював декілька підгруп, включаючи команди L3, бази даних та усунення помилок.
Тепер як PTL я маю набагато ширший погляд на проект. Я відповідаю за проведення наших щотижневих зустрічей команди та організацію треку Network на дизайн-саміті. Щоденно я спілкуюся з спільнотою, координую діяльність лідерів субкоманд, переглядаю подання коду, класифікую помилки та переглядаю блакитні креслення. Я також координую діяльність з іншими членами Фонду та Технічного комітету щодо питань міжпроектної взаємодії.
Q: Що робить мережування OpenStack таким особливим? Чому це важливо?
A: З Nova ви можете запускати віртуальні машини, і вона забезпечує базові мережеві можливості. Але коли ви хочете використовувати новітні технології, наприклад, тунелювання для забезпечення ізоляції мережі між орендарями або VXLAN – ви не можете реально використовувати їх з мережевими можливостями Nova. Це обмежує вас VLAN або плоскою мережею. Нові технології дозволяють отримати найбільші переваги мережі OpenStack: масштабовану ізоляцію орендарів.
П: Що досягла спільнота OpenStack Networking до цього часу і які у вас плани на випуск Havana?
A: OpenStack Networking було вперше створено на саміті Diablo. Це був проект-інкубатор під час Essex, і він був інтегрований у Folsom. Протягом періоду Essex та Folsom спільнота дійсно приділяла багато часу, намагаючись досягти паритету функцій і вбудувати багато L2 та L3 функцій у OpenStack Networking.
У Grizzly ми змогли змістити акцент на додавання нових послуг та також на закриття розриву паритету з Nova Networking. У циклі Grizzly ми додали перекриття метаданих послуг, міграції та групи безпеки. Ще однією великою особливістю Grizzly було балансування навантаження.
Насправді, кілька людей з Mirantis дійсно допомагали внести вклад у балансування навантаження. Це був великий спільнотний проект, який залучав багато людей з різних компаній, які всі працювали разом над створенням API та основи для балансування навантаження.
У Гавані ми плануємо розширити сервіс балансування навантаження та додати більше особливостей. Звертаємо увагу, що в спільноті є постачальники, які працюють над покращенням Networking OpenStack, додаючи підтримку VPN, підтримку ACL рівня підприємства та підтримку IPv6. Наразі функціональність IPv6 є досить базовою, і люди хочуть додати деякі високорівневі послуги на базі цього. Також є компанії та члени спільноти, які працюють над підтримкою прямої металу, повною підтримкою багатохостових систем, забезпеченням високої доступності в трохи меншому контексті, подібному до того, що є у Nova multi-host… також є кілька членів спільноти, які об’єднуються для роботи над іншими функціями, орієнтованими на користувачів.
П: Що справді унікального в OpenStack Networking, чи це просто відкрита версія Networking as a Service, яка вже існує?
A: Я думаю, що найунікальнішою річчю в OpenStack Networking у порівнянні з майже будь-яким іншим рішенням Networking as a Service є дуже жвава спільнота виробників. Під час циклу Grizzly ми додали п’ять нових плагінів від різних виробників. Це одна з унікальних речей OpenStack Networking. Це також показує великий імпульс виробників, оскільки більшість виробників вирішили вкласти свої зусилля та енергію в OpenStack.
Якщо порівнювати це з іншими рішеннями з Networking у деяких інших хмарних стеках, то там може бути один або два варіанти, якщо пощастить. Ви фактично залишаєтесь з варіантом Networking стеку.
П: У яких випадках мережеві можливості OpenStack дійсно вражають?
A: У багатокористувацьких середовищах, де необхідні ізоляція та безпека, ви можете швидко запустити ці системи та надавати ці послуги орендарям, чи це публічна, чи приватна хмара, і ви можете досить швидко масштабувати їх.
У випадку менших розгортань, мережу OpenStack можна налаштувати для підтримки навіть менших приватних хмар досить легко, використовуючи інструменти з відкритим вихідним кодом. Маленькі магазини, які мають обмежені ресурси, все ще можуть скористатися багатьма з тих же функцій, які використовують ті, хто розгортає на велику шкалу.
П: Коли ви кажете “досить швидко”, чи можете ви уточнити це?
A: Для невеликого магазину, просто слідуючи за керівництвами OpenStack – якщо ви знайомі з OpenStack – це займе близько півдня. Якщо ви не знайомі з OpenStack, можливо, день або два. Керівництва проведуть вас крок за кроком та допоможуть налаштувати досить реалістичну конфігурацію, яка добре працює для більшості випадків.
Гарне в тому, що ви можете робити це за мінімального рівня персоналу та на стандартному обладнанні. Вам не потрібні спеціальні комутатори чи сервери. Для тих, хто намагається експериментувати та з’ясувати, чи є OpenStack або OpenStack Networking рішенням для них, вони можуть використовувати обладнання, яке більшість бізнесів і так мають у своїх лабораторіях для тестування.
П: Як щодо бази знань, яка вам потрібна для запуску OpenStack Networking?
A: Це той самий набір навичок, які ви знайдете, якщо у вас був би інженер з мереж або навіть позиція типу DevOps. Вам дійсно потрібно лише базове знайомство для розгортання IP-мереж.
Отже, особливих навичок не потрібно, оскільки багато того, що зробили автори плагінів – як з відкритим кодом, так і пропрієтарні – це абстрагування багатьох деталей знання екстремальних специфікацій певних протоколів, так що розгортач може зосередитися на API.
Q: Чи є якісь неправильні уявлення про OpenStack Networking?
A: Ми не стикаємося з багатьма непорозуміннями стосовно OpenStack Networking. Я думаю, що більшість людей розуміють, що воно робить. Деякі люди все ще вибирають розгортання Nova networking для нових інсталяцій, оскільки вони стурбовані складністю, зрілістю або стабільністю OpenStack Networking.
Тепер матеріали підтримки для інсталяції наздогнали, і дистрибутиви добре справляються з пакуванням OpenStack, тому це вже не так. Для нових розгортань ви повинні використовувати OpenStack Networking з самого початку та використовувати ці можливості зараз, а не починати з Nova-network і в кінцевому підсумку мігрувати на OpenStack Networking, що є нетривіальною міграцією.
Під час Havana, команди OpenStack Networking та Nova обговорюватимуть: Як ми можемо подолати цей розрив і як OpenStack Networking стане основним провайдером мережі для Nova?
Q: Як щодо масштабованості OpenStack Networking?
A: Існує кілька великих розгортань, які використовують OpenStack Networking. Деякі використовують версії Folsom, а деякі люди насправді використовують trunk, що дуже цікаво, оскільки це говорить про зрілість кодової бази.
Q: Чи залишились у проекту OpenStack Network якісь “дитячі недуги”?
A: Ми провели багато часу в Grizzly, працюючи над ізольованими сервісами метаданих. Більшість питань підтримки, які ми отримували, та звіти про помилки після випуску Folsom були: Як працює сервіс метаданих? – і тому ми приділили багато часу, щоб переконатися, що сервіс метаданих був набагато легший у налаштуванні та просто працював “з коробки” для широкого спектру розгортань. У Grizzly це, мабуть, одна з найбільших проблем, яких нам вдалося позбутися.
П: Кого б ви хотіли бачити учасником проекту OpenStack Network?
A: Ми дуже щасливі. Ми отримали внески від деяких дуже поважних компаній, включаючи: Arista, BigSwitch, Brocade, Cisco, HP, IBM, NEC, Nicira, Juniper, Midokura, Plumgrid та VMware. Під час циклу Grizzly ми додали ще більше компаній та деякі нові стартапи, які пропонують свої рішення, що сприяє інноваціям у спільноті.
Що стосується ідеального учасника … це людина, яка захоплюється Networking та хоче брати участь у спільноті OpenStack, а також готова обмінюватися ідеями з різними учасниками, щоб наприкінці дня спільнота отримувала користь загалом.
Q: Які найбільші можливості для людей, які хочуть створити щось чудове та видатне у Проекті мережі OpenStack?
A: У Гавані буде великий поштовх до VPN як послуги у кількох різних режимах розгортання. Також ми розширимо балансування навантаження. У Grizzly ми зробили перші кроки для впровадження цього, і зараз кілька постачальників намагаються використати цей API. Підтримка IPv6 також буде значною. Більше інтернет-провайдерів пропонують v6 послуги для бізнес-розгортань. Забезпечення роботи проекту OpenStack Network для різних режимів розгортання IPv6 також буде важливим.
Ми також захоплені людьми, які працюють на голому металі з OpenStack Networking та управлінням пристроїв у великому масштабі: якщо я виробник обладнання – як я можу інтегрувати свій елемент обладнання в OpenStack Networking? Також ми зосереджені на темах для розгортальників, таких як: як я можу надавати різні рівні сервісних пропозицій?
Q: Як би ви порадили людям, які хочуть почати вносити вклад в OpenStack Networking? Які кроки їм слід конкретно зробити?
A: Перший крок – це, звичайно, приєднатися до розсилки розробників OpenStack. Це дає вам уявлення про теми, які обговорюють розробники OpenStack Networking.
Команда OpenStack Networking також підтримує Wiki сторінку для початкових помилок. На цій сторінці ми відстежуємо прості посилання для: ось як знайти перегляди коду для серверної частини OpenStack Networking або клієнта OpenStack Networking тощо. Як тільки помилки будуть повідомлені, ми міткуємо легші як низькоплодові, які є відмінною можливістю для нових розробників та учасників проекту долучитися.
Це означає, що той, хто класифікує помилки, може сказати: «Гей, це щось не надто складне і є хорошим способом ознайомитися з базою коду OpenStack Networking.» Ми також підтримуємо список спільнотних проектів, з якими було б добре почати працювати. Будучи членом поштового списку OpenStack Networking, ви можете залучати інших членів спільноти та працювати разом. Це також створює довіру у спільноті, так що ті люди, які переглядали ваш код, працюють з вами. У вас є відчуття репорту з ними.
Q: Дуже дякую, Марк!
A: Будь ласка!
