커스텀 제약 조건을 사용하여 리소스 관리

이 페이지에서는 조직 정책 서비스 커스텀 제약 조건을 사용하여 다음 Google Cloud 리소스에 대한 특정 작업을 제한하는 방법을 보여줍니다.

networkservices.googleapis.com/LbRouteExtension
networkservices.googleapis.com/LbTrafficExtension

조직 정책에 대한 자세한 내용은 커스텀 조직 정책을 참조하세요.

조직 정책 및 제약조건 정보

Google Cloud 조직 정책 서비스를 사용하면 조직 리소스를 중앙에서 프로그래매틱 방식으로 제어할 수 있습니다. 조직 정책 관리자는 Google Cloud 리소스 계층 구조에서Google Cloud 리소스 및 이러한 리소스의 하위 요소에 적용되는 제약 조건이라는 제한사항 집합인 조직 정책을 정의할 수 있습니다. 조직, 폴더 또는 프로젝트 수준에서 조직 정책을 적용할 수 있습니다.

조직 정책은 다양한 Google Cloud 서비스에 내장된 관리형 제약 조건을 제공합니다. 그러나 조직 정책에서 제한되는 특정 필드를 보다 세부적으로 맞춤설정 가능한 방식으로 제어하려면 커스텀 제약조건을 만들고 조직 정책에 이러한 커스텀 제약조건을 사용할 수 있습니다.

정책 상속

기본적으로 조직 정책은 정책을 적용하는 리소스의 하위 요소에 상속됩니다. 예를 들어 폴더에 정책을 적용하면 Google Cloud 가 폴더의 모든 프로젝트에 정책을 적용합니다. 이 동작 및 이를 변경하는 방법에 대한 자세한 내용은 계층 구조 평가 규칙을 참조하세요.

이점

서비스 확장 프로그램과 함께 커스텀 조직 정책을 사용하여 다음 작업을 할 수 있습니다.

하나의 부하 분산 스키마 유형만 허용
특정 지원 이벤트 유형 허용 안함
확장 프로그램 체인 및 확장 프로그램 수 제한

시작하기 전에

조직 ID를 알고 있어야 합니다.

Google Cloud CLI를 설치하고 초기화합니다.

Google Cloud CLI를 설치합니다.
외부 ID 공급업체(IdP)를 사용하는 경우 먼저 제휴 ID로 gcloud CLI에 로그인해야 합니다.
gcloud CLI를 초기화하려면, 다음 명령어를 실행합니다.
```
gcloud init
```

필요한 역할

조직 정책을 관리하는 데 필요한 권한을 얻으려면 관리자에게 조직 리소스에 대한 조직 정책 관리자(roles/orgpolicy.policyAdmin) IAM 역할을 부여해 달라고 요청하세요. 역할 부여에 대한 자세한 내용은 프로젝트, 폴더, 조직에 대한 액세스 관리를 참조하세요.

커스텀 역할이나 다른 사전 정의된 역할을 통해 필요한 권한을 얻을 수도 있습니다.

커스텀 제약조건 설정

커스텀 제약 조건은 조직 정책을 적용하는 서비스에서 지원되는 리소스, 메서드, 조건, 작업을 통해 YAML 파일에서 정의됩니다. 커스텀 제약 조건의 조건은 Common Expression Language(CEL)를 통해 정의됩니다. CEL을 사용해서 커스텀 제약 조건에서 조건을 빌드하는 방법은 커스텀 제약 조건 만들기 및 관리의 CEL 섹션을 참조하세요.

콘솔

커스텀 제약 조건을 만들려면 다음을 수행합니다.

