Бассейн лазурный: «Лазурный» | szao

Телефон

Введите сообщение

Дворец водного спорта Лазурный Ярославль

— Azure Pipelines

• 29.10.2020
• 18 минут на чтение

В этой статье

Конвейеры Azure | Azure DevOps Server 2020 | Сервер Azure DevOps 2019 | TFS 2018 — TFS 2015

Примечание

В Microsoft Team Foundation Server (TFS) 2018 и предыдущих версиях конвейеры сборки и выпуска называются определениями , пробеги называются сборками , сервисные соединения называются сервисными конечными точками , этапы называются средами , и вакансии называются фазами .

Вместо того, чтобы управлять каждым агентом по отдельности, вы организуете агентов в пулы агентов . В TFS пулы охватывают весь сервер; так что вы можете использовать пул агентов для коллекций и проектов.

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

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

Пулы агентов ограничены коллекциями проектов.

Вместо того, чтобы управлять каждым агентом по отдельности, вы организуете агентов в пулы агентов .В Azure Pipelines пулы охватывают всю организацию; так что вы можете совместно использовать машины агентов в проектах. В Azure DevOps Server пулы агентов охватывают весь сервер; так что вы можете совместно использовать машины агентов в проектах и ​​коллекциях.

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

Вы можете создавать пулы агентов и управлять ими на вкладке «Пулы агентов» в настройках администратора.

Если вы являетесь администратором организации, вы можете создавать пулы агентов и управлять ими на вкладке «Пулы агентов» в настройках администратора.

1. Выберите Azure DevOps , Параметры организации .

2. Выберите Пулы агентов .

1. Выберите Azure DevOps , Параметры коллекции .

2. Выберите Пулы агентов .

1. Выберите Azure DevOps , Параметры коллекции .

2. Выберите Пулы агентов .

1. Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

2. Выберите Управление пулами .

1. Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

2. Выберите Управление пулами .

1. Перейдите к своему проекту и выберите Управление проектом (значок шестеренки).

2. Выберите Панель управления .

3. Выберите Пулы агентов .

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

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

Перейдите к своему проекту и выберите Настройки проекта , Пулы агентов .

Перейдите к своему проекту и выберите Настройки проекта , Пулы агентов .

Перейдите к своему проекту и выберите Настройки проекта , Пулы агентов .

Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

1. Перейдите к своему проекту и выберите Управление проектом (значок шестеренки).

2. Выберите Панель управления .

3. Выберите нужную коллекцию проектов и выберите Просмотрите страницу администрирования коллекции .

   1. Выберите Очереди агентов (для TFS 2015 выберите Build , а затем Queues ).

Пулы агентов по умолчанию

По умолчанию предоставляются следующие пулы агентов:

• Размещенный пул Azure Pipelines с различными образами Windows, Linux и macOS. Полный список доступных образов и установленного в них программного обеспечения см. В разделе «Агенты, размещенные на сервере Microsoft».

  Примечание

  Размещенный пул Azure Pipelines заменяет предыдущие размещенные пулы, имена которых были сопоставлены с соответствующими образами. Любые задания, которые у вас были в предыдущих размещенных пулах, автоматически перенаправляются на правильный образ в новом размещенном пуле Azure Pipelines. В некоторых случаях вы все еще можете видеть старые имена пулов, но за кулисами размещенные задания выполняются с использованием пула Azure Pipelines. Дополнительные сведения см. В примечаниях к выпуску единого размещенного пула из примечаний к выпуску Sprint 154 от 1 июля 2019 г.

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

Выбор пула и агента в вашем трубопроводе

Чтобы выбрать агент, размещенный на сервере Microsoft, из пула Azure Pipelines в конвейере YAML Azure DevOps Services, укажите имя образа, используя YAML Image Label из этой таблицы.

  бассейн:
  vmImage: убунту-16.04
  

Для использования частного бассейна без требований:

  бассейн: MyPool
  

Для получения дополнительной информации см. Схему YAML для пулов.

Чтобы выбрать пул и агент в классическом редакторе, перейдите к настройкам конвейера, выберите нужный Пул агентов , а затем желаемое изображение из раскрывающегося списка Спецификация агента . Для получения дополнительных сведений о программном обеспечении, установленном на изображениях, размещенных в Microsoft, см. Соответствующую запись в столбце Classic Editor Pool этой таблицы.

Управление пулами и очередями

Вы можете создавать пулы агентов и управлять ими на вкладке «Пулы агентов» в настройках администратора.

Если вы являетесь администратором организации, вы можете создавать пулы агентов и управлять ими на вкладке «Пулы агентов» в настройках администратора.

1. Выберите Azure DevOps , Параметры организации .

2. Выберите Пулы агентов .

1. Выберите Azure DevOps , Параметры коллекции .

2. Выберите Пулы агентов .

1. Выберите Azure DevOps , Параметры коллекции .

2. Выберите Пулы агентов .

1. Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

2. Выберите Управление пулами .

1. Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

2. Выберите Управление пулами .

1. Перейдите к своему проекту и выберите Управление проектом (значок шестеренки).

2. Выберите Панель управления .

3. Выберите Пулы агентов .

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

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

Перейдите к своему проекту и выберите Настройки проекта , Пулы агентов .

Перейдите к своему проекту и выберите Настройки проекта , Пулы агентов .

Перейдите к своему проекту и выберите Настройки проекта , Пулы агентов .

Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

1. Перейдите к своему проекту и выберите Управление проектом (значок шестеренки).

2. Выберите Панель управления .

3. Выберите нужную коллекцию проектов и выберите Просмотрите страницу администрирования коллекции .

   1. Выберите Очереди агентов (для TFS 2015 выберите Build , а затем Queues ).

Список пулов агентов | Показать детали пула агентов | Список очередей агентов | Показать сведения об очереди агента

Примечание

В настоящее время вы можете просматривать информацию о пулах агентов и очередях, но не редактировать их, используя Azure CLI.

Если вы впервые используете команды az DevOps pipelines , см. Раздел Начало работы с Azure DevOps CLI.

Список пулов агентов

  az pipelines pool list [--action {manage, none, use}]
                       [--detect {ложь, истина}]
                       [--org]
                       [--pool-name]
                       [--pool-type {автоматизация, развертывание}]
  

Параметры

• действие : отфильтровать список с разрешенными действиями пользователя. Допустимые значения: использовать , нет , использовать
• обнаружение : автоматическое обнаружение организации. Допустимые значения: false , true
• org или organization : URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию, используя az DevOps configure -d organization = ORG_URL. Требуется, если не настроен по умолчанию или получен через git config. Пример: https://dev.azure.com/MyOrganizationName/ .
• имя-пула : отфильтруйте список с совпадающим именем пула.
• тип пула : фильтрация списка по типу пула.Допустимые значения: автоматизация , развертывание

