Gerenciar recursos do Cloud Load Balancing usando restrições personalizadas

A política da organização do Google Cloud oferece controle centralizado e programático sobre os recursos da sua organização. Como administrador de políticas da organização, é possível definir uma política da organização, que é um conjunto de limites chamado restrições que se aplicam aos recursos do Google Cloud e aos descendentes desses recursos na Hierarquia de recursos do Google Cloud. É possível aplicar políticas da organização no nível da organização, da pasta ou para envolvidos no projeto.

A política da organização fornece restrições predefinidas para vários serviços do Google Cloud. No entanto, se você quiser um controle mais granular e personalizável sobre os campos específicos restritos nas suas políticas da organização, crie também restrições personalizadas e use-as em uma política da organização.

Nesta página, consideramos que você esteja familiarizado com os seguintes conceitos:

Visão geral das verificações de integridade

Benefícios

Gerenciamento de custos: use políticas personalizadas da organização para restringir a frequência da sondagem de verificação de integridade.
Segurança, conformidade e governança: é possível usar políticas personalizadas da organização para aplicar políticas da seguinte maneira:
- Para aplicar o uso de protocolos ou intervalos de porta específicos de verificação de integridade.

Herança de políticas

Por padrão, as políticas da organização são herdadas pelos descendentes dos recursos em que a política é aplicada. Por exemplo, se você aplicar uma política em uma pasta, o Google Cloud aplicará a política a todos os projetos da pasta. Para saber mais sobre esse comportamento e como alterá-lo, consulte Regras de avaliação de hierarquia.

Preços

O Organization Policy Service, incluindo políticas predefinidas e personalizadas, é oferecido sem custos financeiros.

Limitações

As verificações de integridade legadas (Legado global (HTTP) e Legado global (HTTPS)) não são compatíveis.

Antes de começar

Configure a autenticação, caso ainda não tenha feito isso. A autenticação é o processo de verificação da sua identidade para acesso a serviços e APIs do Google Cloud. Para executar códigos ou amostras de um ambiente de desenvolvimento local, autentique-se no Compute Engine da seguinte maneira.

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.

Certifique-se de conhecer o ID da organização.

Funções exigidas

Para obter as permissões necessárias para gerenciar políticas da organização para recursos do Cloud Load Balancing, peça ao seu administrador para conceder a você as seguintes funções do IAM:

Administrador de políticas da organização (roles/orgpolicy.policyAdmin) nos resource_types da organização
Para testar as restrições nos recursos de verificação de integridade: Administrador do balanceador de carga do Compute (v1) (roles/compute.loadBalancerAdmin.v1) no projeto

Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.

Esses papéis predefinidos contêm as permissões necessárias para gerenciar as políticas da organização em recursos do Cloud Load Balancing. Para conferir as permissões exatas necessárias, expanda a seção Permissões necessárias:

Permissões necessárias

As permissões a seguir são necessárias para gerenciar políticas da organização em recursos do Cloud Load Balancing:

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

Essas permissões também podem ser concedidas com funções personalizadas ou outros papéis predefinidos.

Recursos compatíveis com o Cloud Load Balancing

Para o Cloud Load Balancing, é possível definir restrições personalizadas nos seguintes recursos e campos.

Verificação de integridade: compute.googleapis.com/HealthCheck
- resource.checkIntervalSec
- resource.timeoutSec
- resource.unhealthyThreshold
- resource.healthyThreshold
- resource.type
- Verificação de integridade do TCP:
  - resource.tcpHealthCheck.port
  - resource.tcpHealthCheck.request
  - resource.tcpHealthCheck.response
  - resource.tcpHealthCheck.proxyHeader
- Verificação de integridade do SSL:
  - resource.sslHealthCheck.port
  - resource.sslHealthCheck.request
  - resource.sslHealthCheck.response
  - resource.sslHealthCheck.proxyHeader
- Verificação de integridade do HTTP:
  - resource.httpHealthCheck.port
  - resource.httpHealthCheck.host
  - resource.httpHealthCheck.requestPath
  - resource.httpHealthCheck.proxyHeader
  - resource.httpHealthCheck.response
- Verificação de integridade do HTTPS:
  - resource.httpsHealthCheck.port
  - resource.httpsHealthCheck.host
  - resource.httpsHealthCheck.requestPath
  - resource.httpsHealthCheck.proxyHeader
  - resource.httpsHealthCheck.response