Google Cloud 콘솔에서 조직 정책 페이지로 이동합니다.
조직 정책으로 이동
프로젝트 선택 도구에서 조직 정책을 설정할 프로젝트를 선택합니다.
커스텀 제약조건을 클릭합니다.
표시 이름 상자에 인간이 읽을 수 있는 제약 조건 이름을 입력합니다. 이 이름은 오류 메시지에 사용되며 식별과 디버깅에 사용할 수 있습니다. 이 이름은 오류 메시지에 노출될 수 있으므로 표시 이름에 개인 식별 정보나 민감한 정보를 사용하지 마세요. 이 필드는 최대 200자(영문 기준)까지 포함할 수 있습니다.
제약 조건 ID 상자에 새 커스텀 제약 조건에 사용하려는 이름을 입력합니다. 커스텀 제약 조건은 문자(대문자 및 소문자 포함) 또는 숫자만 포함할 수 있습니다(예: custom.disableGkeAutoUpgrade). 이 필드는 프리픽스(custom.)를 제외하고 최대 70자(영문 기준)까지 포함할 수 있습니다(예: organizations/123456789/customConstraints/custom). 오류 메시지에 노출될 수 있으므로 제약 조건 ID에 개인 식별 정보나 민감한 정보를 포함하지 마세요.
설명 상자에 인간이 읽을 수 있는 제약 조건 설명을 입력합니다. 이 설명은 정책이 위반되었을 때 오류 메시지로 사용됩니다. 정책 위반이 발생한 이유와 정책 위반을 해결하는 방법에 대한 세부정보를 포함합니다. 오류 메시지에 노출될 수 있으므로 설명에 개인 식별 정보나 민감한 정보를 포함하지 마세요. 이 필드는 최대 2,000자(영문 기준)까지 포함할 수 있습니다.
리소스 유형 상자에서 제한하려는 객체와 필드가 포함된 Google Cloud REST 리소스 이름을 선택합니다(예: container.googleapis.com/NodePool). 대부분의 리소스 유형은 커스텀 제약 조건을 최대 20개까지 지원합니다. 커스텀 제약 조건을 더 만들려고 하면 작업이 실패합니다.
적용 방법에서 REST CREATE 메서드에 또는 CREATE 및 UPDATE 메서드 모두에 제약 조건을 적용할지 여부를 선택합니다. 제약 조건을 위반하는 리소스에 UPDATE 메서드를 사용하여 제약 조건을 적용하면 변경사항이 위반을 해결하지 않는 한 조직 정책에 의해 해당 리소스에 대한 변경사항이 차단됩니다.

모든 Google Cloud 서비스에서 두 메서드를 모두 지원하지는 않습니다. 각 서비스에 지원되는 메서드를 보려면 커스텀 제약조건을 지원하는 서비스에서 서비스를 찾으세요.

조건을 정의하려면 조건 수정을 클릭합니다.

조건 추가 패널에서 지원되는 서비스 리소스를 참조하는 CEL 조건을 만듭니다(예: resource.management.autoUpgrade == false). 이 필드는 최대 1,000자(영문 기준)까지 포함할 수 있습니다. CEL 사용 방법에 대한 자세한 내용은 Common Expression Language를 참조하세요. 커스텀 제약 조건에 사용할 수 있는 서비스 리소스에 대한 자세한 내용은 커스텀 제약 조건 지원 서비스를 참조하세요.
저장을 클릭합니다.

작업에서 조건이 충족될 경우 평가된 메서드를 허용하거나 거부할지를 선택합니다.

거부 작업은 조건이 true로 평가되면 리소스를 만들거나 업데이트하는 작업이 차단됨을 의미합니다.

허용 작업은 조건이 true로 평가되는 경우에만 리소스를 만들거나 업데이트하는 작업이 허용됨을 의미합니다. 조건에 명시적으로 나열된 케이스를 제외한 다른 모든 케이스가 차단됩니다.

제약 조건 만들기를 클릭합니다.

각 필드에 값을 입력하면 이 커스텀 제약 조건에 해당하는 YAML 구성이 오른쪽에 표시됩니다.

gcloud

커스텀 제약 조건을 만들려면 다음 형식을 사용하여 YAML 파일을 만듭니다.

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
- UPDATE 
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

다음을 바꿉니다.

ORGANIZATION_ID: 조직 ID(예: 123456789)
CONSTRAINT_NAME: 새 커스텀 제약 조건에 사용할 이름. 커스텀 제약 조건은 문자(대문자 및 소문자 포함) 또는 숫자만 포함할 수 있습니다(예: custom.LbTrafficExtensionDenyBodyEvents). 이 필드는 최대 70자(영문 기준)까지 포함할 수 있습니다.
RESOURCE_NAME: 제한하려는 객체와 필드가 포함된 Google Cloud리소스의 정규화된 이름. 예를 들면 networkservices.googleapis.com/LbTrafficExtension입니다.
CONDITION: 지원되는 서비스 리소스의 표현에 대해 작성된 CEL 조건. 이 필드는 최대 1,000자(영문 기준)까지 포함할 수 있습니다. 예를 들면 "resource.extensionChains.exists(chain, chain.extensions.exists(extension, extension.supportedEvents.exists(event, event.contains("BODY"))))"입니다.