Пример

В следующем примере перечислены все пулы в табличном формате. В этом примере используется следующая конфигурация по умолчанию: az DevOps configure --defaults organization = https: //dev.azure.com/fabrikam-tailspin project = FabrikamFiber

  az pipelines pool list - таблица вывода

Имя идентификатора - это тип размещенного пула
---- ------------------------------- ----------- ---- -------
1 По умолчанию Ложная автоматизация
2 Настоящая автоматизация на хостинге
3 Хостинг VS2017 Настоящая автоматизация
4 Размещенная Windows 2019 с VS2019 Настоящая автоматизация
5 Размещенный контейнер Windows Настоящая автоматизация
6 Размещенная macOS Настоящая автоматизация
7 Размещенная в macOS High Sierra настоящая автоматизация
8 Размещенный Ubuntu 1604 Настоящая автоматизация
9 Azure Pipelines Настоящая автоматизация
10 MyAgentPool Ложная автоматизация
  

Показать подробности пула агентов

  az pipelines pool show --id
                       [--action {управлять, нет, использовать}]
                       [--detect {ложь, истина}]
                       [--org]
  

Параметры

• id или pool-id : (Обязательный) ID пула для отображения деталей.
• действие : Отфильтровать список с разрешенными действиями пользователя. Допустимые значения: использовать , нет , использовать
• обнаружение : автоматическое обнаружение организации. Допустимые значения: false , true
• org или organization : URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию, используя az DevOps configure -d organization = ORG_URL. Требуется, если не настроен по умолчанию или получен через git config.Пример: https://dev.azure.com/MyOrganizationName/ .

Пример

В следующем примере отображаются сведения о пуле размещенных Windows 2019 с пулом VS2019. В этом примере используется следующая конфигурация по умолчанию: az DevOps configure --defaults organization = https: //dev.azure.com/fabrikam-tailspin project = FabrikamFiber

  az pipelines pool show --id 4

{
  "agentCloudId": 1,
  "autoProvision": правда,
  "autoSize": ноль,

  <Некоторые свойства опущены для пробела>

  "poolType": "автоматизация",
  "свойства": ноль,
  "scope": "941fcaeb-be37-4309-b7b0-5cf156e1236e",
  «размер»: 1,
  "targetSize": 1
}
  

Вы также можете использовать --output table , которая возвращает ту же информацию, что и команда list .

  az pipelines pool show --id 4 - выходная таблица

Имя идентификатора - это тип размещенного пула
---- ------------------------------- ----------- ---- -------
4 Размещенная Windows 2019 с VS2019 Настоящая автоматизация
  

Список очередей агентов

  az pipelines queue list [--action {manage, none, use}]
                        [--detect {ложь, истина}]
                        [--org]
                        [--проект]
                        [--queue-name]
  

Параметры

• действие : отфильтровать список с разрешенными действиями пользователя. Допустимые значения: использовать , нет , использовать
• обнаружение : автоматическое обнаружение организации. Допустимые значения: false , true
• org или organization : URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию, используя az DevOps configure -d organization = ORG_URL. Требуется, если не настроен по умолчанию или получен через git config. Пример: https://dev.azure.com/MyOrganizationName/ .
• проект или p : Название или идентификатор проекта. Вы можете настроить проект по умолчанию, используя az DevOps configure -d project = NAME_OR_ID . Требуется, если не настроен по умолчанию или получен через git config.
• имя-очереди : отфильтровать список с помощью регулярного выражения с совпадающим именем очереди. например ubuntu для очереди с именем Hosted Ubuntu 1604.

Пример

В следующем примере перечислены все очереди в табличном формате.В этом примере используется следующая конфигурация по умолчанию: az DevOps configure --defaults organization = https: //dev.azure.com/fabrikam-tailspin project = FabrikamFiber

  az pipelines queue list - выходная таблица
Эта группа команд находится в предварительном просмотре. Он может быть изменен / удален в будущем выпуске.
ID Имя Пул IsHosted Тип пула
---- ------------------------------- --------------- -----------
11 По умолчанию Ложная автоматизация
12 Истинная автоматизация на хостинге
13 Хостинг VS2017 Настоящая автоматизация
14 Размещенная Windows 2019 с VS2019 Настоящая автоматизация
15 Размещенный контейнер Windows Настоящая автоматизация
16 Размещенная macOS Настоящая автоматизация
17 Размещенная в macOS High Sierra настоящая автоматизация
18 Размещенная Ubuntu 1604 Настоящая автоматизация
19 Azure Pipelines Настоящая автоматизация
  

Показать сведения об очереди агента

  az pipelines queue show --id
                        [--action {управлять, нет, использовать}]
                        [--detect {ложь, истина}]
                        [--org]
                        [--проект]
  

Параметры

• id или id очереди : ID очереди агента, о которой нужно получить информацию.
• действие : Отфильтровать список с разрешенными действиями пользователя. Допустимые значения: использовать , нет , использовать
• обнаружение : автоматическое обнаружение организации. Допустимые значения: false , true
• org или organization : URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию, используя az DevOps configure -d organization = ORG_URL. Требуется, если не настроен по умолчанию или получен через git config.Пример: https://dev.azure.com/MyOrganizationName/ .
• проект или p : Название или идентификатор проекта. Вы можете настроить проект по умолчанию, используя az DevOps configure -d project = NAME_OR_ID . Требуется, если не настроен по умолчанию или получен через git config.

Пример

В следующем примере отображаются сведения об очереди для размещенной Windows 2019 с очередью VS2019. В этом примере используется следующая конфигурация по умолчанию: az DevOps configure --defaults organization = https: // dev.azure.com/fabrikam-tailspin project = FabrikamFiber

  az pipelines queue show --id 14

{
  "id": 14,
  "name": "Размещенная Windows 2019 с VS2019",
  "бассейн": {
    "id": 4,
    "isHosted": правда,
    "isLegacy": правда,
    "name": "Размещенная Windows 2019 с VS2019",
    "poolType": "автоматизация",
    "scope": "941fcaeb-be37-4309-b7b0-5cf156e1236e",
    «размер»: 1
  },
  "projectId": "16836457-4ce1-4e77-b97a-e7e0c6508e84"
}
  

Команды интерфейса командной строки Azure DevOps не поддерживаются для Azure DevOps Server 2019 и более ранних версий.

Пулы используются для выполнения заданий. Узнайте об указании пулов для заданий.

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

Создание пулов агентов

Вот несколько типичных ситуаций, когда вы можете захотеть создать пулы агентов с собственным хостом:

