Чи можна перетворити наявний масштабований набір Uniform на режим оркестрації Flexible в Azure?

Ні, Azure наразі не підтримує перетворення між режимами оркестрації Uniform і Flexible без створення нового ресурсу. Потрібно розгорнути новий масштабований набір у потрібному режимі та відповідно перенести робочі навантаження.

Azure Virtual Machine Scale Sets: Uniform чи Flexible — який режим оркестрації обрати?

Q: Чи підтримує режим оркестрації Flexible автомасштабування так само, як режим Uniform?

Так, обидва режими Uniform і Flexible повноцінно підтримують правила Azure Autoscale, масштабування за розкладом, масштабування на основі метрик і прогнозне автомасштабування.

Q: Який режим оркестрації варто використовувати для контейнеризованих мікросервісів, що працюють безпосередньо на віртуальних машинах?

Режим Flexible часто є кращим вибором для мікросервісів і гетерогенних навантажень, оскільки дозволяє об'єднувати в одному наборі віртуальні машини різних розмірів і SKU, зберігаючи переваги керування масштабованим набором.

By Mirko Peters · 2026-10-26

Порівняйте режими оркестрації Uniform і Flexible для Azure Virtual Machine Scale Sets. Дізнайтеся ключові відмінності, поради щодо міграції та який варіант підходить для вашого хмарного застосунку.

Automatically translated with AI from the original post. Read the English original

Cover: Azure Virtual Machine Scale Sets - Simply Explained

Вибір правильного режиму оркестрації під час розгортання Azure Virtual Machine Scale Sets має вирішальне значення для довгострокової керованості, оптимізації витрат і надійності застосунку. У цьому матеріалі ми порівнюємо режими Uniform і Flexible, щоб допомогти хмарним архітекторам визначити, яка модель найкраще відповідає їхнім вимогам до інфраструктури.

Головне

Режим оркестрації Uniform покладається на єдиний профіль віртуальної машини для керування ідентичними екземплярами, що робить його ідеальним для stateless-застосунків і шару автомасштабованих веб-сервісів.
Режим оркестрації Flexible дозволяє поєднувати віртуальні машини різних розмірів і комбінувати спотові екземпляри з тарифікацією «оплата за фактом» в межах одного масштабованого набору.
Режим Uniform нумерує екземпляри послідовно (наприклад, instance_0, instance_1), тоді як режим Flexible використовує стандартні угоди про іменування віртуальних машин Azure.
Вибір правильного режиму залежить від того, чи вимагає ваше навантаження суворої однорідності, чи потребує архітектурної гнучкості для віртуальних машин різних розмірів і доменів відмовостійкості.
Міграція наявної інфраструктури вимагає оцінки того, як ваша система керування конфігурацією та конвеєри розгортання взаємодіють з ідентифікацією екземплярів.

Розуміння режиму оркестрації Uniform

Режим оркестрації Uniform від початку був базовим підходом для Azure Virtual Machine Scale Sets. Створений спеціально для масштабних stateless-застосунків, цей режим трактує кожен екземпляр віртуальної машини як ідентичну копію головного профілю. Коли ви визначаєте масштабований набір Uniform, ви встановлюєте єдиний набір правил конфігурації, який задає образ операційної системи, компонування дисків, мережеві інтерфейси та розширення для кожної машини в парку.

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

Однак така сувора однорідність має певні обмеження. Ви не можете змішувати віртуальні машини різних розмірів в одному масштабованому наборі Uniform, а також легко поєднувати звичайні віртуальні машини з економічними Azure Spot Virtual Machines в межах тієї самої групи. Якщо архітектурні потреби еволюціонують і вимагають різнорідного поєднання обчислювальних ресурсів, режим Uniform може швидко стати занадто жорстким для вашого продуктивного середовища.

Огляд режиму оркестрації Flexible

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

Ця гнучкість змінює підхід адміністраторів хмари до оптимізації витрат і високої доступності. Наприклад, можна побудувати багаторівневу архітектуру або архітектуру мікросервісів, де різним фоновим робочим процесам потрібні різні співвідношення ЦП і пам'яті, але всі вони водночас використовують єдині правила масштабування. Крім того, режим Flexible значно спрощує поєднання Azure Spot Virtual Machines з звичайними інстансами за запитом, що дозволяє вашій організації суттєво скоротити витрати на хмару для відмовостійких пакетних обчислень або фонових обробників черг.