조건을 작성하는 데 사용할 수 있는 리소스에 대한 자세한 내용은 지원되는 리소스를 참조하세요.

ACTION: condition이 충족되면 수행할 작업. 가능한 값은 ALLOW, DENY입니다.

허용 작업은 조건이 true로 평가되면 리소스를 만들거나 업데이트하는 작업이 허용됨을 의미합니다. 즉, 조건에 명시적으로 나열된 케이스를 제외한 다른 모든 케이스는 차단됩니다.

거부 작업은 조건이 true로 평가되면 리소스를 만들거나 업데이트하는 작업이 차단됨을 의미합니다.

DISPLAY_NAME: 사용자 친화적인 제약 조건 이름. 이 필드는 최대 200자(영문 기준)까지 포함할 수 있습니다.
DESCRIPTION: 정책이 위반될 때 오류 메시지로 표시할 사용자 친화적인 제약 조건 설명. 이 필드는 최대 2,000자(영문 기준)까지 포함할 수 있습니다.

새 커스텀 제약 조건에 사용할 YAML 파일을 만든 후에는 조직의 조직 정책에 이 파일을 사용할 수 있도록 설정해야 합니다. 커스텀 제약 조건을 설정하려면 gcloud org-policies set-custom-constraint 명령어를 사용합니다.

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

CONSTRAINT_PATH를 커스텀 제약 조건 파일의 전체 경로로 바꿉니다. 예를 들면 /home/user/customconstraint.yaml입니다.

이 작업이 완료되면 Google Cloud 조직 정책 목록에서 조직 정책으로 커스텀 제약 조건을 사용할 수 있습니다.

커스텀 제약 조건이 있는지 확인하려면 gcloud org-policies list-custom-constraints 명령어를 사용합니다.

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

ORGANIZATION_ID를 조직 리소스의 ID로 바꿉니다.

자세한 내용은 조직 정책 보기를 참고하세요.

커스텀 조직 정책 적용

제약 조건을 참조하는 조직 정책을 만든 후 해당 조직 정책을 Google Cloud 리소스에 적용하여 제약 조건을 적용할 수 있습니다.

콘솔

Google Cloud 콘솔에서 조직 정책 페이지로 이동합니다.
조직 정책으로 이동
프로젝트 선택 도구에서 조직 정책을 설정할 프로젝트를 선택합니다.
조직 정책 페이지의 목록에서 제약 조건을 선택하여 해당 제약조건의 정책 세부정보 페이지를 봅니다.
이 리소스의 조직 정책을 구성하려면 정책 관리를 클릭합니다.
정책 수정 페이지에서 상위 정책 재정의를 선택합니다.
규칙 추가를 클릭합니다.
적용 섹션에서 이 조직 정책을 적용할지 여부를 선택합니다.
(선택사항) 태그로 조직 정책을 조건부로 만들려면 조건 추가를 클릭합니다. 조건부 규칙을 조직 정책에 추가하면 비조건부 규칙을 최소 하나 이상 추가해야 합니다. 그러지 않으면 정책을 저장할 수 없습니다. 자세한 내용은 태그를 사용하여 조직 정책 범위 지정을 참고하세요.
변경사항 테스트를 클릭하여 조직 정책 효과를 시뮬레이션합니다. 자세한 내용은 정책 시뮬레이터로 조직 정책 변경사항 테스트를 참조하세요.
테스트 실행 모드의 조직 정책을 적용하려면 테스트 실행 정책 설정을 클릭합니다. 자세한 내용은 조직 정책 테스트를 참고하세요.
테스트 실행 모드의 조직 정책이 의도한 대로 작동하는지 확인한 후 정책 설정을 클릭하여 실시간 정책을 설정합니다.

gcloud

