Управление ресурсами Azure и мониторинг затрат путем создания задач автоматизации

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

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

• Для виртуальной машины Azure можно создать задачу автоматизации, которая будет включать или выключать эту виртуальную машину по определенному расписанию. В частности, можно создать задачу, которая автоматически запускает или останавливает виртуальную машину определенное количество раз в день, неделю или месяц. На вкладке "Настройка задачи" задайте для значения интервала количество раз и значение частоты в значение "День", "Неделя" или "Месяц". Задача автоматизации продолжает работать, пока не будет удалена или отключена задача.

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

В этой статье показано, как выполнить следующие задачи:

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

Чем отличаются задачи автоматизации от службы автоматизации Azure?

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

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

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

Цены

При создании задачи автоматизации начисление не начинается автоматически. В основе задачи автоматизации лежит рабочий процесс в ресурсе логического приложения, размещенном на мультитенантной платформе Azure Logic Apps. Таким образом, Модель ценообразования потребления применяется к задачам автоматизации. Измерение и выставление счетов основаны на выполнении триггеров и действий в рабочем процессе приложения логики.

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

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

Необходимые компоненты

• Учетная запись и подписка Azure. Если у вас нет ее, вы можете зарегистрироваться для получения бесплатной учетной записи Azure.
• Ресурс Azure, которым нужно управлять. В этой статье в качестве примера используется учетная запись хранения Azure.
• А также учетная запись Office 365 для демонстрации примера по отправке сообщения на электронную почту с помощью Office 365 Outlook.

Создание задачи автоматизации

1. На портале Azure найдите ресурс, которым нужно управлять.

2. В меню боковой панели ресурсов в разделе "Автоматизация" выберите "Задачи".

   

3. На панели инструментов " Задачи " выберите "Добавить задачу".

   

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

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

   

5. В разделе "Аутентификация" в разделе "Подключения" выберите "Создать " для каждого подключения, которое отображается в задаче. Типы подключений в задачах различаются.

   

6. При появлении соответствующего запроса войдите в свою учетную запись Azure.

   

   Каждое подключение с успешной проверкой подлинности выглядит как на следующем рисунке:

   

7. После проверки подлинности всех подключений нажмите «Далее: Настроить».

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

   Примечание.

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

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

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

   

   Созданная задача, которая выполняется автоматически, теперь отображается в списке Задачи.

   

   Совет

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

   После запуска выбранной задачи вы получите сообщение на электронную почту, которое выглядит следующим образом:

   

Проверка журнала задачи

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

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

2. В меню боковой панели ресурсов в разделе "Автоматизация" выберите "Задачи".

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

   

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

   

   Ниже приведены возможные состояния для процесса выполнения.

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

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

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

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

   • Рабочий процесс всегда запускается с помощью триггера. Для рассматриваемой задачи рабочий процесс запускается с помощью триггера Повторение.
   • Для каждого шага отображается его состояние и продолжительность выполнения. Шагам с продолжительностью 0 секунд потребовалось для выполнения менее 1 секунды.

   

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

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

Изменение задачи

Для изменения задачи имеются следующие возможности:

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

Изменение задачи в режиме "inline"

1. На портале Azure найдите ресурс, к которому принадлежит изменяемая задача.

2. В меню навигации по ресурсам в разделе Автоматизация выберите Задачи.

3. В списке задач найдите задачу, которую нужно обновить. Откройте меню задачи, отображаемое в виде многоточия (...) и выберите пункт Изменить в режиме "in-line".

   

   По умолчанию при этом откроется вкладка Проверка подлинности, где отображаются существующие соединения.

4. Чтобы добавить новые учетные данные для проверки подлинности или выбрать другие существующие учетные данные для проверки подлинности, применительно к какому-либо подключению, откройте меню с многоточием (...) и выберите либо команду Добавить новое подключение, либо другие учетные данные для проверки подлинности при их наличии.

   

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

   Для задачи в этом примере единственным доступным для редактирования свойством является адрес электронной почты.

   

6. По завершении выберите Сохранить.

Изменение базового рабочего процесса задачи

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

1. На портале Azure найдите ресурс, к которому принадлежит изменяемая задача.

