使用自定义约束条件管理 Cloud Load Balancing 资源

Google Cloud 组织政策可让您以编程方式集中控制组织的资源。作为组织政策管理员，您可以定义组织政策，这是一组称为限制条件的限制，会应用于 Google Cloud 资源层次结构中的 Google Cloud 资源及其后代。您可以在组织、文件夹或项目级强制执行组织政策。

组织政策为各种 Google Cloud 服务提供预定义限制条件。但是，如果您想要更精细地控制和自定义组织政策中受限的特定字段，还可以创建自定义限制条件并在自定义组织政策中使用这些自定义限制条件。

本页面假定您熟悉以下概念：

健康检查概览

优势

费用管理：使用自定义组织政策限制健康检查探测频率。
安全、合规性和治理：您可以使用自定义组织政策强制执行政策，具体如下所示：
- 强制使用特定的健康检查协议或端口范围。

政策继承

如果您对资源强制执行政策，默认情况下，该资源的后代会继承组织政策。例如，如果您对某个文件夹强制执行一项政策，Google Cloud 会对该文件夹中的所有项目强制执行该政策。如需详细了解此行为及其更改方式，请参阅层次结构评估规则。

价格

组织政策服务（包括预定义组织政策和自定义组织政策）可免费使用。

限制

不支持旧版健康检查（旧版全球 [HTTP] 和旧版全球 [HTTPS]）。

准备工作

设置身份验证（如果尚未设置）。身份验证是通过其进行身份验证以访问 Google Cloud 服务和 API 的过程。如需从本地开发环境运行代码或示例，您可以按如下方式向 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
  Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
2. Set a default region and zone.

请确保您知道您的组织 ID。

所需的角色

如需获得管理 Cloud Load Balancing 资源的组织政策所需的权限，请让您的管理员为您授予以下 IAM 角色：

组织资源类型的 Organization Policy Administrator (roles/orgpolicy.policyAdmin)
测试 HealthCheck 资源的限制条件：项目的 Compute Load Balancer Admin (v1) (roles/compute.loadBalancerAdmin.v1)

如需详细了解如何授予角色，请参阅管理对项目、文件夹和组织的访问权限。

这些预定义角色可提供管理 Cloud Load Balancing 资源的组织政策所需的权限。如需查看所需的确切权限，请展开所需权限部分：

所需权限

如需管理 Cloud Load Balancing 资源的组织政策，您需要具备以下权限：

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

您也可以使用自定义角色或其他预定义角色来获取这些权限。

Cloud Load Balancing 支持的资源

对于 Cloud Load Balancing，您可以对以下资源和字段设置自定义限制条件。

健康检查：compute.googleapis.com/HealthCheck
- resource.checkIntervalSec
- resource.timeoutSec
- resource.unhealthyThreshold
- resource.healthyThreshold
- resource.type
- TCP 健康检查：
  - resource.tcpHealthCheck.port
  - resource.tcpHealthCheck.request
  - resource.tcpHealthCheck.response
  - resource.tcpHealthCheck.proxyHeader
- SSL 健康检查：
  - resource.sslHealthCheck.port
  - resource.sslHealthCheck.request
  - resource.sslHealthCheck.response
  - resource.sslHealthCheck.proxyHeader
- HTTP 健康检查：
  - resource.httpHealthCheck.port
  - resource.httpHealthCheck.host
  - resource.httpHealthCheck.requestPath
  - resource.httpHealthCheck.proxyHeader
  - resource.httpHealthCheck.response
- HTTPS 健康检查：
  - resource.httpsHealthCheck.port
  - resource.httpsHealthCheck.host
  - resource.httpsHealthCheck.requestPath
  - resource.httpsHealthCheck.proxyHeader
  - resource.httpsHealthCheck.response
- HTTP/2 健康检查：
  - resource.http2HealthCheck.port
  - resource.http2HealthCheck.host
  - resource.http2HealthCheck.requestPath
  - resource.http2HealthCheck.proxyHeader
  - resource.http2HealthCheck.response
- GRPC 健康检查：
  - resource.grpcHealthCheck.port
  - resource.grpcHealthCheck.grpcServiceName
如需了解其他受支持的计算资源，请参阅 Compute Engine 自定义限制页面了解详情。

设置自定义限制条件

自定义限制条件由实施组织政策的服务支持的资源、方法、条件和操作定义。自定义限制条件的条件使用通用表达式语言 (CEL) 进行定义。如需详细了解如何使用 CEL 构建自定义限制条件中的条件，请参阅创建和管理自定义组织政策的 CEL 部分。

您可以使用 Google Cloud 控制台或 gcloud CLI 创建自定义限制条件并将其设置为在组织政策中使用。

控制台

在 Google Cloud 控制台中，转到组织政策页面。

