전역 확장 프로그램 정책을 사용하면 프로젝트 내의 여러 영역과 리전에서 확장 프로그램을 관리할 수 있습니다. 전역 정책을 적용하면 VM 확장 프로그램 관리자는 정책 기준과 일치하는 모든 리전 또는 영역의 VM에 지정된 확장 프로그램이 설치되고 실행되도록 합니다.
다음 다이어그램은 전역 확장 프로그램 정책을 사용하여 프로젝트의 여러 영역과 리전에 있는 VM에 확장 프로그램을 적용하는 방법을 보여줍니다.
위 다이어그램에 표시된 것처럼 프로젝트 수준에서 전역 확장 프로그램 정책을 정의할 수 있습니다. VM 확장 프로그램 관리자는 선택 기준과 일치하는 모든 VM에 이 정책을 적용합니다. 예를 들어 프로젝트의 모든 영역과 리전에서 라벨이 env=prod인 VM을 선택하면 VM 확장 프로그램 관리자는 Ops Agent, SAP용 확장 프로그램 등 지정한 확장 프로그램을 이러한 VM에만 적용합니다.
전역 정책 출시 계획
전역 정책은 출시 계획을 사용하여 영역과 리전 전반에서 확장 프로그램의 배포를 관리합니다. 출시 계획을 사용하면 확장 프로그램의 배포를 제어할 수 있으므로 광범위한 문제의 위험을 최소화할 수 있습니다. 출시 계획을 사용하면 점진적이고 제어된 출시를 위해 업데이트의 순서와 시기를 정의할 수 있습니다.
전역 정책을 만들거나 업데이트할 때 다음 출시 계획 중 하나를 지정할 수 있습니다.
- 느린 출시: 이 출시는 일정 기간에 걸쳐 여러 영역에 점진적으로 확장 프로그램을 배포합니다. 기본 기간은 5일입니다. 이 접근 방식은 전체 기기에 영향을 미치기 전에 초기 출시에서 잠재적인 문제를 식별하고 해결할 수 있으므로 권장됩니다.
- 빠른 출시: 이 출시에서는 모든 영역과 리전의 타겟 VM에 확장 프로그램을 즉시 배포합니다. 이 접근 방식은 비프로덕션 환경에 확장 프로그램이나 패치를 신속하게 배포해야 하는 상황에 유용합니다.
영역 또는 지역에 따른 배포 웨이브와 웨이브 간 대기 시간을 지정하는 맞춤 출시 계획을 정의할 수도 있습니다. 자세한 내용은 rolloutPlans.insert 메서드를 참고하세요.
출시 충돌 동작
전역 확장 프로그램 정책을 만들거나 업데이트할 때 다음과 같은 상황에서 충돌이 발생할 수 있습니다.
- 전역 정책을 만드는 경우: 전역 정책과 충돌하는 영역 정책이 영역에 이미 있는 경우
- 전역 정책을 업데이트하는 경우: 기존 영역 정책이 전역 정책 출시와 별도로 수정된 경우(예: 영역 API 호출 사용)
이러한 충돌을 방지하기 위해 롤아웃의 충돌 동작을 지정할 수 있습니다. 이는 롤아웃 중에 전역 정책이 충돌하는 영역 정책을 덮어쓸지 여부를 결정합니다. 다음 동작 중 하나를 지정할 수 있습니다.
- 덮어쓰지 않음 (기본값): 충돌 동작을 지정하지 않으면 전역 정책 출시가 충돌하는 영역 정책을 덮어쓰지 않습니다. 해당 영역에서는 영역 정책의 구성이 우선 적용됩니다.
- 덮어쓰기: 충돌 동작을
overwrite로 설정하면 전역에서 충돌하는 영역 정책을 덮어쓰고 해당 영역에 전역 정책의 구성이 적용됩니다.
자세한 내용은 globalVmExtensionPolicies.insert 메서드의 conflictBehavior 매개변수를 참고하세요.
출시 다시 시도
전역 확장 프로그램 정책을 업데이트하거나 삭제하면 VM 확장 프로그램 관리자가 출시 계획에 따라 변경사항을 적용하기 위해 새 출시를 시작합니다. 출시가 중단되거나 새 영역이 추가된 경우 동일한 정책에 대해 새 출시를 시작하여 작업을 다시 시도할 수 있습니다.
업데이트 정책 출시 재시도
다음 목록에서는 업데이트 정책 출시를 다시 시도해야 할 수 있는 시나리오를 설명합니다.
- 새 영역 추가됨: 전역 정책을 롤아웃한 후 새 Google Cloud 영역을 사용할 수 있게 되면 VM 확장 프로그램 관리자가 기존 정책을 새 영역의 VM에 자동으로 적용하지 않습니다. 업데이트 출시를 다시 시도하여 새 영역의 VM에 확장 프로그램 정책을 적용할 수 있습니다.
- 영역 정책 변경사항 되돌리기: 영역 정책이 독립적으로 수정된 경우(예: 영역 API 호출을 사용하여 영역 정책을 수정)
conflictBehavior을overwrite로 설정하여 업데이트 출시를 다시 시도하여 전역 정책의 구성을 다시 적용하고 영역 정책 변경사항을 덮어쓸 수 있습니다. - 중단된 출시: 이전 출시가 완료되기 전에 실패한 경우 새 출시를 시작하여 업데이트를 다시 시도할 수 있습니다.
- 출시 가속화: 진행 중인 출시가 너무 느리게 진행되는 경우
FAST_ROLLOUT계획 또는 맞춤 출시 계획을 사용하여 새 출시를 시작하여 업데이트 프로세스를 가속화할 수 있습니다.
자세한 내용은 globalVmExtensionPolicies.update 메서드의 retryUuid 매개변수를 참고하세요.
출시를 다시 시도할 때는 다시 시도 요청을 식별하는 범용 고유 식별자 (UUID)를 제공해야 합니다.
UUID 생성기를 사용하여 UUID를 만들 수 있습니다. UUID는 32자리 16진수 형식(예: a1a2a3a4-b1b2-c1c2-d1d2-d3d4d5d6d7d8)을 사용해야 합니다.
삭제 정책 출시 재시도
다음 목록은 정책을 삭제하기 위해 출시를 다시 시도해야 하는 시나리오를 설명합니다.
- 중단된 출시: 정책 삭제를 위한 이전 출시가 중단되었거나 성공적으로 완료되지 않은 경우 새 출시를 시작하여 삭제 작업을 다시 시도할 수 있습니다.
- 출시 가속화: 진행 중인 삭제 출시가 너무 느리게 진행되는 경우
FAST_ROLLOUT계획 또는 맞춤 출시 계획을 사용하여 새 출시를 시작하여 삭제 프로세스를 가속화할 수 있습니다.
자세한 내용은 globalVmExtensionPolicies.delete 메서드의 retryUuid 매개변수를 참고하세요.
다음 단계
확장 프로그램 관리에 대해 자세히 알아보려면 다음 리소스를 참고하세요.