정책 기반 리스를 사용하면 리소스를 회수하기 위해 수동으로 개입해야 하는 필요성을 줄일 수 있습니다. 사용자가 배포를 사용할 수 있는 시간을 제어할 수 있도록 리스 정책을 정의합니다. 이 절차의 리스 정책 사용 사례는 조직의 정책에 대해 알아보고 및 구현하는 시작점을 제공합니다.
리스 정책이 정의되어 있지 않으면 배포가 만료되지 않습니다. 리소스를 회수하려면 배포를 수동으로 삭제해야 합니다.
리스 정책이 적용되는 시기
- 정책 범위가 조직이면, 조직의 모든 배포는 정의된 정책을 기반으로 관리됩니다.
- 정책 범위가 프로젝트이면, 해당 프로젝트와 연결된 배포는 정의된 리스를 기반으로 관리됩니다. 다른 프로젝트는 영향을 받지 않습니다.
리스 정책이 적용되는 경우
- 리스 정책을 생성하거나 업데이트하는 경우. 리스 정책이 적용된 후에는 백그라운드에서 배포를 지속적으로 평가하여 정의된 리스를 준수하는지 확인합니다.
- Automation Service Broker의 카탈로그 항목 또는 Automation Assembler의 클라우드 템플릿을 요청하는 경우. 최대 리스 및 최대 총 리스 값은 배포가 생성될 때 적용됩니다.
- Automation Assembler에서 워크로드 또는 리소스를 온보딩하는 경우. 그래야 Automation Service Broker, Automation Assembler 또는 Automation Pipelines을 사용하여 관리할 수 있습니다.
리스 관련 옵션
- 최대 리스(일). 배포 리소스가 갱신되지 않고 활성 상태인 일 수입니다. 갱신하지 않으면 리스가 만료되고 배포가 삭제됩니다. 유예 기간이 지정되어 있으면 사용자는 리스가 활성 상태였던 일 수와 동일한 기간만큼 리스를 갱신할 수 있습니다.
- 최대 총 리스(일). 리스 갱신을 포함하여 배포가 활성 상태일 수 있는 기간(일)을 모두 합한 수입니다. 각 갱신은 최대 리스를 초과할 수 없으며, 누적 갱신 값은 최대 총 리스를 초과할 수 없습니다. 총 리스에 도달하면 배포가 삭제되고 이 배포에 포함된 리소스는 회수됩니다.
- 유예 기간(일). 배포가 삭제되기 전에 만료된 리스를 사용자가 갱신해야 하는 일 수입니다. 유예 기간은 총 리스 일 수에 포함되지 않습니다. 유예 기간을 정의하지 않으면 기본값은 1일입니다.
절차
이 사용 사례에는 정책을 구성하는 방법과 정책 적용 시 결과를 설명하는 세 가지 정책 정의가 있습니다. 마지막 정책은 적용되지 않지만 시나리오 결과에 이유가 제공됩니다.
- 을 선택합니다.
- 리스 정책 1을 구성합니다.
관리자는 모든 배포에 대한 시작 리스 시간을 30일로 제한하고 총 90일 동안 리스를 갱신하는 옵션을 사용하여 비용을 제어하려고 합니다.
- 정책이 유효한 경우를 정의합니다.
설정 샘플 값 범위 조직 이 정책은 조직의 모든 사용자에게 적용됩니다.
조건 없음 적용 유형 소프트 이 적용 유형을 사용하면 이 정책을 재정의하는 이 리스와 관련된 다른 정책을 생성할 수 있습니다.
- 리스를 정의합니다.
설정 샘플 값 최대 리스(일) 30 최대 총 리스(일) 90 유예 기간(일) 10
이 시나리오에서는 30일 후에 배포가 종료되고 사용자에게 이메일이 전송됩니다. 유예 기간 동안 사용자는 리스를 30일 연장합니다. 리스가 다시 만료되면 사용자는 30일을 추가로 갱신합니다. 세 번째 연장이 끝나면 리스가 최대 총 리스 기간인 90일에 도달하여 사용자는 더 이상 연장할 수 없습니다. 배포는 종료되고 10일 후에 삭제됩니다.
- 정책이 유효한 경우를 정의합니다.
- 리스 정책 2를 구성합니다.
관리자는 비용이 높은 템플릿의 리스 시간을 2주로 제한하여 비용을 제어하려고 합니다. 이 예에서 템플릿 이름은 Multi-tier 5 machine with LB입니다.
- 정책이 유효한 경우를 정의합니다.
설정 샘플 값 범위 프로젝트 MT5 이 정책은 이 프로젝트와 연결된 배포에 적용됩니다.
조건 Cloud Template equals Multi-tier 5 machine with LB
이 조건 표현식을 기반으로 참조된 템플릿에 대한 배포만 정책 시행에 고려됩니다.
적용 유형 소프트 이 소프트 적용은 값이 프로젝트 수준에서 더 의미가 있기 때문에 정책 1의 조직 정책 90일을 계속 재정의합니다.
- 리스 정책을 정의합니다.
설정 샘플 값 최대 리스(일) 14 최대 총 리스(일) 28 유예 기간(일) 3
이 시나리오에서는 두 정책이 모두 적용되지만 정책 2가 더 구체적이기 때문에 정책 2가 정책 1보다 우선합니다. 적용되면 배포는 14일 후에 종료됩니다. 사용자가 리스를 연장하지 않으면 3일 후에 삭제됩니다. 사용자가 최대 14일 동안 리스를 연장하는 경우 두 번째 확장이 끝나면 배포가 종료되고 3일 후에 삭제됩니다.
- 정책이 유효한 경우를 정의합니다.
- 리스 정책 3의 구성을 검토합니다.
프로젝트 관리자가 개발자 중 한 명이 복잡한 애플리케이션 작업을 수행하고 있다는 것을 알게 되었습니다. 개발자에게 Multi-tier 5 Machines with LB 템플릿과 또 다른 템플릿인 Distributed Database Across Clouds가 필요하지만 정책 2에 정의된 것보다 긴 리스 기간이 필요합니다.
정책이 정의된 방식에 따라 정책이 처리되는 방식을 이해하지 않으면 예기치 않은 결과가 발생할 수 있습니다. 정책 3은 처리 및 우선 순위가 결과에 미치는 영향에 대한 예시입니다.
제공된 대로 이 정책은 적용되지 않습니다. 이 예에서는 적용되는 리스가 둘 이상이 있을 때 리스가 어떻게 적용되고 시행되는지 볼 수 있는 기회를 제공합니다.
- 정책이 유효한 경우를 정의합니다.
설정 샘플 값 범위 프로젝트 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일을 계속 재정의합니다.
- 리스 정책을 정의합니다.
설정 샘플 값 최대 리스(일) 21 최대 총 리스(일) 50 유예 기간(일) 3 이 시나리오에서는 리스 정책 3이 아닌 리스 정책 2가 적용됩니다.- 리스 3의 리스 시간은 21일 보다 작거나 같고 정책이 적용됩니다. 리스 2의 리스 시간은 14일 보다 작거나 같으며 정책이 적용됩니다.
- 리스 2는 적용 가능하며 리스 3 정책을 위반하지 않습니다. 단, 리스 2가 더 제한적이므로 우선합니다. 리스 정책2는 더 짧은 기간에 해당하기 때문에 더 제한적입니다.
- 두 리스 정의가 모두 true이 고 적용 가능하면 더 제한적인 정책이 적용됩니다.
- 정책이 유효한 경우를 정의합니다.
- 리스 정책 3에서 예기치 않은 동작을 해결하기 위해, 다음 솔루션 중 하나를 구현할 수 있습니다.
- Jan에게 필요한 정책을 제공할 수 있도록 적용 유형을 하드로 변경합니다.
- 또는 동일한 리소스에 액세스할 수 있는 새 프로젝트를 생성한 다음 해당 프로젝트에 대한 리스 정책 3을 생성할 수 있습니다. 이 솔루션은 작업 정책을 격리하지만 병렬 프로젝트를 유지해야 합니다. 컨텐츠 소스, 컨텐츠 공유 등을 설정하고 유지하는 데 필요한 작업에는 시간이 많이 걸리고 오류가 발생할 수 있습니다.
후속 작업
- 리스 정책이 처리되고 적용되는 방식에 대한 추가 예시는 Automation Service Broker 정책이 처리되는 방식 항목을 참조하십시오.
- 조직 및 프로젝트와 관련된 정책을 구성합니다. 리스 정책을 처음 사용하는 경우, 조직 수준의 리스 정책 하나로 시작하십시오.
- 배포 사용자에게 이메일을 보내려면 알림을 위해 이메일 서버를 구성합니다. Automation Service Broker에서 이메일 서버를 추가하여 알림 보내기의 내용을 참조하십시오.
- Automation Orchestrator를 사용하는 경우 확장성 구독을 사용하여 만료된 배포 및 해당 리소스를 관리할 수 있습니다. 확장성 구독을 사용하여 배포 만료 관리를 참조하십시오.