정책 기반 리스를 사용하면 리소스를 회수하기 위해 수동으로 개입해야 하는 필요성을 줄일 수 있습니다. 사용자가 배포를 사용할 수 있는 시간을 제어할 수 있도록 리스 정책을 정의합니다. 이 절차의 리스 정책 사용 사례는 조직의 정책에 대해 알아보고 및 구현하는 시작점을 제공합니다.

리스 정책이 정의되어 있지 않으면 배포가 만료되지 않습니다. 리소스를 회수하려면 배포를 수동으로 삭제해야 합니다.

리스 정책이 적용되는 시기

  • 정책 범위가 조직이면, 조직의 모든 배포는 정의된 정책을 기반으로 관리됩니다.
  • 정책 범위가 프로젝트이면, 해당 프로젝트와 연결된 배포는 정의된 리스를 기반으로 관리됩니다. 다른 프로젝트는 영향을 받지 않습니다.

리스 정책이 적용되는 경우

리스 정책은 다음과 같은 경우에 적용됩니다.
  • 리스 정책을 생성하거나 업데이트하는 경우. 리스 정책이 적용된 후에는 백그라운드에서 배포를 지속적으로 평가하여 정의된 리스를 준수하는지 확인합니다.
  • Automation Service Broker의 카탈로그 항목 또는 Automation Assembler의 클라우드 템플릿을 요청하는 경우. 최대 리스 및 최대 총 리스 값은 배포가 생성될 때 적용됩니다.
  • Automation Assembler에서 워크로드 또는 리소스를 온보딩하는 경우. 그래야 Automation Service Broker, Automation Assembler 또는 Automation Pipelines을 사용하여 관리할 수 있습니다.

리스 관련 옵션

리스 정책 사용 사례를 검토하면서 리스 관련 옵션도 구성해야 합니다. 다음 설명은 간단한 요약을 제공합니다. 자세한 내용은 표지판 도움말을 참조하십시오.
  • 최대 리스(일). 배포 리소스가 갱신되지 않고 활성 상태인 일 수입니다. 갱신하지 않으면 리스가 만료되고 배포가 삭제됩니다. 유예 기간이 지정되어 있으면 사용자는 리스가 활성 상태였던 일 수와 동일한 기간만큼 리스를 갱신할 수 있습니다.
  • 최대 총 리스(일). 리스 갱신을 포함하여 배포가 활성 상태일 수 있는 기간(일)을 모두 합한 수입니다. 각 갱신은 최대 리스를 초과할 수 없으며, 누적 갱신 값은 최대 총 리스를 초과할 수 없습니다. 총 리스에 도달하면 배포가 삭제되고 이 배포에 포함된 리소스는 회수됩니다.
  • 유예 기간(일). 배포가 삭제되기 전에 만료된 리스를 사용자가 갱신해야 하는 일 수입니다. 유예 기간은 총 리스 일 수에 포함되지 않습니다. 유예 기간을 정의하지 않으면 기본값은 1일입니다.

절차

