커스텀 조직 정책을 사용하여 VPC 리소스 관리

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

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

정책 상속

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

Virtual Private Cloud 지원 리소스

VPC의 경우 다음 리소스 및 필드에 커스텀 제약조건을 설정할 수 있습니다.

  • 네트워크: compute.googleapis.com/Network
    • 이름: resource.name
    • 설명: resource.description
    • 모드: resource.autoCreateSubnetworks
    • MTU 설정: resource.mtu
    • 방화벽 적용 순서: resource.networkFirewallPolicyEnforcementOrder
    • 내부 IPv6 설정: resource.enableUlaInternalIpv6
    • 내부 IPv6 범위: resource.internalIpv6Range
    • 라우팅 모드: resource.routingConfig.routingMode
  • 서브네트워크: compute.googleapis.com/Subnetwork
    • 이름: resource.name
    • 설명: resource.description
    • 네트워크: resource.network
    • IP CIDR 범위: resource.ipCidrRange
    • 보조 IP 주소 범위: resource.secondaryIpRanges[]
      • 범위 이름:resource.secondaryIpRanges[].rangeName
      • IP CIDR 범위: resource.secondaryIpRanges[].ipCidrRange
    • 스택 유형: resource.stackType
    • IPv6 액세스 유형: resource.ipv6AccessType
    • 비공개 Google 액세스 설정: resource.privateIpGoogleAccess
    • 서브넷 용도: resource.purpose
    • 역할: resource.role
    • VPC 흐름 로그:
      • 로깅 구성: resource.logConfig.enable
      • 집계 간격: resource.logConfig.aggregationInterval
      • 샘플링 레이트: resource.logConfig.flowSampling
      • 메타데이터: resource.logConfig.metadata
      • 메타데이터 필드: resource.logConfig.metadataFields[]
      • 필터 표현식: resource.logConfig.filterExpr
  • 경로: compute.googleapis.com/Route
    • 이름: resource.name
    • 설명: resource.description
    • 네트워크: resource.network
    • 태그: resource.tags
    • 대상 범위: resource.destRange
    • 우선순위: resource.priority
    • 다음 홉 인스턴스: resource.nextHopInstance
    • 다음 홉 IP 주소: resource.nextHopIp
    • 다음 홉 게이트웨이: resource.nextHopGateway
    • 다음 홉 내부 패스 스루 네트워크 부하 분산기: resource.nextHopIlb
    • 다음 홉 VPN 터널: resource.nextHopVpnTunnel

시작하기 전에

  • 아직 인증을 설정하지 않았다면 설정합니다. 인증은 Google Cloud 서비스 및 API에 액세스하기 위해 ID를 확인하는 프로세스입니다. 로컬 개발 환경에서 코드 또는 샘플을 실행하려면 다음과 같이 Compute Engine에 인증하면 됩니다.

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    1. Install the Google Cloud CLI, then initialize it by running the following command:

      gcloud init
    2. Set a default region and zone.
    3. REST

      로컬 개발 환경에서 이 페이지의 REST API 샘플을 사용하려면 gcloud CLI에 제공하는 사용자 인증 정보를 사용합니다.

        Install the Google Cloud CLI, then initialize it by running the following command:

        gcloud init

      자세한 내용은 Google Cloud 인증 문서의 REST 사용 인증을 참조하세요.

필요한 역할

VPC 리소스의 조직 정책을 관리하는 데 필요한 권한을 얻으려면 관리자에게 다음의 IAM 역할을 부여해 달라고 요청하세요.

역할 부여에 대한 자세한 내용은 액세스 관리를 참조하세요.

이러한 사전 정의된 역할에는 VPC 리소스의 조직 정책을 관리하는 데 필요한 권한이 포함되어 있습니다. 필요한 정확한 권한을 보려면 필수 권한 섹션을 확장하세요.

필수 권한

VPC 리소스의 조직 정책을 관리하려면 다음 권한이 필요합니다.

  • orgpolicy.constraints.list
  • orgpolicy.policies.create
  • orgpolicy.policies.delete
  • orgpolicy.policies.list
  • orgpolicy.policies.update
  • orgpolicy.policy.get
  • orgpolicy.policy.set

커스텀 역할이나 다른 사전 정의된 역할을 사용하여 이 권한을 부여받을 수도 있습니다.

커스텀 제약조건 설정

커스텀 제약조건은 조직 정책을 시행하는 서비스에서 지원하는 리소스, 메서드, 조건, 작업으로 정의됩니다. 커스텀 제약조건의 조건은 Common Expression Language(CEL)를 사용하여 정의됩니다. CEL을 사용하여 커스텀 제약조건에서 조건을 빌드하는 방법에 대한 자세한 내용은 커스텀 제약조건 만들기 및 관리의 CEL 섹션을 참조하세요.

커스텀 제약조건을 만들고 Google Cloud 콘솔 또는 Google Cloud CLI를 사용해서 조직 정책에 사용하도록 구성할 수 있습니다.

