Производительность приложений имеет ключевое значение для успеха ИТ-компании. Если этот параметр удовлетворяет клиентов, в конечном счете, вы можете рассчитывать на расширение бизнеса. Многие факторы могут повлиять на производительность приложений. Одним из них является задержка в сети, на которую, помимо прочего, влияет физическое расстояние между развернутыми виртуальными машинами.
Например, когда вы размещаете виртуальные машины Microsoft Azure в одном регионе, расстояние между ними будет значительно меньше. Однако по мере роста зон обслуживания, одна из них может охватывать несколько физических центров обработки данных, что приводит к задержке в сети, которая, в свою очередь, может повлиять на общую производительность приложения. Если в регионе нет зон обслуживания или если приложение не поддерживает такой сервис, задержка передачи данных может увеличиться еще больше.
Сегодня речь пойдет о группах доступности. Это ‒ нововведение, которое обеспечивает совместное размещения ресурсов инфраструктуры Azure по схеме IaaS с минимальной задержкой передачи данных между ними.
Группы доступности Azure ‒ это возможность логического группирования для изоляции ресурсов ВМ друг от друга при их развертывании. Виртуальные машины, размещенные в группе доступности, могут выполняться:
- на нескольких физических серверах;
- в вычислительных стойках;
- в пределах единиц хранения и сетевых коммутаторов.
Фактически, когда вы назначаете свои виртуальные машины в рядом размещенные группы, они будут находиться в одном центре обработки данных, что обеспечит низкую задержку при работе приложений.
Когда нужно использовать группы доступности?
Группы доступности повышают общую производительность приложений, уменьшая задержку сети между виртуальными машинами. Пользователю следует рассмотреть возможность использования их вблизи друг от друга для многоуровневых развертываний на основе IaaS. В таком случае уровни приложений располагаются таким образом:
- с использованием нескольких виртуальных машин;
- с применением нескольких наборов доступности;
- при использовании нескольких наборов масштабирования.
В качестве примера рассмотрим случай, когда каждый уровень в приложении развертывается в наборе или в масштабе виртуальной машины с высокой доступностью. Размещение всех уровней в одной группе, даже если они используют разные SKU и имеют отличающиеся размеры ВМ, заставит развертывания взаимодействовать друг с другом, что уменьшает до минимума задержку. Чтобы получить наилучшие результаты при работе с группами доступности, убедитесь, что вы используете сеть с высокой пропускной способностью, и оптимизируйте свои виртуальные машины с низкой задержкой.
Чего ожидать при использовании близко размещенных групп?
Группы доступности подразумевают совместное размещение в одном центре обработки данных. Тем не менее, поскольку они представляют собой дополнительное ограничение развертывания, могут возникнуть сбои (например, вы не сможете расположить виртуальные машины Azure в одной из ближайших групп).
Когда вы запрашиваете первую виртуальную машину в группе доступности, центр обработки данных выбирается автоматически. В некоторых случаях второй запрос на другой SKU может завершиться неудачей, поскольку его не существует в уже выбранном ЦОДе. В этом случае возникнет ошибка под названием Overconstrained Allocation Request. Для устранения неполадок проверьте, какие виртуальные машины доступны в выбранном регионе или зоне, используя портал Azure или API. Если все необходимые SKU доступны, попробуйте изменить порядок их развертывания.
На сегодняшний день тестовая версия сервиса группы доступности предлагается бесплатно во всех регионах.