Понимание архитектуры службы приложений Azure: масштабирование для каждого приложения

Относительно этой статьи MSDN; https://msdn.microsoft.com/en-us/magazine/mt793270

Раздел Масштабирование для каждого приложения содержит абзацы ниже.

Используя предыдущий пример 50 приложений, с включенным масштабированием для каждого приложения для плана службы приложений, все 50 приложений могут быть назначены одному и тому же плану службы приложений. Затем можно изменить характеристики масштабирования отдельных приложений:

  • 40 небольших приложений, каждое из которых может работать максимум на одном сервере.
  • Пять приложений среднего и малого объема, настроенных для работы не более чем на двух серверах каждое.
  • Пять оставшихся крупномасштабных приложений настроены для работы не более чем на 10 серверах.

Базовый план службы приложений может начинаться как минимум с пяти серверов. А затем правила автоматического масштабирования могут быть настроены на масштабирование по мере необходимости в зависимости от нагрузки на память и ЦП.

Я не могу понять, почему вышеупомянутые три конфигурации дают минимум пять серверов в качестве начального счета.

Говорится ли это 40 приложений малого объема на 1 сервер, 5 приложений среднего объема на 1 сервер и остальные 5 приложений большого объема на (не описанные) 3 сервера?


azure azure-app-service-plans
person Youngjae    schedule 26.03.2017    source источник
comment
Я думаю, вы неправильно прочитали эту статью. Это был просто сценарий, в котором вы разделяете свои приложения на отдельные планы службы приложений. И вы также неправильно читаете числа: в примере будет минимум 7 экземпляров, а не 5 (40 небольших объемов в одном плане обслуживания приложений, масштабированных до одной единицы; 5 - средний объем в другом плане обслуживания приложений, масштабированных до одной единицы. ; остальные 5 получают каждый свой собственный план обслуживания приложений, изначально масштабированный до одной единицы за штуку, в результате чего получается минимум 7 экземпляров). Но ... это не имеет ничего общего с архитектурой службы приложений - это выдуманный пример.   -  person David Makogon    schedule 26.03.2017

Ответы (2)


arrow_upward
1
arrow_downward

В этой статье приводятся примеры разделения ваших многочисленных приложений на несколько служб приложений.

Версия TL; DR: с планом службы приложений каждое приложение, развернутое в этом плане службы приложений, находится в каждом экземпляре. Если у вас есть план службы приложений с 3 экземплярами, то каждое из ваших приложений работает на этих 3 экземплярах. Перейти к 4 экземплярам? Опять же - все ваши веб-приложения, приложения api и т. Д. Входят во все 4 экземпляра.

Если эта масштабная модель не работает для вас (например, у вас есть приложение со сверхвысокой нагрузкой, которое съедает всю память или весь ЦП), то, возможно, это отдельное приложение является кандидатом на собственный план обслуживания приложений, так что другие приложения в плане обслуживания приложений не умирают.

Это действительно так. Хотите объединить все свои приложения в один тарифный план для приложений? Отлично - сделай это. У вас есть приложение с высоким спросом, из-за которого возникают проблемы с вашими малообъемными приложениями? Отлично - переместите его в собственный тарифный план для приложений. Все зависит от вас.

Но эта статья ... просто дает пример разделения приложений на несколько планов обслуживания приложений.

person David Makogon    schedule 26.03.2017
comment
Спасибо. Я перевожу эту статью (будет официально размещена на местном сайте MSDN), поэтому я хотел бы правильно понять. Итак, была ли эта статья опечатана (не я неправильно прочитал) от семи до пяти в качестве минимального количества? - person Youngjae; 26.03.2017
comment
В статье не написано пять. Там написано минимум семь. - person David Makogon; 26.03.2017
comment
Собственно в статье две вещи. И вы говорите о функции масштабирования для каждого приложения. И снова, минимум пять серверов - это всего лишь пример. Я думаю, что сейчас мы ушли не по теме, поскольку теперь мы углубляемся в то, как написана эта статья и как они пишут примеры. - person David Makogon; 26.03.2017
comment
Ах ... последнее уточнение; Базовый план службы приложений может начинаться с минимум пяти серверов не является спецификацией AppServicePlan, не минимальным требованием для разделения трех маркеров, а всего лишь примером, настроенным пользователем. Я прав? - person Youngjae; 26.03.2017
comment
Для тех, кто плохо знаком с терминологией, воспринимайте план службы приложений как виртуальную машину, а не тарифный план. План службы приложений может иметь несколько экземпляров, может автоматически масштабироваться и т. Д. Есть тонкости, которые вам также необходимо выяснить на собственном опыте: отчеты об использовании памяти / ЦП зависят от того, как вы разделяете свои приложения по группам ресурсов и планам. Фоновые процессы WebJob могут или не могут хотеть запускаться параллельно, а различные типы веб-заданий запускаются в нескольких или отдельных экземплярах и т. д. - person Sentinel; 27.03.2017

arrow_upward
0
arrow_downward

Насколько я понимаю, инструкция a minimum of five servers рассчитывается, как показано ниже.

  • 40 небольших приложений настроены на 1 сервер, фиксированное значение.
  • Для 5 средних приложений установлено от 1 до 2 серверов для каждого.
  • Для 5 больших приложений установлено минимальное значение от 1 до 10 серверов для каждого.

Следовательно, «Базовый план службы приложений может начинаться с минимум пяти серверов» определяется количеством больших приложений. Каждое большое приложение выделяется каждому серверу, а остальные (40small + 5mid) могут принадлежать одному из пяти.

Пожалуйста, оставьте комментарий, если я не правильно понял.

person Youngjae    schedule 03.04.2017