- Verificação de integridade do HTTP/2:
  - resource.http2HealthCheck.port
  - resource.http2HealthCheck.host
  - resource.http2HealthCheck.requestPath
  - resource.http2HealthCheck.proxyHeader
  - resource.http2HealthCheck.response
- Verificação de integridade do GRPC:
  - resource.grpcHealthCheck.port
  - resource.grpcHealthCheck.grpcServiceName
Para outros recursos de computação com suporte, consulte a página de restrições personalizadas do Compute Engine para mais detalhes.

Configurar uma restrição personalizada

Uma restrição personalizada é definida pelos recursos, métodos, condições e ações compatíveis com o serviço em que a política da organização está sendo aplicada. As condições das restrições personalizadas são definidas usando a Common Expression Language (CEL). Para mais informações sobre como criar condições em restrições personalizadas usando a CEL, consulte a seção Como criar e gerenciar restrições personalizadas da CEL.

É possível criar uma restrição personalizada e configurá-la para uso nas políticas da organização usando o console do Google Cloud ou a gcloud CLI.

Console

No console do Google Cloud, acesse a página Políticas da organização.

Acessar as políticas da organização
Selecione o Seletor de projetos na parte superior da página.
No Seletor de projetos, selecione o recurso em que você quer definir a política da organização.
Clique em Restrição personalizada.
Na caixa Nome de exibição, insira um nome legível para a restrição. Esse campo tem um comprimento máximo de 200 caracteres. Não use PII ou dados confidenciais em nomes de restrições, porque eles podem ser expostos em mensagens de erro.
Na caixa ID da restrição, insira o nome que você quer para a nova restrição personalizada. Uma restrição personalizada precisa começar com custom. e só pode incluir letras maiúsculas, minúsculas ou números, por exemplo, custom.enforceTCPHealthCheckPort1024. O tamanho máximo desse campo é de 70 caracteres, sem contar o prefixo (por exemplo, organizations/123456789/customConstraints/custom.).
Na caixa Descrição, insira uma descrição legível a ser exibida como uma mensagem de erro quando a política for violada. Esse campo tem um comprimento máximo de 2000 caracteres.
Na caixa Tipo de recurso, selecione o nome do recurso REST do Google Cloud que contém o objeto e o campo que você quer restringir. Por exemplo, compute.googleapis.com/HealthCheck.
Em Método de aplicação, selecione se a restrição será aplicada no método REST CREATE.
Para definir uma condição, clique em Editar condição.
1. No painel Adicionar condição, crie uma condição de CEL que se refira a um recurso de serviço compatível, por exemplo, resource.tcpHealthCheck.port >= 1024. Esse campo tem um comprimento máximo de 1.000 caracteres.
2. Clique em Salvar.
Em Ação, selecione se você quer permitir ou negar o método avaliado quando a condição é atendida.
Clique em Criar restrição.

Quando você insere um valor em cada campo, a configuração YAML equivalente para essa restrição personalizada é exibida à direita.

gcloud

Para criar uma restrição personalizada usando a gcloud CLI, crie um arquivo YAML para ela:

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

Substitua:

ORGANIZATION_ID: o ID da organização, como 123456789.
CONSTRAINT_NAME: o nome da sua nova restrição personalizada. Uma restrição personalizada precisa começar com custom. e só pode incluir letras maiúsculas, minúsculas ou números. Por exemplo, custom.enforceTCPHealthCheckPort1024. Esse campo pode ter até 70 caracteres, sem contar o prefixo (por exemplo, organizations/123456789/customConstraints/custom.).
RESOURCE_NAME: o nome (não o URI) do recurso REST da API Compute Engine que contém o objeto e o campo que você quer restringir. Por exemplo, HealthCheck.
CONDITION: uma condição de CEL gravada em uma representação de um recurso de serviço compatível. Esse campo tem um comprimento máximo de 1.000 caracteres. Consulte Recursos compatíveis para mais informações sobre os recursos disponíveis para gravar condições. Por exemplo, "resource.tcpHealthCheck.port >= 1024".
ACTION: a ação a ser realizada se o condition for atendido. Pode ser ALLOW ou DENY.
DISPLAY_NAME: um nome legível para a restrição. Esse campo tem um comprimento máximo de 200 caracteres.
DESCRIPTION: uma descrição legível da restrição a ser exibida como uma mensagem de erro quando a política for violada. Esse campo tem um comprimento máximo de 2000 caracteres.

Para mais informações sobre como criar uma restrição personalizada, consulte Como criar e gerenciar políticas personalizadas da organização.