불리언 규칙이 있는 조직 정책을 만들려면 제약 조건을 참조하는 정책 YAML 파일을 만듭니다.

name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: true

dryRunSpec:
  rules:
  - enforce: true

다음을 바꿉니다.

PROJECT_ID: 제약 조건을 적용할 프로젝트
CONSTRAINT_NAME: 커스텀 제약 조건에 정의한 이름. 예를 들면 custom.LbTrafficExtensionDenyBodyEvents입니다.

테스트 실행 모드의 조직 정책을 적용하려면 dryRunSpec 플래그와 함께 다음 명령어를 실행합니다.

gcloud org-policies set-policy POLICY_PATH --update-mask=dryRunSpec

POLICY_PATH를 조직 정책 YAML 파일의 전체 경로로 바꿉니다. 정책이 적용되는 데 최대 15분이 소요됩니다.

테스트 실행 모드의 조직 정책이 의도한 대로 작동하는지 확인한 후 org-policies set-policy 명령어와 spec 플래그를 사용하여 실시간 정책을 설정합니다.

gcloud org-policies set-policy POLICY_PATH --update-mask=spec

POLICY_PATH를 조직 정책 YAML 파일의 전체 경로로 바꿉니다. 정책이 적용되는 데 최대 15분이 소요됩니다.

커스텀 조직 정책 테스트

다음 예시에서는 Cloud 부하 분산 트래픽 확장 프로그램이 요청 본문이나 응답 본문을 수정하지 못하도록 하는 맞춤 제약 조건을 만듭니다.

제약조건 만들기

제약 조건을 정의하려면 다음 내용으로 constraint-deny-body-events.yaml라는 파일을 만듭니다.

name: organizations/ORGANIZATION_ID/customConstraints/custom.LbTrafficExtensionDenyBodyEvents
resourceTypes:
- networkservices.googleapis.com/LbTrafficExtension
methodTypes:
- CREATE
- UPDATE
condition: resource.extensionChains.exists(chain, chain.extensions.exists(extension, extension.supportedEvents.exists(event, event.contains("BODY"))))
actionType: DENY
displayName: Deny body modifications by traffic extensions.
description: Deny traffic extensions that are called for REQUEST_BODY or RESPONSE_BODY.

ORGANIZATION_ID를 조직 ID로 바꿉니다.

제약조건을 적용합니다.

gcloud org-policies set-custom-constraint ~/constraint-deny-body-events.yaml

제약 조건이 있는지 확인합니다.

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

출력은 다음과 비슷합니다.

CUSTOM_CONSTRAINT                        ACTION_TYPE  METHOD_TYPES     RESOURCE_TYPES                                      DISPLAY_NAME
custom.LbTrafficExtensionDenyBodyEvents  DENY         CREATE,UPDATE    networkservices.googleapis.com/LbTrafficExtension   Deny body modifications by traffic extensions.
...

정책 만들기

다음 정책으로 policy-deny-body-events.yaml 파일을 만듭니다.

name: projects/PROJECT_ID/policies/custom.LbTrafficExtensionDenyBodyEvents
spec:
  rules:
  - enforce: true

PROJECT_ID를 프로젝트 ID로 바꿉니다.

정책을 적용합니다.

gcloud org-policies set-policy ~/policy-deny-body-events.yaml

정책이 있는지 확인합니다.

gcloud org-policies list --project=PROJECT_ID

출력은 다음과 비슷합니다.

CONSTRAINT                               LIST_POLICY    BOOLEAN_POLICY    ETAG
custom.LbTrafficExtensionDenyBodyEvents  -              SET               COCsm5QGENiXi2E=

정책을 적용한 후 Google Cloud 가 정책 시행을 시작할 때까지 2분 정도 기다립니다.

정책 테스트

supportedEvents 필드가 REQUEST_BODY로 설정된 Cloud Load Balancing 트래픽 확장 프로그램을 만들어 정책을 테스트합니다.

gcloud service-extensions lb-traffic-extensions import TRAFFIC_EXTENSION_NAME \
    --source=PATH_TO_EXTENSION_FILE \
    --location=LOCATION_ID

다음을 바꿉니다.