• Вы являетесь участником проекта и хотите использовать набор машин, принадлежащих вашей группе, для выполнения заданий сборки и развертывания.Во-первых, убедитесь, что у вас есть разрешения на создание пулов в вашем проекте, выбрав Security на странице пулов агентов в настройках вашего проекта. У вас должна быть роль Администратор , чтобы иметь возможность создавать новые пулы. Затем выберите Добавить пул и выберите вариант создания нового пула на уровне организации. Наконец, установите и настройте агентов, чтобы они были частью этого пула агентов.

• Вы являетесь членом группы инфраструктуры и хотите создать пул агентов для использования во всех проектах.Сначала убедитесь, что вы являетесь членом группы в Все пулы агентов с ролью Администратор , перейдя на страницу пулов агентов в настройках вашей организации. Затем создайте Новый пул агентов и выберите опцию Автоматическая подготовка соответствующих пулов агентов во всех проектах при создании пула. Этот параметр гарантирует, что все проекты имеют доступ к этому пулу агентов. Наконец, установите и настройте агентов, чтобы они были частью этого пула агентов.

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

• Вы являетесь участником проекта и хотите использовать набор машин, принадлежащих вашей группе, для выполнения заданий сборки и развертывания. Во-первых, убедитесь, что вы являетесь членом группы в All Pools с ролью Administrator . Затем создайте Новый пул агентов проекта в настройках вашего проекта и выберите опцию Создать новый пул агентов организации . В результате будет создан пул агентов как на уровне организации, так и на уровне проекта. Наконец, установите и настройте агентов, чтобы они были частью этого пула агентов.

• Вы являетесь членом группы инфраструктуры и хотите создать пул агентов для использования во всех проектах.Сначала убедитесь, что вы являетесь членом группы в All Pools с ролью Administrator . Затем создайте пул агентов новой организации в настройках администратора и выберите опцию Автоматическая подготовка соответствующих пулов агентов проекта во всех проектах при создании пула. Этот параметр гарантирует, что все проекты имеют пул, указывающий на пул агентов организации. Система создает пул для существующих проектов, и в будущем он будет делать это при создании нового проекта.Наконец, установите и настройте агентов, чтобы они были частью этого пула агентов.

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

Безопасность пулов агентов

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

Роли определены для каждого пула агентов, а членство в этих ролях определяет, какие операции вы можете выполнять с пулом агентов.

Узел Все пулы агентов на вкладке Пулы агентов используется для управления безопасностью всех пулов агентов организации . Членство в ролях для отдельных пулов агентов организации автоматически наследуется от ролей узла «Все пулы агентов».При использовании TFS или Azure DevOps Server по умолчанию администраторы TFS и Azure DevOps Server также являются администраторами узла «Все пулы агентов».

Роли также определены для каждого пула агентов проекта, и членство в этих ролях определяет, какие операции вы можете выполнять с пулом агентов на уровне проекта.

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

Узел Все пулы агентов на вкладке Пулы агентов используется для управления безопасностью всех пулов агентов проекта в проекте. Членство в ролях для отдельных пулов агентов проекта автоматически наследуется от ролей узла «Все пулы агентов». По умолчанию к роли администратора «Все пулы агентов» добавляются следующие группы: «Администраторы сборки», «Администраторы выпуска», «Администраторы проекта».

Действие Безопасность на вкладке Пулы агентов используется для управления безопасностью всех пулов агентов проекта в проекте.Членство в ролях для отдельных пулов агентов проекта автоматически наследуется от того, что вы определяете здесь. По умолчанию к роли администратора «Все пулы агентов» добавляются следующие группы: «Администраторы сборки», «Администраторы выпуска», «Администраторы проекта».

TFS 2015

В TFS 2015 специальные группы определены в пулах агентов, и членство в этих группах определяет, какие операции вы можете выполнять.

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

Добавьте людей в группу администраторов пула агентов, чтобы предоставить им разрешение на управление всеми пулами агентов. Это позволяет людям создавать новые пулы и изменять все существующие пулы. Члены группы администраторов Team Foundation также могут выполнять все эти операции.

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

FAQ

Если я не запланирую окно обслуживания, когда агенты выполнят обслуживание?

Если окно не запланировано, агенты в этом пуле не будут запускать задание обслуживания.

Что такое техническое обслуживание?

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

Для настройки параметров технического обслуживания:

1. Выберите Azure DevOps , Параметры организации .

2. Выберите Пулы агентов .

1. Выберите Azure DevOps , Параметры коллекции .

2. Выберите Пулы агентов .

1. Выберите Azure DevOps , Параметры коллекции .

2. Выберите Пулы агентов .

1. Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

2. Выберите Управление пулами .

1. Перейдите к своему проекту и выберите Настройки (значок шестеренки)> Очереди агентов .

2. Выберите Управление пулами .

1. Перейдите к своему проекту и выберите Управление проектом (значок шестеренки).

2. Выберите Панель управления .

3. Выберите Пулы агентов .

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

Важно

У вас должно быть разрешение «Управление очередями сборки», чтобы настроить параметры задания обслуживания. Если вы не видите вкладку Settings или Maintenance History , у вас нет этого разрешения, которое по умолчанию предоставляется роли Administrator . Для получения дополнительной информации см. Безопасность пулов агентов.

Задайте нужные параметры и выберите Сохранить .

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

Обслуживание выполняется для пула агентов, а не для каждой машины; поэтому, если у вас есть несколько пулов агентов на одной машине, вы все равно можете столкнуться с проблемами дискового пространства.

Я пытаюсь создать пул агентов проекта, который использует существующий пул агентов организации, но элементы управления неактивны. Почему?

В диалоговом окне «Создание пула агентов проекта» нельзя использовать существующий пул агентов организации, если на него уже ссылается другой пул агентов проекта. На каждый пул агентов организации может ссылаться только один пул агентов проекта в данной коллекции проектов.

Я не могу выбрать пул, размещенный в Microsoft, и не могу поставить свою сборку в очередь.Как я могу это исправить?

Попросите владельца вашей организации Azure DevOps предоставить вам разрешение на использование пула. См. Безопасность пулов агентов.

Мне нужно больше размещенных ресурсов сборки.

A: Пул Azure Pipelines предоставляет всем организациям Azure DevOps размещенные в облаке агенты сборки и бесплатные минуты сборки каждый месяц. Если вам нужно больше ресурсов сборки, размещенных в Microsoft, или вам нужно выполнять больше заданий параллельно, вы можете:

узлов и пулов в пакетной службе Azure — пакетная служба Azure

• 11.03.2021
• 22 минуты на чтение

В этой статье

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

Узлы

Узел — это виртуальная машина (ВМ) Azure или виртуальная машина облачной службы, выделенная для обработки части рабочей нагрузки вашего приложения. Размер узла определяет количество ядер ЦП, объем памяти и размер локальной файловой системы, выделенной узлу.