콘솔

  1. Google Cloud 콘솔에서 조직 정책 페이지로 이동합니다.

    조직 정책으로 이동

  2. 페이지 상단의 프로젝트 선택 도구를 선택합니다.

  3. 프로젝트 선택 도구에서 조직 정책을 설정할 리소스를 선택합니다.

  4. 커스텀 제약조건을 클릭합니다.

  5. 표시 이름 상자에 제약조건에 대해 사용자 친화적인 이름을 입력합니다. 이 필드의 최대 길이는 200자(영문 기준)입니다. 오류 메시지에 노출될 수 있으므로 제약조건 이름에 민감한 정보 또는 PII를 사용하지 마세요.

  6. 제약조건 ID 상자에 새 커스텀 제약조건에 사용하려는 이름을 입력합니다. 커스텀 제약조건은 custom.으로 시작해야 하며 대소문자 또는 숫자만 포함할 수 있습니다(예: custom.createCustomNetworks). 이 필드의 최대 길이는 프리픽스를 제외하고 70자입니다(예: organizations/123456789/customConstraints/custom.).

  7. 설명 상자에 정책을 위반할 때 오류 메시지로 표시할 제약조건에 대해 사용자 친화적인 설명을 입력합니다. 이 필드의 최대 길이는 2,000자(영문 기준)입니다.

  8. 리소스 유형 상자에서 제한하려는 객체 및 필드가 포함된 Google Cloud REST 리소스 이름을 선택합니다. 예를 들면 compute.googleapis.com/Network입니다.

  9. 적용 방법 아래에서 REST CREATE 메서드에 제약조건을 적용할지 여부를 선택합니다.

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

    1. 조건 추가 패널에서 지원되는 서비스 리소스를 참조하는 CEL 조건을 만듭니다. 이 필드의 최대 길이는 1,000자(영문 기준)입니다.

    2. 저장을 클릭합니다.

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

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

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

gcloud

Google Cloud CLI를 사용하여 커스텀 제약조건을 만들려면 커스텀 제약조건에 대해 YAML 파일을 만듭니다.

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resource_types: compute.googleapis.com/RESOURCE_NAME
method_types:
- CREATE
condition: "CONDITION"
action_type: ACTION
display_name: DISPLAY_NAME
description: DESCRIPTION

다음을 바꿉니다.

  • ORGANIZATION_ID: 조직 ID(예: 123456789)

  • CONSTRAINT_NAME: 새 커스텀 제약조건에 사용하려는 이름. 커스텀 제약조건은 custom.으로 시작해야 하며 대소문자 또는 숫자만 포함할 수 있습니다(예: custom.createCustomNetworks). 이 필드의 최대 길이는 프리픽스를 제외하고 70자입니다(예: organizations/123456789/customConstraints/custom.).

  • RESOURCE_NAME: 제한할 객체 및 필드가 포함된 Compute Engine API REST 리소스의 이름(URI 아님). 예를 들면 Network입니다.

  • CONDITION: 지원되는 서비스 리소스의 표현에 대해 작성된 CEL 조건. 이 필드의 최대 길이는 1000자(영문 기준)입니다. 조건을 작성하는 데 사용할 수 있는 리소스에 대한 자세한 내용은 지원되는 리소스를 참조하세요.

  • ACTION: condition이 충족될 때 수행할 작업. ALLOW 또는 DENY일 수 있습니다.

  • DISPLAY_NAME: 제약조건에 대한 사용자 친화적인 이름. 이 필드의 최대 길이는 200자(영문 기준)입니다.

  • DESCRIPTION: 정책을 위반할 때 오류 메시지로 표시할 제약조건에 대한 사용자 친화적인 설명. 이 필드의 최대 길이는 2,000자(영문 기준)입니다.

커스텀 제약조건을 만드는 방법에 대한 자세한 내용은 커스텀 제약조건 정의를 참조하세요.

Google Cloud CLI를 사용하여 새 커스텀 제약조건을 만든 다음에는 조직에서 조직 정책에 사용할 수 있도록 설정해야 합니다. 커스텀 제약조건을 설정하려면 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 리소스에 적용하여 불리언 제약조건을 적용할 수 있습니다.

콘솔

불리언 제약조건을 적용하려면 다음 안내를 따르세요.

  1. Google Cloud 콘솔에서 조직 정책 페이지로 이동합니다.

    조직 정책으로 이동

  2. 페이지 상단의 프로젝트 선택 도구를 선택합니다.
  3. 프로젝트 선택 도구에서 조직 정책을 설정할 프로젝트를 선택합니다.
  4. 조직 정책 페이지의 목록에서 제약조건을 선택합니다. 해당 제약조건의 정책 세부정보 페이지가 표시되어야 합니다.
  5. 이 리소스의 조직 정책을 구성하려면 정책 관리를 클릭합니다.
  6. 정책 수정 페이지에서 상위 정책 재정의를 선택합니다.
  7. 규칙 추가를 클릭합니다.
  8. 시행에서 이 조직 정책 시행을 사용 설정할지 여부를 선택합니다.
  9. 필요에 따라 태그로 조직 정책을 조건부로 만들려면 조건 추가를 클릭합니다. 조건부 규칙을 조직 정책에 추가하면 비조건부 규칙을 최소 하나 이상 추가해야 합니다. 그렇지 않으면 정책을 저장할 수 없습니다. 자세한 내용은 태그를 사용하여 조직 정책 설정을 참조하세요.
  10. 커스텀 제약조건인 경우 변경사항 테스트를 클릭하여 이 조직 정책의 효과를 시뮬레이션할 수 있습니다. 자세한 내용은 정책 시뮬레이터로 조직 정책 변경사항 테스트를 참조하세요.
  11. 조직 정책을 완료하고 적용하려면 정책 설정을 클릭합니다. 정책이 적용되는 데 최대 15분이 소요됩니다.