2. В меню боковой панели ресурсов в разделе "Автоматизация" выберите "Задачи".

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

   

   Базовый рабочий процесс задачи открывается в конструкторе для Azure Logic Apps.

   

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

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

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

   2. В меню боковой панели ресурса выберите "Обзор".

   3. На панели инструментов Обзор выберите Клонировать.

   4. На панели "Создание приложения логики " в разделе "Имя приложения логики" введите новое имя для скопированного ресурса приложения логики и рабочего процесса.

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

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

   6. После того как Azure завершит подготовку клонированного рабочего процесса, найдите и откройте этот рабочий процесс в конструкторе.

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

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

   

   Дополнительные сведения о триггере повторения см. в разделе "Создание, планирование" и выполнение повторяющихся задач и рабочих процессов с помощью триггера повторения.

6. Чтобы сохранить внесенные изменения, на панели инструментов конструктора щелкните Сохранить.

   

7. Чтобы протестировать и запустить обновленный рабочий процесс, на панели инструментов конструктора нажмите кнопку "Выполнить".>

8. Сведения о том, как отключить рабочий процесс и прекратить выполнение задачи, см. в разделе Управление приложениями логики на портале Azure.

Создание шаблона задачи автоматизации из рабочего процесса

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

• Учетная запись GitHub.

• Ваш форк репозитория шаблонов задач автоматизации GitHub.

  Дополнительные сведения о форках и создании форка см. в документации GitHub:

  • О вилках
  • Ветвление репозитория

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

  Дополнительные сведения о ветвях и создании ветви см. в следующей документации:

  • О ветвях
  • Создание и удаление ветвей

• Выбор средства веб-отладки. В этом примере используется Fiddler 4, но вы можете попробовать бесплатную пробную версию Fiddler Everywhere.

Чтобы создать шаблон и сделать его доступным для использования в Azure, выполните следующие действия:

1. Экспортируйте рабочий процесс в шаблон задачи автоматизации.
2. Загрузите шаблон в рабочую ветвь в разветвленном репозитории.
3. Протестируйте шаблон с помощью средства веб-отладки, например Fiddler.
4. Создайте pull-реквест (PR) из вашей рабочей ветки на основе ветки по умолчанию в репозитории шаблонов задач автоматизации на GitHub.

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

Экспорт рабочего процесса в шаблон задачи автоматизации

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

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

2. В меню боковой панели ресурса выберите "Обзор".

3. На панели инструментов "Обзор" выберите "Экспорт">в задачу автоматизации.

   

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

   Свойство	Обязательное поле	значение	Description
   Имя шаблона	Да	< имя шаблона>	Понятное отображаемое имя для шаблона задачи автоматизации. Важно. Убедитесь, что вы используете краткое и простое в понимании имя, например, Список устаревших виртуальных машин.
   Описание шаблона	Да	< описание шаблона>	Описание задачи или назначения шаблона
   Поддерживаемые типы ресурсов	No	Пусто или <supported-Azure-resource-type-list>	Типы ресурсов Azure первого класса, в которых вы хотите сделать шаблон доступным. Типы подресурсов в настоящее время не поддерживаются. Чтобы включить все типы ресурсов Azure первого класса, не указывайте это свойство. Чтобы указать несколько типов ресурсов, разделите каждое имя с запятой и используйте следующий синтаксис: Microsoft.<поставщик услуг>/<объект> Например, чтобы сделать шаблон доступным для групп ресурсов Azure, укажите Microsoft.Resources/resourceGroups. Дополнительные сведения см. в разделе Поставщики ресурсов для служб Azure.
   Неподдерживаемые типы ресурса	No	Пусто или <unsupported-Azure-resource-type-list>	Если таковые имеются, типы ресурсов Azure, для которых вы специально не хотите делать шаблон доступным. Чтобы указать несколько типов ресурсов, разделите каждое имя с запятой и используйте следующий синтаксис: Microsoft.<поставщик услуг>/<объект> Например, чтобы сделать шаблон недоступным для групп ресурсов Azure, укажите Microsoft.Resources/resourceGroups. Дополнительные сведения см. в разделе Поставщики ресурсов для служб Azure.
   Настройка параметров	No	Разные	Если рабочий процесс включает определения параметровмежду средами, эти параметры появляются в этом разделе для дальнейшей настройки. Можно выбрать, будет ли каждое значение параметра предоставляться либо из ресурса, либо из автора задачи. — При выборе из ресурса выберите значение свойства source Parameter для использования из этого ресурса: -- Имя ресурса -- Тип ресурса -- Идентификатор ресурса -- Идентификатор подписки -- Группа ресурсов -- Расположение ресурса. — При выборе предоставленного пользователя выберите формат шаблона , который определяет, как создатель задачи предоставляет значение параметра: -- По умолчанию: значение параметра является любым, за исключением интервала, частоты или часового пояса. ----Укажите отображаемое имя параметра, значение по умолчанию и описание. ----Если значение является меткой времени (чч:мм:сс), установите свойство Формат на Формат времени. ----Чтобы пометить параметр как обязательный, измените Необязательное значение на Обязательное. -- Interval: значение параметра представляет собой интервал, например, 1 или 12. -- Частота: значение параметра — это частота, например час, день или месяц. -- Часовой пояс: значение параметра — это часовой пояс, например (UTC-08:00) Тихоокеанское время (США и Канада).

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

   

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

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

   <action-verb>-<Azure-resource>

   Например, на основе имени шаблона предыдущего примера можно присвоить имя файлу power-off-virtual-machine.jsonшаблона.

