7

Я пытаюсь обвести голову концепцией Azure App Service и Azure App Services, не повезло.Как Scale-out работает в Azure App Services

Мое понимание заключается в том, что план обслуживания приложений определяет емкость и цену, все приложения, назначенные конкретному тарифному плану приложения, будут использовать одни и те же ресурсы, верно?

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

Я прочитал почти всю официальную и неофициальную документацию о плане обслуживания приложений Azure и службах App, но не смог найти ответ на этот вопрос, все они говорят, что масштабирование работает на уровне приложения (не приложение сервисный план) и в то же время заявляя, что приложения, назначенные на один и тот же план обслуживания приложений, фактически используют одни и те же ресурсы, так что в чем преимущество функции масштабирования?

С уважением,

+0

Модификация основана на обсуждении ниже: Так что, в основном, если у меня есть план обслуживания приложений S1 (1.75 ГБ оперативной памяти, 1 ядро), и я начал приложение (скажем, веб-сайт) с 1 экземпляром и назначил его в этот план обслуживания приложений. Таким образом, этот 1 экземпляр будет иметь все ресурсы для использования. Если бы я создал 5 экземпляров этого приложения (авто или ручное масштабирование), у меня будет 5 X (1,75 ГБ, 1 Core)? Или все 5 экземпляров будут иметь один и тот же набор ресурсов? –

+0

Да, у вас будет 5 экземпляров 1.75GB \ 1Core – 4c74356b41

+0

Я не мог получить масштабирование для работы вообще. Установите минимум на 2, нажмите «применить» и наблюдайте, как он ничего не сделал и продолжал работать в одном экземпляре. Действительно полезно .. спасибо ms. – Sam

ответ

10

Я понимаю, что план Service App определяет потенциал и ценообразование, но все приложения, назначенные конкретным планом App службы будет одни и те же ресурсы, что правильно?

Да.

Если это так, то в чем преимущество масштабирования? Если масштаб создаст больше экземпляров одного и того же приложения, которое в конце будет размещено на одном и том же плане обслуживания приложений (совместно используя те же ресурсы )?

Никто не заставляет вас помещать все ваши приложения в один и тот же план обслуживания приложений. Когда вы создаете приложение, вы помещаете его в какой-либо план обслуживания приложений. Все приложения на этом (и только том) плане обслуживания приложений будут обмениваться ресурсами, но вы можете создать множество Планов обслуживания приложений.
Кроме того, при масштабировании вы создаете больше экземпляров PaaS виртуальной машины, размещающей ваше приложение, поэтому, когда вы масштабируете, вы не получаете еще один пул приложений в том же IIS, вы получаете другой пул приложений на другом IIS на другом VM.

изменить: чтобы прояснить комментарий, план обслуживания приложений представляет собой набор виртуальных машин Windows с установленным IIS. Все приложения, назначенные этому Плану услуг приложений, размещаются во всех экземплярах этих виртуальных машин, когда вы масштабируете или увеличиваете масштаб, вы изменяете количество или емкость этих виртуальных машин.
Временного плана обслуживания приложений нет. Вы платите за Сервисный план, а не за приложение.Приложения ничего не стоят, они просто потребляют ресурсы в плане обслуживания, его план обслуживания, который «ест» деньги. You are getting billed according to the Service Plan tier and scale.
Pricing is based on the size and number of VM instances you run.

+1

Большое спасибо за ответ. Итак, на самом деле Azure не масштабирует приложение, оно масштабирует план обслуживания приложений, в котором размещается приложение? Правильно ли я это понимаю? Итак, каждый экземпляр приложения фактически получает временный план обслуживания приложений с его собственными ресурсами и ценой? –

+0

Надеюсь, что очистит все до – 4c74356b41

+1

На самом деле теперь я более смущен :(Так что, в основном, если бы я выбрал S1 App Service Plan (1.75 ГБ оперативной памяти, 1 ядро), и я начал приложение (скажем, веб-сайт) с 1 экземпляром и назначил его этот план приложения будет таким, что у этого 1 экземпляра будут все ресурсы для использования.Если я создал 5 экземпляров (автоматическое или ручное масштабирование), у меня будет 5 X (1,75 ГБ, 1 ядро)? Или все 5 экземпляров будут совместно использовать один и тот же набор ресурсов? –

0

Как @ 4c74356b41 сказал, когда вы масштабироваться вы собираетесь получить больше физических ресурсов (т.е. ВМ с большим количеством вычислений, памяти и хранения). Кроме того, одна корректировка по документации Azure, масштабируемая, будет влиять на все приложения в плане обслуживания приложений. см. ниже ссылку, а также примечание:

«Настройки шкалы занимают всего несколько секунд, чтобы применять их и влиять на все приложения в вашем плане обслуживания приложений.Они не требуют от вас изменения вашего кода или повторного развертывания вашего приложения »- https://azure.microsoft.com/en-us/documentation/articles/web-sites-scale/

4

Как я знаю, масштаб будет создавать несколько копий вашего веб-приложения и добавлять баланс нагрузки для автоматического распределения запросов между ними. вам не нужно отдельно настраивать баланс нагрузки.

Предполагая, что вы создаете веб-сайт (сервер Windows с IIS), ваш сайт будет иметь пул приложений, который определяет доступные ресурсы для вашего сайта. экземпляр может обрабатывать ограниченное количество запросов, чтобы уменьшить время отклика, вы могли бы масштабировать свой веб-сайт в нескольких экземплярах, тогда каждый веб-сервер мог бы разделить рабочую нагрузку. Для получения дополнительной информации вы можете обратиться к Scaling Up and Scaling Out in Windows Azure Web Sites и tutorial для лучшего понимания автоматической шкалы Azure Web App.

Смежные вопросы