이 사용 사례에는 정책을 구성하는 방법과 정책 적용 시 결과를 설명하는 세 가지 정책 정의가 있습니다. 마지막 정책은 적용되지 않지만 시나리오 결과에 이유가 제공됩니다.

  1. 컨텐츠 및 정책 > 정책 > 정의 > 새 정책 > 리스 정책을 선택합니다.
  2. 리스 정책 1을 구성합니다.

    관리자는 모든 배포에 대한 시작 리스 시간을 30일로 제한하고 총 90일 동안 리스를 갱신하는 옵션을 사용하여 비용을 제어하려고 합니다.

    1. 정책이 유효한 경우를 정의합니다.
      설정 샘플 값
      범위 조직

      이 정책은 조직의 모든 사용자에게 적용됩니다.
      조건 없음
      적용 유형 소프트

      이 적용 유형을 사용하면 이 정책을 재정의하는 이 리스와 관련된 다른 정책을 생성할 수 있습니다.
    2. 리스를 정의합니다.
      설정 샘플 값
      최대 리스(일) 30
      최대 총 리스(일) 90
      유예 기간(일) 10

    이 시나리오에서는 30일 후에 배포가 종료되고 사용자에게 이메일이 전송됩니다. 유예 기간 동안 사용자는 리스를 30일 연장합니다. 리스가 다시 만료되면 사용자는 30일을 추가로 갱신합니다. 세 번째 연장이 끝나면 리스가 최대 총 리스 기간인 90일에 도달하여 사용자는 더 이상 연장할 수 없습니다. 배포는 종료되고 10일 후에 삭제됩니다.

  3. 리스 정책 2를 구성합니다.

    관리자는 비용이 높은 템플릿의 리스 시간을 2주로 제한하여 비용을 제어하려고 합니다. 이 예에서 템플릿 이름은 Multi-tier 5 machine with LB입니다.

    1. 정책이 유효한 경우를 정의합니다.
      설정 샘플 값
      범위 프로젝트 MT5

      이 정책은 이 프로젝트와 연결된 배포에 적용됩니다.
      조건 
      Cloud Template equals Multi-tier 5 machine with LB

      이 조건 표현식을 기반으로 참조된 템플릿에 대한 배포만 정책 시행에 고려됩니다.
      적용 유형 소프트

      이 소프트 적용은 값이 프로젝트 수준에서 더 의미가 있기 때문에 정책 1의 조직 정책 90일을 계속 재정의합니다.
    2. 리스 정책을 정의합니다.
      설정 샘플 값
      최대 리스(일) 14
      최대 총 리스(일) 28
      유예 기간(일) 3

    이 시나리오에서는 두 정책이 모두 적용되지만 정책 2가 더 구체적이기 때문에 정책 2가 정책 1보다 우선합니다. 적용되면 배포는 14일 후에 종료됩니다. 사용자가 리스를 연장하지 않으면 3일 후에 삭제됩니다. 사용자가 최대 14일 동안 리스를 연장하는 경우 두 번째 확장이 끝나면 배포가 종료되고 3일 후에 삭제됩니다.

  4. 리스 정책 3의 구성을 검토합니다.

    프로젝트 관리자가 개발자 중 한 명이 복잡한 애플리케이션 작업을 수행하고 있다는 것을 알게 되었습니다. 개발자에게 Multi-tier 5 Machines with LB 템플릿과 또 다른 템플릿인 Distributed Database Across Clouds가 필요하지만 정책 2에 정의된 것보다 긴 리스 기간이 필요합니다.

    정책이 정의된 방식에 따라 정책이 처리되는 방식을 이해하지 않으면 예기치 않은 결과가 발생할 수 있습니다. 정책 3은 처리 및 우선 순위가 결과에 미치는 영향에 대한 예시입니다.

    제공된 대로 이 정책은 적용되지 않습니다. 이 예에서는 적용되는 리스가 둘 이상이 있을 때 리스가 어떻게 적용되고 시행되는지 볼 수 있는 기회를 제공합니다.

    1. 정책이 유효한 경우를 정의합니다.
      설정 샘플 값
      범위 프로젝트 MT5

      이 정책은 이 프로젝트의 배포에 적용됩니다.
      조건 
      (Cloud Template equals Multi-tier five machine with LB 
OR 
Catalog Item equals Distributed Database Across Clouds) 
    AND 
    Created By equals [email protected]

      카탈로그 항목은 Automation Assembler 템플릿이 아니기 때문에 사용합니다.
      적용 유형 소프트

      이 소프트 적용은 값이 프로젝트 수준에서 더 의미가 있기 때문에 정책 1의 조직 정책 90일을 계속 재정의합니다.
    2. 리스 정책을 정의합니다.
      설정 샘플 값
      최대 리스(일) 21
      최대 총 리스(일) 50
      유예 기간(일) 3
      이 시나리오에서는 리스 정책 3이 아닌 리스 정책 2가 적용됩니다.
      • 리스 3의 리스 시간은 21일 보다 작거나 같고 정책이 적용됩니다. 리스 2의 리스 시간은 14일 보다 작거나 같으며 정책이 적용됩니다.
      • 리스 2는 적용 가능하며 리스 3 정책을 위반하지 않습니다. 단, 리스 2가 더 제한적이므로 우선합니다. 리스 정책2는 더 짧은 기간에 해당하기 때문에 더 제한적입니다.
      • 두 리스 정의가 모두 true이 고 적용 가능하면 더 제한적인 정책이 적용됩니다.
  5. 리스 정책 3에서 예기치 않은 동작을 해결하기 위해, 다음 솔루션 중 하나를 구현할 수 있습니다.
    • Jan에게 필요한 정책을 제공할 수 있도록 적용 유형을 하드로 변경합니다.
    • 또는 동일한 리소스에 액세스할 수 있는 새 프로젝트를 생성한 다음 해당 프로젝트에 대한 리스 정책 3을 생성할 수 있습니다. 이 솔루션은 작업 정책을 격리하지만 병렬 프로젝트를 유지해야 합니다. 컨텐츠 소스, 컨텐츠 공유 등을 설정하고 유지하는 데 필요한 작업에는 시간이 많이 걸리고 오류가 발생할 수 있습니다.

후속 작업