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

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

Когда политика аренды вступает в силу?

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

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

  • Создание или обновление политики аренды. После применения политики аренды непрерывно оценивают развертывания в фоновом режиме, проверяя их соответствие требованиям определенной аренды.
  • Запросите элемент каталога в Service Broker или облачный шаблон в Cloud Assembly. При создании развертывания в силу вступают максимальный срок аренды и максимальный общий срок аренды.
  • Внедрение рабочих нагрузок или ресурсов в Cloud Assembly для управления ими с помощью Service Broker, Cloud Assembly или Code Stream.

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

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

  • Максимальный срок аренды (дн.). Количество дней, в течение которых ресурсы развертывания активны без возобновления. Если они не возобновлены, срок аренды истекает, и развертывание уничтожается. Если указан льготный период, пользователь может продлить аренду не более чем на такое же максимальное количество дней, в течение которого была активна аренда.
  • Максимальный общий срок аренды (дн.). Суммарное общее количество дней, в течение которых может быть активно развертывание, включая сроки продления аренды. Каждое обновление не может превышать максимальный срок аренды, а суммарное значение продления не может превышать максимальный общий срок аренды. После достижения общего срока аренды развертывание уничтожается, а ресурсы в рамках этого развертывания освобождаются.
  • Льготный период (дн.). Количество дней, за которое пользователь должен обновить истекшую аренду до уничтожения развертывания. Этот период не включается в общее количество дней аренды. Если льготный период не определен, по умолчанию устанавливается значение «1 день».

Процедура

  1. Выберите Содержимое и политики > Политики > Определения > Создать политику > Политика аренды.
  2. Настройка политики аренды 1.
    Чтобы контролировать затраты, администратору необходимо ограничить начальное время аренды для всех развертываний 30 днями с возможностью продления до 90 дней.
    1. а. Определите время действия политики.
      Настройка Пример значения
      Scope Организация

      Эта политика применяется ко всем пользователям в организации.
      Критерии Нет
      Тип применения Мягкое

      Этот тип применения позволяет создавать другие политики, связанные с этой арендой, переопределяющие эту политику.
    2. б. Определите аренду.
      Настройка Пример значения
      Максимальный срок аренды (дн.) 30
      Максимальный общий срок аренды (дн.) 90
      Льготный период (дн.) 10
    В этом сценарии развертывание завершается по истечении 30 дней, и пользователю отправляется письмо по электронной почте. В течение льготного периода пользователь продлевает аренду на 30 дней. Когда срок аренды снова истекает, пользователь обновляет ее еще на 30 дней. По окончании третьего периода продления срок аренды достигает максимального общего периода аренды в 90 активных дней, и пользователь больше не может его продлить. Развертывание будет отключено и уничтожено через 10 дней.
  3. Настройка политики аренды 2.
    Чтобы контролировать затраты, администратору необходимо ограничить время аренды по дорогостоящему шаблону двумя неделями. В этом примере используется имя шаблона Multi-tier 5 machine with LB.
    1. а. Определите время действия политики.
      Настройка Пример значения
      Scope Проект MT5

      Эта политика применяется к развертываниям, связанным с данным проектом.
      Критерии 
      Cloud Template equals Multi-tier 5 machine with LB

      На основе этого выражения критериев для применения политик учитываются только развертывания для указанного шаблона.
      Тип применения Мягкое

      Этот нежесткий режим переопределяет организационную политику 1, предусматривающую 90 дней, так как значения на уровне проекта имеют более высокую важность.
    2. б. Определите политику аренды.
      Настройка Пример значения
      Максимальный срок аренды (дн.) 14
      Максимальный общий срок аренды (дн.) 28
      Льготный период (дн.) 3
    В этом сценарии применяются обе политики, но политика 2 имеет более точные значения и поэтому имеет более высокий приоритет, чем политика 1. После применения развертывание завершается по истечении 14 дней. Если пользователь не продлевает аренду, еще через три дня оно будет уничтожено. Если пользователь продлевает аренду на следующие 14 дней, развертывание будет завершено по истечении срока второго продления и через три дня после этого уничтожено.
  4. Проверка конфигурации политики аренды 3.
    Руководитель проекта замечает, что один из разработчиков работает над сложным приложением. Разработчику требуется шаблон Multi-tier 5 Machines with LB и другой шаблон, Distributed Database Across Clouds, но с более длительным сроком аренды, чем определено в политике 2.

    Если не разобраться, как определение политик влияет на их обработку, могут возникать непредвиденные результаты. Политика 3 — пример того, как обработка и приоритет влияют на результат.

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

    1. а. Определите время действия политики.
      Настройка Пример значения
      Scope Проект MT5

      Эта политика применяется к развертываниям в данном проекте.
      Критерии 
      (Cloud Template equals Multi-tier five machine with LB 
OR 
Catalog Item equals Distributed Database Across Clouds) 
    AND 
    Created By equals [email protected]

      Элемент каталога можно использовать, потому что он не является шаблоном Cloud Assembly.
      Тип применения Мягкое

      Этот нежесткий режим переопределяет организационную политику 1, предусматривающую 90 дней, так как значения на уровне проекта имеют более высокую важность.
    2. б. Определите политику аренды.
      Настройка Пример значения
      Максимальный срок аренды (дн.) 21
      Максимальный общий срок аренды (дн.) 50
      Льготный период (дн.) 3

      В этом сценарии применяется политика аренды 2, а не политика аренды 3.

      • Аренда 3 предусматривает срок аренды не более 21 дня, политика применяется. Аренда 2 предусматривает срок аренды не более 14 дней, политика применяется.
      • Аренда 2 применима и не нарушает политику аренды 3. При этом аренда 2 предусматривает более строгие ограничения, поэтому имеет более высокий приоритет. Политика аренды 2 предусматривает более строгие ограничения из-за более короткого срока действия.
      • Если оба определения аренды истинны и применимы, применяется более строгая политика.
  5. Чтобы устранить непредвиденное поведение в политике аренды 3, можно применить одно из следующих решений.
    • Чтобы убедиться, что вы можете предоставить пользователю Jan необходимую политику, измените тип применения на жесткое.
    • Кроме того, можно создать новый проект с доступом к тем же ресурсам, а затем создать политику аренды 3 для этого проекта. Хотя это решение изолирует рабочую политику, необходимо сохранить параллельный проект. Процесс настройки и сопровождения источников содержимого, общего доступа к содержимому и т. д. занимает много времени и подвержен ошибкам.

Дальнейшие действия