Вы можете создавать пулы узлов Windows или Linux с помощью облачных служб Azure, образов из Azure Virtual Machines Marketplace или настраиваемых образов, которые вы подготовите.

Узлы могут запускать любой исполняемый файл или сценарий, который поддерживается средой операционной системы узла. Исполняемые файлы или сценарии включают сценарии * .exe, * .cmd, * .bat и PowerShell (для Windows), а также двоичные файлы, сценарии оболочки и Python (для Linux).

Все вычислительные узлы в пакетном режиме также включают:

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

Бассейны

Пул — это набор узлов, на которых работает ваше приложение.

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

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

Пул может использоваться только той учетной записью пакетной службы, в которой он был создан. Учетная запись пакетной службы может создавать несколько пулов для удовлетворения требований к ресурсам приложений, которые она будет запускать.

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

Важно

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

Операционная система и версия

При создании пула пакетной службы вы указываете конфигурацию виртуальной машины Azure и тип операционной системы, которую хотите запустить на каждом вычислительном узле в пуле.

Конфигурации

В пакетном режиме доступны два типа конфигураций пула.

Важно

Хотя в настоящее время вы можете создавать пулы, используя любую конфигурацию, новые пулы следует настраивать с помощью конфигурации виртуальной машины, а не конфигурации облачных служб. Все текущие и новые функции пакетной обработки будут поддерживаться пулами конфигурации виртуальных машин. Пулы конфигурации облачных сервисов не поддерживают все функции, и новых возможностей не планируется.Вы не сможете создавать новые пулы CloudServiceConfiguration или добавлять новые узлы в существующие пулы после 29 февраля 2024 года.

Конфигурация виртуальной машины

Конфигурация виртуальной машины указывает, что пул состоит из виртуальных машин Azure. Эти виртуальные машины могут быть созданы из образов Linux или Windows.

Агент узла пакетной обработки — это программа, которая запускается на каждом узле в пуле и обеспечивает командно-управляющий интерфейс между узлом и пакетной службой.Существуют разные реализации агента узла, известные как SKU, для разных операционных систем. При создании пула на основе конфигурации виртуальной машины необходимо указать не только размер узлов и источник образов, используемых для их создания, но также ссылку на образ виртуальной машины и артикул агента узла пакета для установки на узлы. Дополнительные сведения об указании этих свойств пула см. В разделе Подготовка вычислительных узлов Linux в пулах пакетной службы Azure.Вы можете дополнительно подключить один или несколько пустых дисков данных к виртуальным машинам пула, созданным из образов Marketplace, или включить диски данных в пользовательские образы, используемые для создания виртуальных машин. При включении дисков с данными вам необходимо смонтировать и отформатировать диски из виртуальной машины, чтобы использовать их.

Конфигурация облачных служб

Конфигурация облачных служб указывает, что пул состоит из узлов облачных служб Azure. Облачные службы предоставляют только вычислительные узлы Windows.

Доступные операционные системы для пулов конфигурации облачных служб перечислены в выпусках гостевых ОС Azure и матрице совместимости пакетов SDK, а доступные размеры вычислительных узлов указаны в разделе «Размеры для облачных служб».При создании пула, содержащего узлы облачных служб, вы указываете размер узла и его семейство OS (которое определяет, какие версии .NET устанавливаются вместе с ОС). Облачные службы развертываются в Azure быстрее, чем виртуальные машины под управлением Windows. Если вам нужны пулы вычислительных узлов Windows, вы можете обнаружить, что облачные службы обеспечивают повышение производительности с точки зрения времени развертывания.

Как и в случае с рабочими ролями в облачных службах, вы можете указать версию ОС .Мы рекомендуем указать Latest (*) для OS версии , чтобы узлы обновлялись автоматически и не требовалось никаких дополнительных действий для обслуживания новых выпущенных версий. Основным вариантом использования для выбора конкретной версии ОС является обеспечение совместимости приложений, что позволяет выполнить тестирование обратной совместимости, прежде чем разрешить обновление версии. После проверки можно обновить ОС версии для пула и установить новый образ ОС.Все запущенные задачи будут прерваны и снова поставлены в очередь.

Артикул агента узла

При создании пула необходимо выбрать соответствующий nodeAgentSkuId , в зависимости от ОС базового образа вашего VHD. Вы можете получить сопоставление доступных идентификаторов SKU агента узла с их ссылками на образы ОС, вызвав операцию List Supported Node Agent SKUs.

Пользовательские образы для пулов виртуальных машин

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

В качестве альтернативы можно создать настраиваемый пул виртуальных машин с помощью ресурса управляемого образа. Дополнительные сведения о подготовке пользовательских образов Linux из виртуальных машин Azure см. В разделе Как создать образ виртуальной машины или VHD. Дополнительные сведения о подготовке пользовательских образов Windows из виртуальных машин Azure см. В разделе Создание управляемого образа универсальной виртуальной машины в Azure.

Поддержка контейнеров в пулах виртуальных машин

При создании пула конфигурации виртуальных машин с использованием пакетных API-интерфейсов вы можете настроить пул для выполнения задач в контейнерах Docker.В настоящее время вы должны создать пул, используя образ, поддерживающий контейнеры Docker. Используйте образ Windows Server 2016 Datacenter с контейнерами из Azure Marketplace или предоставьте пользовательский образ виртуальной машины, который включает Docker Community Edition или Enterprise Edition и все необходимые драйверы. Параметры пула должны включать конфигурацию контейнера, которая копирует образы контейнеров на виртуальные машины при создании пула. Задачи, выполняемые в пуле, могут затем ссылаться на образы контейнеров и параметры запуска контейнера.

Дополнительные сведения см. В разделе Запуск приложений-контейнеров Docker в пакетной службе Azure.

Тип узла и цель

При создании пула вы можете указать, какие типы узлов вам нужны, и целевое количество для каждого. Два типа узлов:

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

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

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

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

Для получения информации о ценах как для низкоприоритетных, так и для выделенных узлов см. Цены на пакетную обработку.

Размер узла

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

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

Политика автоматического масштабирования

Для динамических рабочих нагрузок вы можете применить политику автоматического масштабирования к пулу. Пакетная служба будет периодически оценивать вашу формулу и динамически корректировать количество узлов в пуле в соответствии с текущей рабочей нагрузкой и использованием ресурсов в вашем сценарии вычислений.Это позволяет снизить общие затраты на запуск вашего приложения, используя только те ресурсы, которые вам нужны, и выпуская те, которые вам не нужны.

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

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

Формула масштабирования может быть основана на следующих показателях:

