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

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

리스 정책이 적용되는 시기

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

리스 정책이 적용되는 경우

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

리스 관련 옵션

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

기존 리스 정책을 업데이트하면 발생하는 결과

리스 정책의 최대 리스, 최대 총 리스 및 유예 기간을 늘릴 수 있습니다. 업데이트된 정책은 새 배포에만 적용됩니다.

정책 매개 변수를 늘려도 기존 배포의 만료 날짜가 연장되지는 않습니다. 기존 배포는 원래 스케줄링된 날짜와 동일한 날짜에 만료됩니다.

그러나 리스 값을 줄이면 배포 만료 날짜가 영향을 받으며 기존 배포는 원래 예약된 것보다 일찍 만료됩니다.

배포가 만료되면 발생하는 결과

배포가 곧 만료되면 배포하는 사용자에게 이메일 알림이 수신됩니다. 사용자가 리스를 연장하지 않으면 배포가 만료되고 삭제가 예약됩니다. 배포 소유자는 배포 세부 정보에서 스케줄링된 삭제 날짜를 볼 수 있습니다. 삭제 날짜가 곧으로 설정된 경우 배포는 이미 삭제 대기열에 있습니다.

만료 후 몇 분 내에 만료된 가상 시스템의 전원이 꺼집니다. 리스가 연장되지 않는 한 전원이 꺼진 시스템은 VMware Aria Automation에서 전원을 다시 켤 수 없습니다. 원래 환경에서 수동으로 시스템의 전원을 다시 켤 수 있으며, 이 경우 VMware Aria Automation은 시스템을 전원이 켜진 것으로 등록합니다. 배포가 이미 만료된 경우에도 리스 정책의 유예 기간이 경과하고 배포가 삭제될 때까지 시스템의 전원이 두 번째로 자동으로 꺼지지 않습니다.

절차

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

  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을 생성할 수 있습니다. 이 솔루션은 작업 정책을 격리하지만 병렬 프로젝트를 유지해야 합니다. 컨텐츠 소스, 컨텐츠 공유 등을 설정하고 유지하는 데 필요한 작업에는 시간이 많이 걸리고 오류가 발생할 수 있습니다.

후속 작업

  • 리스 정책이 처리되고 적용되는 방식에 대한 추가 예시는 Automation Service Broker 정책이 처리되는 방식 항목을 참조하십시오.
  • 조직 및 프로젝트와 관련된 정책을 구성합니다. 리스 정책을 처음 사용하는 경우, 조직 수준의 리스 정책 하나로 시작하십시오.
  • Automation Orchestrator를 사용하는 경우 확장성 구독을 사용하여 만료된 배포 및 해당 리소스를 관리할 수 있습니다. 확장성 구독을 사용하여 배포 만료 관리를 참조하십시오.
  • 리스 정책의 작동 방식에 대한 더 많은 예를 검토하려면 이 블로그 문서 임대 리스 정책을 참조하십시오.