Отправка шаблона на GitHub

1. Перейдите на GitHub и войдите в систему со своей учетной записи GitHub.

2. Перейдите в репозиторий шаблонов задач автоматизации GitHub, которая откроет для вас ветвь по умолчанию в репозитории.

3. В списке ветвей перейдите к вашей рабочей ветви.

4. Над списком файлов выберите Добавить файл>Отправить файлы.

5. Либо перетащите файл определения рабочего процесса в указанную область на странице, либо выберите Выбрать файлы.

6. После добавления шаблона в той же папке откройте файлmanifest.json и добавьте запись для JSON-файла.

Тестирование шаблона

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

1. В скрипте Fiddler найдите функцию onBeforeRequest() и добавьте в функцию следующий код, например:

   static function OnBeforeRequest(oSession: Session)
   {
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/manifest.json") {
         oSession.url = "raw.githubusercontent.com/<GitHub-username>/automation-task-template/<working-branch>/templates/manifest.json";
      }
   
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/<template-name>") {
         oSession.url = "raw.githubusercontent.com/<GitHub-username>/automation-task-template/<working-branch>/templates/<template-name>";
      }
   
      {...}
   }
   

   Этот код получает файлы manifest.json и <имя-шаблона>.json из форкнутого репозитория, а не из основного репозитория Azure GitHub.

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

   static function OnBeforeRequest(oSession: Session)
   {
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/manifest.json") {
         oSession.url = "raw.githubusercontent.com/sophowe/automation-task-template/upload-auto-template/templates/manifest.json";
      }
   
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/list-stale-virtual-machines.json") {
         oSession.url = "raw.githubusercontent.com/sophowe/automation-task-template/upload-auto-template/templates/list-stale-virtual-machines.json";
      }
   
      {...}
   }
   

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

3. Откройте новое окно браузера и войдите на портал Azure.

4. Откройте ресурс Azure, в котором вы намерены найти задачу автоматизации. Создайте задачу автоматизации с экспортированным шаблоном. Запустите задачу.

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

Создание запроса на вытягивание

1. В разделе Фиксация измененийвведите краткое, но описательное название обновления. Дополнительные сведения можно указать в поле "Описание".

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

   <your-GitHub-alias>-<automation-task-name>-template

3. Когда будете готовы, выберите Предложить изменения. На следующей странице выберите Create pull request (Создать запрос на вытягивание).

4. Укажите имя и предоставьте описание запроса на вытягивание. В правом нижнем углу нажмите Создать запрос на вытягивание.

5. Подождите, пока команда Azure Logic Apps рассмотрит ваш запрос на вытягивание.

Предоставление отзыва

Нам интересно узнать ваше мнение! Чтобы сообщить об ошибках, отправить отзыв или задать вопросы о функциональных возможностях предварительной версии, обратитесь в группу специалистов, ответственных за службу Azure Logic Apps.

Связанный контент

• Изменение рабочих процессов приложений логики и управление ими