Масштабируемый набор или группа доступности Azure

У нас есть стандартное трехуровневое веб-приложение, которое необходимо перенести в облако (на данный момент больше на основе виртуальных машин, а не на облачных). Хотите знать, какие факторы мне следует учитывать, чтобы принять решение, следует ли использовать масштабируемый набор Azure или набор доступности Azure для уровней веб-сайтов и приложений.

Наверное, ответим на такие вопросы:

  1. Можно ли установить автоматическое масштабирование для доступности, как для набора масштаба?
  2. Есть ли накладные расходы при использовании любого из вариантов для простого веб-приложения?
  3. Потребуется ли обоим балансировщик нагрузки перед ними? Может помочь принять решение.

Есть предложения, пожалуйста?


person Saturn CAU    schedule 23.10.2018    source источник
comment
Я бы рекомендовал использовать в Azure веб-приложения, которые будет легче масштабировать во время загрузки. С масштабными наборами - я заметил, что всякий раз, когда масштабный набор масштабируется по горизонтали, он будет разворачивать базовый образ, использованный ранее во время подготовки, пусть ваш базовый образ будет содержать все необходимые приложения и зависимости, возможно, сохранит его в хранилище BLOB-объектов. Следовательно, если вы использовали стандартный образ рынка и развернули свое веб-приложение, во время масштабирования оно просто будет вращать образ. Если это подъем и смена виртуальной машины, используйте набор доступности с Azure LB перед ним. AV обеспечит отказоустойчивость   -  person Harbinder Singh    schedule 23.10.2018
comment
его не отказоустойчивый, его высокодоступный. это большая разница.   -  person 4c74356b41    schedule 23.10.2018
comment
Ага, очень доступный. Спасибо   -  person Harbinder Singh    schedule 23.10.2018
comment
Спасибо @HarbinderSingh, но вас смущают последние несколько комментариев, вы имеете в виду, что AvailabilitySet является отказоустойчивым, а масштабируемый - нет?   -  person Saturn CAU    schedule 23.10.2018


Ответы (2)


Вы можете обратиться к N-уровневая архитектура на виртуальных машинах. Каждый уровень состоит из двух или более виртуальных машин, помещенных в группу доступности или масштабируемую группу виртуальных машин. Балансировщик нагрузки используется для распределения запросов между виртуальными машинами на уровне. Каждый уровень также помещается в свою собственную подсеть и добавляет правила NSG для ограничения доступа к каждому уровню и таблиц маршрутизации для отдельных уровней.

По вашим вопросам:

  1. Нет, основное отличие состоит в том, что масштабируемый набор имеет идентичные виртуальные машины, что упрощает добавление или удаление виртуальных машин из набора, тогда как набор доступности не требует, чтобы они были идентичными. Набор доступности распределен по доменам сбоя, которые совместно используют набор аппаратных компонентов, что означает, что если у вас есть более одной виртуальной машины в разных доменах сбоя в наборе, это снижает вероятность потери всех ваших виртуальных машин в случае сбоя оборудования на узле. или стойку. Региональный (незональный) масштабируемый набор использует группы размещения, которые действуют как неявный набор доступности с пять доменов сбоя и пять доменов обновления. Обратитесь к этому вопросу.
  2. Для автомасштабирования рекомендуется использовать наборы масштабирования виртуальных машин. VMSS может автоматически создавать и интегрироваться с балансировщиком нагрузки Azure или шлюзом приложений.
  3. Да, обоим нужен Azure LB перед собой.
person Nancy Xiong    schedule 24.10.2018

Вообще говоря, оба сценария не предлагают никакого волшебного способа сделать это возможным, поэтому вы вынуждены использовать веб-приложения, если хотите минимизировать накладные расходы.

  1. да, может, но вам нужно предварительно настроить vms
  2. да, вам нужно настроить vms, а для vmss вам нужна автоматизация, чтобы масштабирование могло происходить автоматически
  3. да, обоим понадобится балансировщик нагрузки (веб-приложениям - нет).

Но ваше приложение может не работать с веб-приложениями, поэтому вы вынуждены использовать vms или vmsses.

person 4c74356b41    schedule 23.10.2018