Гнучка оркестрація також краще узгоджується зі стандартними підходами Azure до іменування та керування віртуальними машинами. Замість жорстко заданих, автоматично згенерованих послідовних ідентифікаторів режим Flexible дозволяє явно визначати або керувати іменами окремих ВМ. Це значно спрощує інтеграцію наявних скриптів автоматизації, інструментів Desired State Configuration (DSC) і сторонніх агентів моніторингу, адже з погляду адміністрування інстанси виглядають і поводяться як традиційні окремі віртуальні машини.

Архітектурне порівняння: Uniform і Flexible

Проєктуючи хмарну інфраструктуру, оцінка технічних відмінностей між режимами Uniform і Flexible за ключовими операційними напрямами допоможе ухвалити рішення.

Керування інстансами та іменування

У режимі Uniform Azure повністю керує базовими об'єктами віртуальних машин на основі моделі масштабованого набору. Ви не можете незалежно змінити окрему ВМ, не оновивши весь профіль масштабованого набору. У режимі Flexible ви маєте детальний контроль над окремими інстансами ВМ. Можна виконувати обслуговування, застосовувати конкретні патчі або під'єднувати диски до окремих інстансів без примусового поетапного оновлення всього парку.

Висока доступність і домени відмов

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

Неоднорідність обчислювальних ресурсів

Якщо архітектура застосунку потребує єдиної межі керування для різних типів машин, наприклад, поєднання вузлів кешу бази даних, оптимізованих під пам'ять, із веб-серверами, оптимізованими під обчислення, режим гнучкої оркестрації є безперечним вибором. Режим Uniform і далі обмежений одним SKU віртуальної машини на розгортання масштабованого набору.

Найкращі практики вибору режиму оркестрації

Вибір відповідного режиму оркестрації потребує ретельного аудиту вимог застосунку, конвеєрів розгортання та робочих процесів команди. Якщо ви створюєте простий рівень веб-застосунку або API, де кожен вузол повністю безстанний, взаємозамінний і використовує однакові образи з Marketplace або власні образи, режим оркестрації Uniform забезпечує спрощений, високоавтоматизований досвід, що потребує мінімального обслуговування.

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

Висновок

Опанування Azure Virtual Machine Scale Sets вимагає розуміння того, як моделі оркестрації впливають на масштабованість, відмовостійкість і операційні витрати вашого застосунку. Чи обираєте ви передбачуваний підхід на основі клонування в режимі Uniform, чи гнучкий і різнорідний дизайн режиму Flexible, узгодження вибору інфраструктури з архітектурними цілями застосунку є ключем до успіху в хмарі. Щоб дізнатися більше про базові концепції обчислювальних ресурсів Azure та стратегії автоматичного масштабування, послухайте повний епізод і підпишіться на подкаст, щоб щодня отримувати корисні матеріали про екосистему хмари Microsoft.

Поширені запитання

Чи можна перетворити наявний масштабний набір Uniform на режим оркестрації Flexible в Azure?

Ні, Azure наразі не підтримує перетворення на місці між режимами оркестрації Uniform і Flexible. Потрібно розгорнути новий масштабний набір у потрібному режимі та відповідно перенести робочі навантаження.

Чи підтримує режим оркестрації Flexible автоматичне масштабування так само, як режим Uniform?

Так, обидва режими оркестрації, Uniform і Flexible, повністю підтримують правила Azure Autoscale, масштабування за розкладом, масштабування на основі метрик і прогнозне автоматичне масштабування.

Який режим оркестрації слід використовувати для контейнеризованих мікросервісів, що працюють безпосередньо на ВМ?

Режим Flexible часто є кращим вибором для мікросервісів і різнорідних навантажень, оскільки дозволяє об’єднувати ВМ різних розмірів і SKU та водночас користуватися перевагами управління масштабними наборами.

Чи існують відмінності в обмеженнях кількості екземплярів між двома режимами?

Так. Режим Uniform, як правило, підтримує до 1 000 екземплярів із образами з Marketplace або власними образами, тоді як режим Flexible забезпечує ширші можливості оркестрації в межах менших або більших обсягів розгортання залежно від архітектури вашого рішення.