• Показатели времени основаны на статистике, собираемой каждые пять минут в указанное количество часов.
• Метрики ресурсов основаны на использовании ЦП, использовании полосы пропускания, использовании памяти и количестве узлов.
• Показатели задачи основаны на состоянии задачи, например Активно, (в очереди), Выполняется, или Завершено, .

Когда автоматическое масштабирование уменьшает количество вычислительных узлов в пуле, вы должны подумать, как обрабатывать задачи, которые выполняются во время операции уменьшения.Чтобы учесть это, Batch предоставляет опцию освобождения узла , которую вы можете включить в свои формулы. Например, вы можете указать, что запущенные задачи немедленно останавливаются, а затем повторно ставятся в очередь для выполнения на другом узле или разрешается завершиться до того, как узел будет удален из пула. Обратите внимание, что установка параметра освобождения узла как завершение задачи или сохраненные данные предотвратит операции изменения размера пула до тех пор, пока все задачи не будут завершены или все периоды хранения задач не истекут, соответственно.

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

Подсказка

Чтобы максимально использовать вычислительные ресурсы, установите нулевое целевое количество узлов в конце задания, но позвольте выполняющимся задачам завершиться.

Политика планирования задач

Параметр конфигурации «Максимальное количество задач на узел» определяет максимальное количество задач, которые могут выполняться параллельно на каждом вычислительном узле в пуле.

Конфигурация по умолчанию указывает, что на узле одновременно выполняется одна задача, но есть сценарии, в которых полезно иметь две или более задач, выполняемых на узле одновременно. См. Пример сценария в статье о задачах одновременных узлов, чтобы узнать, как можно извлечь выгоду из нескольких задач для каждого узла.

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

Статус связи

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

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

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

Запуск задач

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

Пакеты приложений

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

Дополнительные сведения об использовании пакетов приложений для развертывания приложений на узлах пакетной службы см. В разделе «Развертывание приложений для вычисления узлов с пакетами приложений пакетной обработки».

Виртуальная сеть (VNet) и настройка брандмауэра

Когда вы подготавливаете пул вычислительных узлов в пакетной службе, вы можете связать пул с подсетью виртуальной сети Azure (VNet). Чтобы использовать виртуальную сеть Azure, API пакетного клиента должен использовать проверку подлинности Azure Active Directory (AD). Поддержка пакетной службы Azure для Azure AD задокументирована в разделе «Решения службы проверки подлинности пакетной службы с помощью Active Directory».

Требования к виртуальной сети

Общие требования

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

• В подсети, указанной для пула, должно быть достаточно неназначенных IP-адресов, чтобы вместить количество виртуальных машин, предназначенных для пула; то есть сумма свойств targetDedicatedNodes и targetLowPriorityNodes пула. Если в подсети недостаточно неназначенных IP-адресов, пул частично выделяет вычислительные узлы, и возникает ошибка изменения размера.

• Конечная точка хранилища Azure должна быть разрешена любыми настраиваемыми DNS-серверами, обслуживающими вашу виртуальную сеть. В частности, URL-адреса вида .table.core.windows.net , .queue.core.windows.net и .blob.core.windows.net должны быть разрешимый.

• Несколько пулов можно создать в одной виртуальной сети или в одной подсети (при условии, что у нее достаточно адресного пространства). Один пул не может существовать в нескольких виртуальных сетях или подсетях.

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

Пулы в конфигурации виртуальной машины

Поддерживаемые виртуальные сети — только виртуальные сети на основе Azure Resource Manager

ID подсети — при указании подсети с помощью API пакетной обработки используйте идентификатор ресурса подсети.Идентификатор подсети имеет вид:

/subscriptions/{subscription}/resourceGroups/{group}/providers/Microsoft.Network/virtualNetworks/{network}/subnets/{subnet}

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

Дополнительные сетевые ресурсы — Пакетная служба автоматически создает дополнительные сетевые ресурсы в группе ресурсов, содержащей виртуальную сеть.

Важно

Для каждых 100 выделенных или низкоприоритетных узлов пакетная служба создает: одну группу безопасности сети (NSG), один общедоступный IP-адрес и один балансировщик нагрузки. Эти ресурсы ограничены квотами ресурсов подписки. Для больших пулов может потребоваться запросить увеличение квоты для одного или нескольких из этих ресурсов.

Группы безопасности сети: пакет по умолчанию

Подсеть должна разрешать входящую связь от пакетной службы, чтобы иметь возможность планировать задачи на вычислительных узлах, и исходящую связь для связи со службой хранилища Azure или другими ресурсами в соответствии с требованиями вашей рабочей нагрузки.Для пулов в конфигурации виртуальной машины пакетная служба добавляет группы безопасности сети на уровне сетевых интерфейсов (NIC), подключенных к вычислительным узлам. Эти группы безопасности сети настроены со следующими дополнительными правилами:

• Входящий TCP-трафик на порты 29876 и 29877 с IP-адресов пакетной службы, которые соответствуют тегу службы BatchNodeManagement .
• Входящий TCP-трафик на порт 22 (узлы Linux) или порт 3389 (узлы Windows) для разрешения удаленного доступа. Для определенных типов задач с несколькими экземплярами в Linux (таких как MPI) вам также потребуется разрешить трафик SSH-порта 22 для IP-адресов в подсети, содержащей узлы пакетного вычисления.Это может быть заблокировано правилами NSG на уровне подсети (см. Ниже).
• Исходящий трафик на любой порт в виртуальную сеть. Это может быть изменено в соответствии с правилами NSG на уровне подсети (см. Ниже).
• Исходящий трафик на любой порт в Интернет. Это может быть изменено в соответствии с правилами NSG на уровне подсети (см. Ниже).

Важно

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

Группы безопасности сети: определение правил на уровне подсети

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

Настройте входящий трафик на порт 3389 (Windows) или 22 (Linux), только если вам нужно разрешить удаленный доступ к вычислительным узлам из внешних источников. Вам может потребоваться включить правила порта 22 в Linux, если вам требуется поддержка многоэкземплярных задач с определенными средами выполнения MPI. Разрешение трафика на этих портах не является строго обязательным для использования вычислительных узлов пула.

Предупреждение

IP-адреса пакетной службы могут изменяться со временем. Поэтому мы настоятельно рекомендуем использовать служебный тег BatchNodeManagement (или региональный вариант) для правил NSG, указанных в следующих таблицах.Избегайте заполнения правил NSG конкретными IP-адресами пакетной службы.

Правила безопасности входящего трафика

Правила безопасности исходящего трафика

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

Пулы в конфигурации облачных сервисов

Предупреждение

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

Поддерживаемые виртуальные сети — только классические виртуальные сети