转到“组织政策”
选择页面顶部的项目选择器。
在项目选择器中，选择要为其设置组织政策的资源。
点击 自定义限制条件。
在显示名称框中，为限制条件输入一个易记的名称。此字段的最大长度为 200 个字符。请勿在限制条件名称中使用 PII 或敏感数据，因为这些可能会在错误消息中公开。
在限制条件 ID 框中，为新的自定义限制条件输入所需的名称。自定义限制条件必须以 custom. 开头，只能包含大写字母、小写字母或数字，例如 custom.enforceTCPHealthCheckPort1024。该字段的长度上限为 70 个字符，不计算前缀（例如 organizations/123456789/customConstraints/custom.）。
在说明框中，输入直观易懂的限制条件说明，在违反政策时此说明内容会以错误消息的形式显示。此字段的最大长度为 2000 个字符。
在资源类型框中，选择包含要限制的对象和字段的 Google Cloud REST 资源的名称。例如 compute.googleapis.com/HealthCheck。
在强制执行方法下，选择是否对 REST CREATE 方法强制执行限制条件。
如需定义条件，请点击 修改条件。
1. 在添加条件面板中，创建一个引用受支持的服务资源的 CEL 条件，例如 resource.tcpHealthCheck.port >= 1024。此字段的最大长度为 1,000 个字符。
2. 点击保存。
在操作下，选择在满足上述条件时是允许还是拒绝评估的方法。
点击创建限制条件。

在每个字段中输入值后，右侧将显示此自定义限制条件的等效 YAML 配置。

gcloud

如需使用 gcloud CLI 创建自定义限制条件，请为自定义限制条件创建 YAML 文件：

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

替换以下内容：

ORGANIZATION_ID：您的组织 ID，例如 123456789。
CONSTRAINT_NAME：新的自定义限制条件的名称。自定义限制条件必须以 custom. 开头，只能包含大写字母、小写字母或数字。例如 custom.enforceTCPHealthCheckPort1024。该字段的长度上限为 70 个字符，不计算前缀（例如 organizations/123456789/customConstraints/custom.）。
RESOURCE_NAME：包含要限制的对象和字段的 Compute Engine API REST 资源的名称（而非 URI）。例如 HealthCheck。
CONDITION：针对受支持的服务资源的表示法编写的 CEL 条件。此字段的最大长度为 1,000 个字符。如需详细了解可用于针对其编写条件的资源，请参阅支持的资源。例如 "resource.tcpHealthCheck.port >= 1024"。
ACTION：满足 condition 时要执行的操作。可以是 ALLOW 或 DENY。
DISPLAY_NAME：限制条件的直观易记名称。此字段的最大长度为 200 个字符。
DESCRIPTION：直观易懂的限制条件说明，在违反政策时显示为错误消息。此字段的最大长度为 2000 个字符。

如需详细了解如何创建自定义限制条件，请参阅创建和管理自定义组织政策。

使用 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 资源。

控制台

如需强制执行布尔值限制条件，请执行以下操作：

在 Google Cloud 控制台中，转到组织政策页面。
转到“组织政策”
选择页面顶部的项目选择器。
在项目选择器中，选择要设置组织政策的项目。
从组织政策页面的列表中选择限制条件。此时应显示该限制条件的政策详情页面。
如需为该资源配置组织政策，请点击管理政策。
在修改政策页面，选择覆盖父级政策。
点击添加规则。
在强制执行下，选择开启还是关闭此组织政策的强制执行。
（可选）如需使组织政策成为基于某个标记的条件性政策，请点击添加条件。请注意，如果您向组织政策添加条件规则，则必须至少添加一个无条件规则，否则无法保存政策。如需了解详情，请参阅使用标记设置组织政策。
如果是自定义限制条件，您可以点击测试更改来模拟此组织政策的效果。如需了解详情，请参阅使用 Policy Simulator 测试组织政策更改。
若要完成并应用组织政策，请点击设置政策。该政策将在 15 分钟内生效。

gcloud

如需创建强制执行布尔值限制条件的组织政策，请创建引用该限制条件的 YAML 政策文件：

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

请替换以下内容：

PROJECT_ID：要对其实施限制条件的项目。
CONSTRAINT_NAME：您为自定义限制条件定义的名称。例如，custom.enforceTCPHealthCheckPort1024。

如需强制执行包含限制条件的组织政策，请运行以下命令：

    gcloud org-policies set-policy POLICY_PATH

将 POLICY_PATH 替换为组织政策 YAML 文件的完整路径。该政策将在 15 分钟内生效。

示例：创建一个约束条件，将 TCP 健康检查端口限制为至少 1024

gcloud

使用以下信息创建 enforceTCPHealthCheckPort1024.yaml 限制条件文件：