Depois de criar uma nova restrição personalizada usando a Google Cloud CLI, configure-a para disponibilizá-la para as políticas da organização. Para configurar uma restrição personalizada, use o comando gcloud org-policies set-custom-constraint:

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

Substitua CONSTRAINT_PATH pelo caminho completo do arquivo da restrição personalizada. Por exemplo, /home/user/customconstraint.yaml. Após a conclusão, as restrições personalizadas vão estar disponíveis na sua lista de políticas da organização do Google Cloud. Para verificar se a restrição personalizada existe, use o comando gcloud org-policies list-custom-constraints:

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

Substitua ORGANIZATION_ID pelo ID do recurso da organização. Para mais informações, consulte Como visualizar as políticas da organização.

Aplicar uma restrição personalizada

Para aplicar uma restrição booleana, crie uma política da organização com referência a ela e aplique essa política da organização a um recurso do Google Cloud.

Console

Para aplicar uma restrição booleana:

No console do Google Cloud, acesse a página Políticas da organização.
Acessar as políticas da organização
Selecione o seletor de projetos na parte superior da página.
No seletor de projetos, selecione o projeto em que você quer definir a política da organização.
Selecione a restrição na lista da página Políticas da organização. A página Detalhes da política dessa restrição será exibida.
Para personalizar a política da organização nesse recurso, clique em Gerenciar política.
Na página Editar política, selecione Substituir a política do editor principal.
Clique em Adicionar uma regra.
Em Aplicação, selecione se a aplicação dessa política da organização precisa ser ativada ou desativada.
Para tornar a política da organização condicional em uma tag, clique em Adicionar condição. Se você adicionar uma regra condicional a uma política da organização, inclua pelo menos uma regra não condicional. Caso contrário, não será possível salvar a política. Para mais detalhes, consulte Como definir uma política da organização com tags.
Se essa for uma restrição personalizada, clique em Testar alterações para simular o efeito da política da organização. Para mais informações, consulte Testar alterações na política da organização com o Simulador de política.
Para concluir e aplicar a política da organização, clique em Definir política. A política levará até 15 minutos para entrar em vigor.

gcloud

Para criar uma política da organização que aplica uma restrição booleana, crie um arquivo YAML da política com referência à restrição:

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

Substitua:

PROJECT_ID: o projeto em que você quer aplicar a restrição.
CONSTRAINT_NAME: o nome definido para a restrição personalizada. Por exemplo, custom.enforceTCPHealthCheckPort1024.

Para aplicar a política da organização que contém a restrição, execute o seguinte comando:

    gcloud org-policies set-policy POLICY_PATH

Substitua POLICY_PATH pelo caminho completo do arquivo YAML da política da organização. A política levará até 15 minutos para entrar em vigor.

Exemplo: criar uma restrição que restrinja a porta de verificação de integridade TCP a um mínimo de 1024

gcloud

Crie um arquivo de restrição enforceTCPHealthCheckPort1024.yaml com as seguintes informações.

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.

Defina a restrição personalizada.

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

Crie um arquivo de política enforceTCPHealthCheckPort1024-policy.yaml com a seguinte informação. Neste exemplo, aplicamos essa restrição a envolvidos no projeto, mas também é possível defini-la no nível da organização ou da pasta. Substitua PROJECT_ID pelo ID do projeto.
```
name: projects/PROJECT_ID/policies/custom.enforceTCPHealthCheckPort1024
spec:
  rules:
  – enforce: true
```

Aplique a política.

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

Para testar a restrição, tente criar uma verificação de integridade TCP na porta 80, que não é permitida.

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 \

O resultado será assim:

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

Exemplos de restrições personalizadas para casos de uso comuns

As seções a seguir fornecem a sintaxe de algumas restrições personalizadas que podem ser úteis para você:

Verificação de integridade

Caso de uso	Sintaxe
Exija que todos os protocolos de verificação de integridade ocorram na porta 1024 ou superior.	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.
Desative as verificações de integridade do 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.
Evite sondagens de verificação de integridade de alta frequência.	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.

Caso de uso

Sintaxe

Exija que todos os protocolos de verificação de integridade ocorram na porta 1024 ou superior.

  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.

Desative as verificações de integridade do 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.

Evite sondagens de verificação de integridade de alta frequência.

  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.

A seguir

Consulte Introdução ao serviço Política da organização para saber mais sobre as políticas da organização.
Saiba mais sobre como criar e gerenciar políticas da organização.
Veja a lista completa de restrições da política da organização predefinidas.