ID подсети — при указании подсети с помощью API пакетной обработки используйте идентификатор ресурса подсети. Идентификатор подсети имеет вид:

/ subscriptions / {subscription} / resourceGroups / {group} / provider / Microsoft.ClassicNetwork / virtualNetworks / {network} / subnets / {subnet}

Разрешения — субъект-служба Microsoft Azure Batch должна иметь роль Classic Virtual Machine Contributor Azure для указанной виртуальной сети.

Группы безопасности сети

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

Нет необходимости указывать группу безопасности сети, поскольку пакетная служба настраивает входящую связь только с IP-адресов пакетной службы на узлы пула. Однако, если с указанной подсетью связаны группы безопасности сети и / или брандмауэр, настройте правила безопасности для входящего и исходящего трафика, как показано в следующих таблицах. Если NSG запрещает связь с вычислительными узлами в указанной подсети, пакетная служба устанавливает состояние вычислительных узлов на , непригодный для использования .

Настройте входящий трафик на порт 3389 для Windows, если вам нужно разрешить RDP-доступ к узлам пула.Это не требуется для использования узлов пула.

Правила безопасности входящего трафика

Правила безопасности исходящего трафика

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

Срок службы пула и вычислительного узла

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

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

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

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

Автопулы

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

Безопасность с сертификатами

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

Для добавления сертификата в учетную запись пакетной службы используется операция добавления сертификата (пакетный REST) ​​или метод CertificateOperations.CreateCertificate (пакетная версия .NET). Затем вы можете связать сертификат с новым или существующим пулом.

Когда сертификат связан с пулом, пакетная служба устанавливает сертификат на каждый узел в пуле. Пакетная служба устанавливает соответствующие сертификаты при запуске узла перед запуском любых задач (включая задачу запуска и задачу диспетчера заданий).

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

Следующие шаги

Azure Pool and Deck Design, Inc.

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

Показать еще

Требуются опытные мастера, чтобы восстановить периметр вашего бассейна и отремонтировать террасу или террасу бассейна. Вот почему в Azure работают только профессионалы в области плитки и камня, творческие и точные, которые никогда не покидают …

Показать еще

Ничто так не добавляет классу и функциональности вашему патио, как изготовленная на заказ летняя кухня.Azure сочетает в себе ультрасовременную технику с мастерским дизайном, чтобы создать летнюю кухню, которая отлично выглядит и всегда …

Показать еще

Травертин, брусчатка, натуральный камень и нескользящие поверхности — Azure создает элегантные патио и террасы, которые долговечны и превращают обыденное в великолепное. …

Показать еще

Azure Pool and Deck Design — лояльный дилер Pentair Pool Products.Мы поставляем нашим клиентам только лучшее оборудование для бассейнов! Обязательно спросите о наших системах управления мобильными приложениями для вашего смартфона ….

Показать еще

Добавление уникального водного сооружения или спа к бассейну превращает ваш задний двор в современный оазис, где доступная функциональность сочетается с великолепной формой. …

Показать еще

Думаете о создании идеального открытого пространства? Мы проведем вас через весь процесс от начала до конца.Наши опытные дизайнеры будут работать с вами, чтобы создать рай, о котором вы мечтали! …

Показать еще

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

Показать еще

Зачем оставлять эту бетонную поверхность незавершенной? Давайте добавим индивидуальную отделку к этой старой бетонной плите.Мы специализируемся на услугах по декоративному бетону. Мы делаем все, от штампованного бетона до поверхностей из спрей-бетона. Свяжитесь с нами t …

Показать еще

Бассейн Лазурный | Чернобыльская галерея

Бассейн «Лазурный» или Лазурный (Бассейн «Лазурный») — самый известный из трех закрытых бассейнов Припяти.Он расположен в центре на улице Спортивной, рядом со средней школой №3.

Другие претенденты на известность были представлены в видеоигре «Call of Duty 4: Modern Warfare».

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

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

Увидев бассейн впервые, я не мог не задуматься о влиянии катастрофы на жителей города. Относительно немногие жители Запада могут ассоциировать себя с действующим Дворцом культуры, но почти каждый испытал крытый бассейн, часто с воспоминаниями из раннего детства.Но теперь хлора не было.

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

Пленка плавательного бассейна Лазурь в использовании

Фотографии с водяными знаками Чернобыльская галерея.com под лицензией Creative Commons License.

azure-content / sql-database-elastic-pool-guidance.md на главном сервере · uglide / azure-content · GitHub

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

[AZURE.NOTE] Эластичные пулы обычно доступны (GA) во всех регионах Azure, за исключением северных и центральных регионов США, Западной Индии и северного Китая, где они в настоящее время находятся в предварительной версии. GA эластичных пулов в этих регионах будет предоставлен в ближайшее время.

Пулы эластичных баз данных

Разработчики SaaS создают приложения на основе крупномасштабных уровней данных, состоящих из нескольких баз данных. Распространенным шаблоном приложения является предоставление единой базы данных для каждого клиента.Но разные клиенты часто имеют разные и непредсказуемые модели использования, и трудно предсказать потребности в ресурсах каждого отдельного пользователя базы данных. Таким образом, разработчик может выделить ресурсы со значительными затратами, чтобы обеспечить оптимальную пропускную способность и время отклика для всех баз данных. Или разработчик может тратить меньше и рисковать снижением производительности для своих клиентов. Дополнительные сведения о шаблонах проектирования для приложений SaaS с использованием эластичных пулов см. В разделе Шаблоны проектирования для мультитенантных приложений SaaS с базой данных SQL Azure.

Эластичные пулы в базе данных SQL Azure позволяют разработчикам SaaS оптимизировать соотношение цены и производительности для группы баз данных в рамках установленного бюджета, обеспечивая при этом эластичность производительности для каждой базы данных. Пулы позволяют разработчику приобретать эластичные единицы транзакций базы данных (eDTU) для пула, совместно используемого несколькими базами данных, чтобы приспособиться к непредсказуемым периодам использования отдельными базами данных. Требование eDTU для пула определяется совокупным использованием его баз данных.Количество доступных для пула eDTU контролируется бюджетом разработчика. Пулы позволяют разработчику легко рассуждать о влиянии бюджета на производительность и, наоборот, на их пул. Разработчик просто добавляет базы данных в пул, устанавливает минимальное и максимальное eDTU для баз данных, а затем устанавливает eDTU пула в зависимости от их бюджета. Разработчик может использовать пулы для беспрепятственного развития своего сервиса от бережливого стартапа до зрелого бизнеса с постоянно растущими масштабами.

Когда рассматривать пул

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

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

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

Оценка шаблонов использования базы данных

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