name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceTCPHealthCheckPort1024
resource_types:
– compute.googleapis.com/HealthCheck
condition: "resource.tcpHealthCheck.port >= 1024"
method_types:
– CREATE
– UPDATE
action_type: ALLOW
display_name: Only TCP HealthCheck Port >= 1024 Allowed.
description: Prevent TCP health checks on well-known ports.

设置自定义限制条件。

gcloud org-policies set-custom-constraint enforceTCPHealthCheckPort1024.yaml

创建一份 enforceTCPHealthCheckPort1024-policy.yaml 具有以下信息政策文件。在此示例中，我们在项目级层强制执行此限制条件，但您也可以在组织或文件夹级层设置此限制条件。请将 PROJECT_ID 替换为您的项目 ID。
```
name: projects/PROJECT_ID/policies/custom.enforceTCPHealthCheckPort1024
spec:
  rules:
  – enforce: true
```

强制执行该政策：

gcloud org-policies set-policy enforceTCPHealthCheckPort1024-policy.yaml

通过尝试在端口 80 上创建 TCP 健康检查（此端口不允许创建）来测试限制条件。

gcloud compute health-checks create tcp my-tcp-health-check \
    --project=PROJECT_ID \
    --region=us-central1 \
    --port=80 \
    --check-interval=5s \
    --timeout=5s \
    --healthy-threshold=4 \
    --unhealthy-threshold=5 \

输出类似于以下内容：

ERROR: (gcloud.compute.healthChecks.create) Could not fetch resource:
– Operation denied by custom org policies: [customConstraints/custom.enforceTCPHealthCheckPort1024]: Only TCP HealthCheck Port >= 1024 Allowed.

常见用例的自定义限制条件示例

以下部分介绍一些可能有用的自定义限制条件的语法：

健康检查

用例	语法
要求所有健康检查协议都通过端口 1024 或更高版本进行。	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.healthCheckPortMin1024 resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.tcpHealthCheck.port >= 1024 && resource.httpHealthCheck.port >= 1024 && resource.httpsHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 &&resource.http2HealthCheck.port >= 1024 && resource.grpcHealthCheck.port >= 1024" actionType: ALLOW displayName: Require Port 1024 or greater for all health checks. description: All Health Checks protocols must use a port of 1024 or higher, to avoid well-known ports.
禁止 GRPC 健康检查。	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.disallowGRPCHealthChecks resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.type == 'GRPC'" actionType: DENY displayName: Disallow GRPC Health Checks description: Health Checks are not allowed to use GRPC.
防止高频健康检查探测。	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.minHealthCheckFrequency resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.checkIntervalSec >= 30" actionType: ALLOW displayName: Disallow fast health check probes description: Prevent health checks from having a probe frequency under 30 seconds.

用例

语法

要求所有健康检查协议都通过端口 1024 或更高版本进行。

  name: organizations/ORGANIZATION_ID/customConstraints/custom.healthCheckPortMin1024
  resourceTypes:
  - compute.googleapis.com/HealthCheck
  methodTypes:
  - CREATE
  - UPDATE
  condition: "resource.tcpHealthCheck.port >= 1024 && resource.httpHealthCheck.port >= 1024 && resource.httpsHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 &&resource.http2HealthCheck.port >= 1024 && resource.grpcHealthCheck.port >= 1024"
  actionType: ALLOW
  displayName: Require Port 1024 or greater for all health checks.
  description: All Health Checks protocols must use a port of 1024 or higher, to avoid well-known ports.

禁止 GRPC 健康检查。

  name: organizations/ORGANIZATION_ID/customConstraints/custom.disallowGRPCHealthChecks
  resourceTypes:
  - compute.googleapis.com/HealthCheck
  methodTypes:
  - CREATE
  - UPDATE
  condition: "resource.type == 'GRPC'"
  actionType: DENY
  displayName: Disallow GRPC Health Checks
  description: Health Checks are not allowed to use GRPC.

防止高频健康检查探测。

  name: organizations/ORGANIZATION_ID/customConstraints/custom.minHealthCheckFrequency
  resourceTypes:
  - compute.googleapis.com/HealthCheck
  methodTypes:
  - CREATE
  - UPDATE
  condition: "resource.checkIntervalSec >= 30"
  actionType: ALLOW
  displayName: Disallow fast health check probes
  description: Prevent health checks from having a probe frequency under 30 seconds.

后续步骤

查看组织政策服务简介，以详细了解组织政策。
详细了解如何创建和管理组织政策。
查看预定义组织政策限制条件的完整列表。

使用自定义约束条件管理 Cloud Load Balancing 资源

优势

政策继承

价格

限制

准备工作

Console

gcloud

所需的角色

所需权限

Cloud Load Balancing 支持的资源

设置自定义限制条件

控制台

gcloud

强制执行自定义限制条件

控制台

gcloud

示例：创建一个约束条件，将 TCP 健康检查端口限制为至少 1024

gcloud

常见用例的自定义限制条件示例

健康检查

后续步骤