TRAFFIC_EXTENSION_NAME: 트래픽 확장 프로그램의 고유한 이름
PATH_TO_EXTENSION_FILE: 확장 프로그램 파일의 경로
LOCATION_ID: 프로젝트의 위치

출력은 다음과 비슷합니다.

ERROR: (gcloud.service-extensions.lb-traffic-extensions.import)
FAILED_PRECONDITION: Operation denied by org policy on resource
'projects/123456/locations/global/lbTrafficExtensions/trafficExtension1':
["customConstraints/custom.prohibitBodyModifyingEvents":
"Deny traffic extensions that are called for REQUEST_BODY or RESPONSE_BODY."].

일반적인 사용 사례의 커스텀 조직 정책 예시

다음 표에서는 몇 가지 일반적인 커스텀 제약 조건에 대한 문법 예시를 제공합니다.

설명 제약조건 구문

설명	제약조건 구문
모든 Cloud Load Balancing 경로 확장 프로그램에 `INTERNAL_MANAGED` 부하 분산 스키마가 있어야 함	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.lbRouteExtensionInternalManaged resourceTypes: - networkservices.googleapis.com/LbRouteExtension methodTypes: - CREATE - UPDATE condition: "resource.loadBalancingScheme == INTERNAL_MANAGED" actionType: ALLOW displayName: Require all Cloud Load Balancing route extensions to have the `INTERNAL_MANAGED` load balancing scheme description: All Cloud Load Balancing route extensions must have the `INTERNAL_MANAGED` load balancing scheme.

모든 Cloud Load Balancing 경로 확장 프로그램에 INTERNAL_MANAGED 부하 분산 스키마가 있어야 함

    name: organizations/ORGANIZATION_ID/customConstraints/custom.lbRouteExtensionInternalManaged
    resourceTypes:
    - networkservices.googleapis.com/LbRouteExtension
    methodTypes:
    - CREATE
    - UPDATE
    condition: "resource.loadBalancingScheme == INTERNAL_MANAGED"
    actionType: ALLOW
    displayName: Require all Cloud Load Balancing route extensions to
    have the INTERNAL_MANAGED load balancing scheme
    description: All Cloud Load Balancing route extensions must have the
    INTERNAL_MANAGED load balancing scheme.

서비스 확장 프로그램 지원 리소스

다음 표에는 커스텀 제약 조건에서 참조할 수 있는 Service Extensions 리소스가 나와 있습니다.

리소스	필드
networkservices.googleapis.com/LbRouteExtension	`resource.description`
	`resource.extensionChains.extensions.authority`
	`resource.extensionChains.extensions.failOpen`
	`resource.extensionChains.extensions.forwardHeaders`
	`resource.extensionChains.extensions.metadata`
	`resource.extensionChains.extensions.name`
	`resource.extensionChains.extensions.supportedEvents`
	`resource.extensionChains.extensions.timeout`
	`resource.extensionChains.name`
	`resource.loadBalancingScheme`
	`resource.metadata`
	`resource.name`
networkservices.googleapis.com/LbTrafficExtension	`resource.description`
	`resource.extensionChains.extensions.authority`
	`resource.extensionChains.extensions.failOpen`
	`resource.extensionChains.extensions.forwardHeaders`
	`resource.extensionChains.extensions.metadata`
	`resource.extensionChains.extensions.name`
	`resource.extensionChains.extensions.supportedEvents`
	`resource.extensionChains.extensions.timeout`
	`resource.extensionChains.name`
	`resource.loadBalancingScheme`
	`resource.metadata`
	`resource.name`

다음 단계

조직 정책 서비스 자세히 알아보기
조직 정책을 만들고 관리하는 방법 자세히 알아보기
관리형 조직 정책 제약 조건의 전체 목록 확인하기

커스텀 제약 조건을 사용하여 리소스 관리 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.

조직 정책 및 제약조건 정보

정책 상속

이점

시작하기 전에

필요한 역할

커스텀 제약조건 설정

콘솔

gcloud

커스텀 조직 정책 적용

콘솔

gcloud

커스텀 조직 정책 테스트

제약조건 만들기

정책 만들기

정책 테스트

일반적인 사용 사례의 커스텀 조직 정책 예시

서비스 확장 프로그램 지원 리소스

다음 단계

커스텀 제약 조건을 사용하여 리소스 관리