В течение пятиминутного периода, показанного выше, DB1 достигает пика до 90 DTU, но его общее среднее использование составляет менее пяти DTU. Для выполнения этой рабочей нагрузки в одной базе данных требуется уровень производительности S3, но при этом большая часть ресурсов остается неиспользованной в периоды низкой активности.

Пул позволяет использовать эти неиспользуемые DTU в нескольких базах данных, что снижает общее количество необходимых DTU и общую стоимость.

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

Совокупное использование DTU во всех 20 базах данных показано черной линией на приведенном выше рисунке.Это показывает, что совокупное использование DTU никогда не превышает 100 DTU, и указывает, что 20 баз данных могут совместно использовать 100 eDTU за этот период времени. Это приводит к 20-кратному сокращению DTU и 13-кратному снижению цены по сравнению с помещением каждой из баз данных в уровни производительности S3 для отдельных баз данных.

Этот пример идеален по следующим причинам:

• Существуют большие различия между пиковым и средним использованием для каждой базы данных.
• Пиковая загрузка каждой базы данных приходится на разные моменты времени.
• eDTU совместно используются большим количеством баз данных.

Цена пула является функцией eDTU пула. Хотя цена за единицу eDTU для пула в 1,5 раза больше, чем цена за единицу DTU для одной базы данных, eDTU пула могут совместно использоваться многими базами данных, поэтому во многих случаях требуется меньшее количество eDTU . Эти различия в ценах и совместном использовании eDTU являются основой потенциала экономии цен, который могут обеспечить пулы.

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

Минимальное количество баз данных

Если сумма DTU уровней производительности для отдельных баз данных более чем в 1,5 раза превышает количество eDTU, необходимое для пула, то эластичный пул более рентабелен. Доступные размеры см. В разделе eDTU и ограничения хранилища для пулов эластичных баз данных и эластичных баз данных.

Пример
Для того, чтобы пул 100 eDTU был более рентабельным, чем использование уровней производительности для отдельных баз данных, необходимы как минимум две базы данных S3 или как минимум 15 баз данных S0.

Максимальное количество одновременно работающих баз данных

При совместном использовании eDTU не все базы данных в пуле могут одновременно использовать eDTU до предела, доступного при использовании уровней производительности для отдельных баз данных. Чем меньше баз данных одновременно достигают пика, тем ниже можно установить eDTU пула и тем более рентабельным становится пул. Как правило, не более 2/3 (или 67%) баз данных в пуле должны одновременно достигать предела eDTU.

Пример
Чтобы снизить затраты на три базы данных S3 в пуле 200 eDTU, максимум две из этих баз данных могут одновременно достичь пика использования.В противном случае, если более двух из этих четырех баз данных S3 одновременно достигают пика, размер пула должен составлять более 200 eDTU. А если размер пула увеличен до более чем 200 eDTU, в пул потребуется добавить больше баз данных S3, чтобы снизить затраты по сравнению с уровнями производительности для отдельных баз данных.

Обратите внимание, что в этом примере не рассматривается использование других баз данных в пуле. Если все базы данных имеют некоторую загрузку в любой момент времени, то одновременно могут достигать пика менее 2/3 (или 67%) баз данных.

Использование DTU в базе данных

Большая разница между пиковым и средним использованием базы данных указывает на длительные периоды низкого использования и короткие периоды высокого использования. Этот шаблон использования идеален для совместного использования ресурсов в базах данных. База данных должна рассматриваться как пул, когда ее пиковая загрузка примерно в 1,5 раза превышает ее среднее использование.

Пример
База данных S3, которая достигает пика до 100 DTU и в среднем использует 67 DTU или меньше, является хорошим кандидатом для совместного использования eDTU в пуле.В качестве альтернативы, база данных S1, которая достигает пика до 20 DTU и в среднем использует 13 DTU или меньше, является хорошим кандидатом для пула.

Размер эластичного бассейна

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

• Максимальное количество DTU, используемых всеми базами данных в пуле.
• Максимальный объем хранилища, используемый всеми базами данных в пуле.

Доступные размеры см. В разделе eDTU и ограничения хранилища для пулов эластичных баз данных и эластичных баз данных.

База данных SQL автоматически оценивает историческое использование ресурсов базами данных на существующем сервере базы данных SQL и рекомендует соответствующую конфигурацию пула на портале Azure. Помимо рекомендаций, встроенный интерфейс оценивает использование eDTU для настраиваемой группы баз данных на сервере. Это позволяет выполнять анализ «что, если», интерактивно добавляя базы данных в пул и удаляя их, чтобы получить анализ использования ресурсов и рекомендации по размеру перед фиксацией изменений.Инструкции см. В разделе Мониторинг, управление и размер эластичного пула.

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

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

1. Оцените количество eDTU, необходимых для пула, следующим образом:

   MAX (< Общее количество DB X , среднее использование DTU на DB >,
   < Количество одновременно работающих пиковых DB X Пиковое использование DTU на DB )

2. Оцените объем памяти, необходимый для пула, добавив количество байтов, необходимых для всех баз данных в пуле.Затем определите размер пула eDTU, который обеспечивает этот объем хранилища. Ограничения для хранения пула на основе размера пула eDTU см. В разделе eDTU и ограничения хранения для пулов эластичных баз данных и эластичных баз данных.

3. Возьмите большую из оценок eDTU из Шага 1 и Шага 2.

4. См. Страницу с ценами на базу данных SQL и найдите наименьший размер пула eDTU, который превышает оценку из шага 3.

5. Сравните цену пула из шага 5 со стоимостью использования соответствующих уровней производительности для отдельных баз данных.

Сводка

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

Следующие шаги

выделенных пулов SQL в Azure Synapse Analytics

Эта статья поможет вам создать выделенный пул SQL в Azure Synapse Analytics, что является первым шагом к настройке среда хранения данных в Synapse.

Введение

В предыдущих частях серии статей об Azure Synapse Analytics мы узнали, как работать с Azure Synapse. Пул SQL по запросу, который создается по умолчанию при создании Azure Synapse Workspace. Пулы SQL по запросу Предложение «Запрос как услуга» в экосистеме Azure Synapse Analytics. Это позволяет получать доступ к данным из неструктурированных и структурированных источников данных без необходимости перемещать данные в централизованное целевое хранилище.Хотя это может служить определенным типам вариантов использования, существуют варианты использования, которые не ограничиваются ограничениями обработки данных репозиториев размещения данных, таких как, например, SQL Azure или SQL Data Lake Storage. Выделенный пул SQL предоставляет механизм распределенных запросов и необходимые функции и возможности, необходимые для обработки типов рабочих нагрузок хранилищ данных. Давайте продолжим и разберемся с выделенными пулами SQL в Azure Synapse Analytics.

Предварительные требования

