Поделиться через

Управление затратами и производительностью

  • Статья

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

Настройка производительности агента

При настройке управляемого пула DevOps у вас есть различные варианты настройки производительности и стоимости пула. В следующих разделах описаны некоторые варианты настройки производительности пула.

Типы дисков

При создании управляемого пула DevOps у вас есть возможность выбрать SSD уровня "Стандартный" или SSD уровня "Премиум" вместо стандартного типа диска ОС по умолчанию. Тип диска ОС определяет, какой диск используется для диска ОС. Рабочий каталог агента по умолчанию находится на временном диске или D:\, поэтому вы не можете воспользоваться дорогостоящим типом диска ОС. Проверьте производительность рабочей нагрузки с различными типами дисков ОС, изучите затраты и выберите подходящий тип диска ОС.

Если пропускная способность рабочей нагрузки превышает уровень "Стандартный", вы можете повысить производительность рабочей нагрузки, обновив его до более производительного типа диска. Дополнительные сведения о типах дисков и производительности см. в статье "Управляемые типы дисков Azure".

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

Выберите нужный размер и тип агента

Размер агента в управляемых пулах DevOps указывает размер виртуальной машины Azure, используемый для размещения агентов управляемых пулов DevOps. Вы можете изменить размер агента для пула, чтобы обеспечить больше ядер ЦП, больше памяти и больше места на диске. Использование более мощного размера виртуальной машины увеличит счет azure, поэтому выберите этот вариант, только если вы определите, что использование более мощного размера виртуальной машины увеличит производительность рабочей нагрузки.

Архитектура ЦП виртуальной машины

Размеры виртуальных машин с питанием AMD часто менее 40 % меньше, чем размеры виртуальных машин с питанием Intel, с той же или более высокой производительностью. Использование размеров виртуальных машин с питанием AMD предоставляет возможность сократить затраты на Azure.

Размер виртуальной машины

Убедитесь, что вы используете правильный размер виртуальной машины Azure. Если вы используете в настоящее время восемь основных виртуальных машин Azure, убедитесь, что рабочая нагрузка может использовать все 8 ядер. Вы можете запустить рабочую нагрузку на разных размерах виртуальных машин и узнать, как работает ваша рабочая нагрузка. Вы можете уменьшить размер виртуальной машины, чтобы уменьшить количество COGS, сохраняя производительность рабочей нагрузки примерно так же.

Тип виртуальной машины

Различные серии виртуальных машин Azure предназначены для рабочих нагрузок с определенными характеристиками для повышения производительности. Ознакомьтесь с различными сериями SKU Azure, чтобы выбрать ряд, подходящий для вашей рабочей нагрузки. Пример. Если приложение не использует столько ядер, сколько памяти, вы можете выбрать размер виртуальной машины из оптимизированного для памяти семейства размеров.

Ознакомьтесь с различными типами виртуальных машин Azure, чтобы понять их преимущества. Например, если для рабочей нагрузки требуется больше ядер и меньше памяти, можно использовать оптимизированный для вычислений размер. Если для рабочей нагрузки требуется больше места на диске, но те же ядра и память, можно выбрать тип виртуальной машины Azure, имеющий более высокий уровень диска для вычислений, а не размер номера SKU или использовать подключенный диск данных.

Создание типа виртуальной машины

Последнее поколение типа виртуальной машины Azure может быть более производительным, чем предыдущая версия. Например, D2dsV4 и D2dsV5 имеют одинаковые цены и имеют одинаковые спецификации, но, скорее всего, V5 быстрее версии 4.

Совместное расположение в регионе пула

Попробуйте объединить регион Azure пула в регион, в котором присутствуют зависимости рабочей нагрузки CI/CD. Это близкое взаимодействие снижает задержку в сети и делает рабочие нагрузки относительно более эффективной. Вы можете найти регион организации Azure DevOps и найти управляемый пул DevOps в том же регионе.

Предварительная подготовка с помощью резервных агентов

По умолчанию при очереди конвейера агент создается с нуля. Вы можете включить резервные агенты, чтобы конвейеры не тратя время ожидания. Если вы включили резервные агенты в ручном режиме, вы можете ознакомиться с историческим использованием резервных агентов и решить, нужно ли уменьшить количество резервных агентов. Вы также можете полностью отключить предварительную подготовку, если рабочие процессы не являются критически важными и могут ждать 5–10 минут, чтобы агенты были созданы по запросу.

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

Дополнительные сведения см. в разделе "Резервные агенты " и пулы с отслеживанием состояния.