gcloud

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

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

다음을 바꿉니다.

  • PROJECT_ID: 제약조건을 시행할 프로젝트
  • CONSTRAINT_NAME: 커스텀 제약조건에 대해 정의된 이름. 예를 들면 custom.createCustomNetworks입니다.

제약조건이 포함된 조직 정책을 시행하려면 다음 명령어를 실행합니다.

    gcloud org-policies set-policy POLICY_PATH
    

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

예: 네트워크를 커스텀 모드로 제한하는 제약조건 만들기

gcloud

  1. 다음 정보를 사용하여 onlyCustomNetwork.yaml 제약조건 파일을 만듭니다. ORGANIZATION_ID를 조직 ID로 바꿉니다.

    name: organizations/ORGANIZATION_ID/customConstraints/custom.createOnlyCustomNetwork
    resource_types: compute.googleapis.com/Network
    condition: "resource.autoCreateSubnetworks == false"
    action_type: ALLOW
    method_types: CREATE
    display_name: Restrict creation of networks to custom mode networks
    description: Only custom mode networks allowed.
  2. 커스텀 제약조건을 설정합니다.

    gcloud org-policies set-custom-constraint onlyCustomNetwork.yaml
    
  3. 다음 바인딩으로 onlyCustomNetwork-policy.yaml 정책 파일을 만듭니다. 이 예시에서는 프로젝트 수준에서 이 제약조건을 적용하지만 조직 또는 폴더 수준에서 설정할 수도 있습니다. PROJECT_ID를 프로젝트 ID로 바꿉니다.

          name: projects/PROJECT_ID/policies/custom.onlyCustomNetwork
          spec:
            rules:
    enforce: true
  4. 정책을 시행합니다.

    gcloud org-policies set-policy onlyCustomNetwork-policy.yaml
    
  5. 자동 모드 VPC 네트워크를 만들어 제약조건을 테스트합니다.

    gcloud compute networks create vpc1
        --project=PROJECT_ID \
        --subnet-mode=auto
    

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

    ERROR: (gcloud.compute.networks.create) Could not fetch resource:
    - Operation denied by custom org policy: [customConstraints/custom.createOnlyCustomNetwork] : Only custom mode networks allowed.

일반적인 사용 사례의 커스텀 제약조건 예시

다음 섹션에서는 유용한 몇 가지 커스텀 제약조건의 문법을 제공합니다.

네트워크에 내부 IPv6 범위가 포함되어야 함

name: organizations/ORGANIZATION_ID/customConstraints/custom.networkInternalIpv6Range
resource_types: compute.googleapis.com/Network
condition: "resource.enableUlaInternalIpv6 == true"
action_type: ALLOW
method_types: CREATE
display_name: Require networks to have an internal IPv6 range
description: Networks must have a ULA internal IPv6 range configured

서브넷이 10.0.0.0/8의 범위를 사용하도록 요구함

name: organizations/ORGANIZATION_ID/customConstraints/custom.subnetRangeUse10Slash8
resource_types: compute.googleapis.com/Subnetwork
condition: "resource.ipCidrRange.startsWith('10.')"
action_type: ALLOW
method_types: CREATE
display_name: Require subnets to ranges in 10.0.0.0/8
description: Subnetwork's primary IPv4 range must come from 10.0.0.0/8

IP 주소로 next-hop-ilb 경로를 지정해야 함

next-hop-ilb를 사용하는 경로는 전달 규칙 리소스 이름 대신 IP 주소를 사용하여 지정되어야 합니다.

name: organizations/ORGANIZATION_ID/customConstraints/custom.routeNextHopIlbByIpAddress
resource_types: compute.googleapis.com/Route
condition: "!resource.nextHopIlb.contains('forwardingRules')"
action_type: ALLOW
method_types: CREATE
display_name: Require defining next-hop-ilb by IP address
description: Next hops that are an internal load balancer must be specified by IP address instead of resource name.

가격 책정

사전 정의된 조직 정책과 커스텀 조직 정책을 포함한 조직 정책 서비스는 무료로 제공됩니다.

제한사항

  • 커스텀 제약조건은 VPC 리소스의 CREATE 메서드에만 적용됩니다.

다음 단계