Предполагается, что учетная запись Azure Synapse Analytics Workspace была создана, как описано в одной из предыдущих частей этой серии.Если раньше мы не создавали никаких выделенных пулов SQL, когда мы нажимаем на опцию меню «Пулы SQL» в разделе «Аналитика», это будет выглядеть, как показано ниже. Единственный пул SQL, который будет доступен в списке, — это бессерверный пул SQL по запросу.

Создание выделенных пулов SQL

Мы намерены создать новый выделенный пул SQL. Для этого нажмите кнопку «Создать», и откроется Мастер создания выделенного пула SQL, как показано ниже.Первая деталь, которую нам нужно предоставить, — это имя SQL бассейн. Введите подходящее имя, как показано ниже. Следующая очень важная конфигурация — это выбор уровня производительности. По умолчанию выбран вариант DW1000c, что означает 1000 вычислительных единиц хранилища данных. Важный момент, на который следует обратить внимание, — это стоимость, которая составит 15,10 долларов в час. Если этот пул будет работать в течение месяца (30 дней), это будет стоить 10 872 доллара. Таким образом, необходимо выбирать емкость на основе бюджета затрат и требований к производительности.Чтобы понять, какой масштаб производительности можно ожидать от модулей DW, можно обратиться к этой ссылке, которая объясняет ограничения и уровни производительности DWU.

Для демонстрационных целей нам не нужна такая высокая емкость, поэтому мы можем уменьшить ее до минимальной емкости, что составляет 100 единиц, как показано ниже. Это потребует 1,15 доллара в час, что гораздо более разумно для наших вариант использования. После выбора уровня производительности нажмите кнопку «Далее».

На этом этапе у нас есть возможность использовать существующие данные или создать пустой пул, который мы можем заполнить позже. По по умолчанию выбран вариант Нет , что означает, что будет создан пустой пул. В случае, если есть предыдущая резервная копия создана, то же самое можно восстановить здесь, чтобы создать пул из существующих данных. Также бассейн может также может быть создан из существующей точки восстановления. А пока мы продолжим с пустым пулом и продолжим настройки по умолчанию.Можно изменить параметры сортировки по умолчанию, для которых CP1 нечувствительна к регистру. Мы просто хотим учиться как создать пул, поэтому мы пока продолжаем использовать настройки по умолчанию и нажимаем кнопку «Далее».

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

Теперь мы закончили настройку. На этом этапе просмотрите параметры конфигурации и щелкните значок Создать кнопку , чтобы начать развертывание и создание выделенного пула SQL. Иногда вы можете возникает внутренняя ошибка сервера во время развертывания пула. Это может быть так, поскольку услуга в превью к черновику этой статьи. Если вы столкнулись с такой ошибкой, удалите развертывание и следуйте инструкциям шаги, описанные выше, и развертывание может пройти нормально.

После успешного развертывания нажмите кнопку открытия ресурса. Это приведет нас к Лазурному синапсу Рабочее пространство аналитики. Прокрутите страницу рабочей области вниз, и вы сможете найти в списке только что созданный пул. в разделе пулов SQL, как показано ниже. Если вы внимательно проверите тип вновь созданного пула, вы обнаружите, что он упоминается как «Выделенный», и размер инструмента также будет указан, как показано ниже.

Чтобы начать работу с этим пулом, щелкните имя пула, и откроется экран, как показано ниже. Это страница панели управления пула. Если вы читаете имя пула, оно показывает имя рабочей области, за которым следует «/». а затем имя пула, что означает, что пул является частью этой рабочей области. Различные функции и конфигурации, относящиеся к этому пулу, такие как журналы активности, контроль доступа, теги, управление рабочей нагрузкой, обслуживание расписания, свойства, шифрование и т. д.можно увидеть на левой панели, как показано ниже. На панели инструментов мы можем найти параметры, связанные с администрированием пула, такие как приостановка пула, масштабирование пула, создание восстановления точек, запуск Synapse Studio для работы с этим пулом и т. д. На нижней панели отображается информация, связанная с мониторингом. как уведомления, дубли и особенности.

Прокрутите вниз, и вы сможете увидеть диаграммы, как показано ниже. На диаграмме показателей использования DWU мы видим, что максимальный используемый DW очень низкий, так как мы еще не начали использовать пул.Активные запросы и запросы в очереди отражают то же самое с нулевыми запросами. Это может быть быстрый способ для администраторов контролировать использование пула.

После создания этого пула мы можем намереваться использовать этот пул из различных инструментов, IDE и приложений. Для этого Назначение, первое, что нам нужно, это соединительная строка, использующая разные протоколы, такие как JDBC, ODBC, ADO.Net. Мы также могут потребоваться специальные драйверы на основе этих протоколов, которые позволяют нам подключаться к выделенному пулу SQL.Прокрутка вверх по странице и щелкните ссылку «Строки подключения», чтобы открыть страницу, как показано ниже. На этой странице перечислены все поддерживаемые типы подключения, шаблоны строк подключения и ссылки для загрузки поддерживаемых драйверов.

Разработчики, администраторы, аналитики и другие группы инженеров данных обычно используют SQL Server Management Studio в качестве своих основной инструмент для исследования базы данных и связанных объектов. Чтобы подключиться к выделенному SQL для Azure Synapse Analytics пула из SSMS, перейдите на домашнюю страницу рабочего пространства Synapse, используйте конечную точку, а также учетные данные и подключитесь к тоже самое.После подключения вы сможете найти пул в списке, как показано ниже. Если мы расширим пул, мы сможем увидеть иерархию объектов, поддерживаемую пулом, такую ​​как таблицы, представления, возможности программирования и т. д.

Щелкните пул правой кнопкой мыши и щелкните значок свойств, чтобы проверить различные свойства пула SQL, как показано. ниже. У него будет четыре вкладки — Общие свойства, Параметры, Настроить SLO (объект уровня обслуживания) и Разрешения.Рассмотрите возможность изучения этих параметров и значений, чтобы понять конфигурацию пула.

Если вы щелкните вкладку «Настроить SLO», вы сможете найти сведения о размере пула, как показано ниже.

Таким образом, мы можем создать выделенный пул SQL для Azure Synapse Analytics, подключиться к нему с помощью Synapse Studio или SSMS, и начать с этого.

Заключение

Мы начали с существующей настройки рабочего пространства Azure Synapse и изучили различные конфигурации, необходимые для создать выделенный пул SQL в Azure Synapse Analytics.Мы изучили интерфейс администрирования, предоставляемый Консоль Azure для управления этим пулом и узнала, как подключиться к этому пулу с помощью SSMS.

Содержание

 заданий: 
 - задание: Linux 
  пул : 
  vmImage: 'ubuntu-18.04'  
 шаги: 
 - скрипт: echo hello!