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 políticas da organização personalizadas.
Ao implementar uma política da organização personalizada, você aplica configurações e restrições consistentes. Isso garante que as instâncias do Memorystore para Redis cumpram as práticas recomendadas de segurança e os requisitos regulamentares.
Vantagens
É possível usar uma política da organização personalizada para permitir ou negar recursos específicos do Memorystore para Redis. Por exemplo, se uma solicitação para criar ou atualizar uma instância do Redis não atender à validação de restrição personalizada definida pela política da sua organização, a solicitação falhará e um erro será retornado ao autor da chamada.
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
Como todas as restrições de política da organização, as mudanças na política não são aplicadas retroativamente às instâncias atuais.
- Uma nova política não afeta as configurações de instâncias atuais.
- Uma configuração de instância atual permanece válida, a menos que você mude a configuração da instância de um estado de conformidade para não conformidade usando o console do Google Cloud, a CLI do Google Cloud ou a RPC.
- Uma atualização de manutenção programada não faz com que uma política seja aplicada porque a manutenção não altera a configuração das instâncias.
Antes de começar
- Criar o projeto.
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
- Certifique-se de conhecer o ID da organização.
Funções exigidas
Para ter as permissões necessárias para gerenciar as políticas da organização,
peça ao administrador para conceder a você
Papel do IAM de administrador de políticas da organização (roles/orgpolicy.policyAdmin
) no recurso da organização.
Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.
Também é possível conseguir as permissões necessárias por meio de papéis personalizados ou de outros papéis predefinidos.
Você também precisa adicionar as funções necessárias para criar o Memorystore para Redis à sua conta de usuário. Consulte Como configurar o acesso aos recursos do Memorystore para Redis.Criar uma restrição personalizada
É possível criar uma restrição personalizada usando um arquivo YAML para definir os recursos, métodos, condições e ações sujeitos à restrição. Eles são específicos do serviço em que você está aplicando a política da organização. As condições das restrições personalizadas precisam ser definidas usando a Common Expression Language. Consulte a página do GitHub sobre Common Expression Language (CEL). Para mais informações sobre como criar condições em restrições personalizadas usando a CEL, consulte a seção CEL de Como criar e gerenciar restrições personalizadas.
Use o seguinte modelo para criar um arquivo YAML para uma restrição personalizada:
name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes:
- redis.googleapis.com/RESOURCE_NAME
methodTypes:
- CREATE
- UPDATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION
Substitua:
ORGANIZATION_ID
: o ID da organização, como123456789
.CONSTRAINT_NAME
: o nome da sua nova restrição personalizada. Uma restrição personalizada precisa começar comcustom.
e só pode incluir letras maiúsculas, minúsculas ou números, por exemplo,custom.restrictInstanceToOnereplica
. O tamanho máximo desse campo é de 70 caracteres, sem contar o prefixo (por exemplo,organizations/123456789/customConstraints/custom.allowConstraint
).RESOURCE_NAME
: o nome (não o URI) do recurso Memorystore para Redis que contém o objeto e o campo que você quer restringir. Por exemplo,Instance
.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 1000 caracteres. Consulte Recursos compatíveis para mais informações sobre os recursos disponíveis para gravar condições. Por exemplo,"resource.replicaCount >= 2"
.ACTION
: a ação a ser realizada se ocondition
for atendido. Pode serALLOW
ouDENY
.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.
Configurar uma restrição personalizada
Depois de criar o arquivo YAML para uma nova restrição personalizada, configure-a para disponibilizá-la para as políticas da organização. Para configurar uma restrição personalizada, use o comandogcloud org-policies set-custom-constraint
:
gcloud org-policies set-custom-constraint CONSTRAINT_PATH
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 como políticas da organização
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
ORGANIZATION_ID
pelo ID do recurso da organização.
Para mais informações, consulte
Como visualizar as políticas da organização.
Aplicar uma política da organização personalizada
Você pode aplicar uma restrição booleana criando uma política da organização que faça referência a ela. essa política da organização a um recurso do Google Cloud.Console
- No console do Google Cloud, acesse a página Políticas da organização.
- No seletor de projetos, selecione o projeto em que você quer definir a política da organização.
- Na lista da página Políticas da organização, selecione a restrição para acessar a página Detalhes da política dela.
- 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.
- Na seção Aplicação, selecione se a aplicação dessa política da organização está ativada ou desativada.
- Opcional: 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 informações, 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.restrictInstanceToOnereplica
.
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 leva até 15 minutos para entrar em vigor.
Testar uma restrição personalizada
Para testar uma restrição personalizada, execute um comando gcloud que tente criar uma instância do Redis.
Por exemplo, suponha que uma restrição exija que as instâncias do Redis não tenham mais de uma réplica. É possível testar essa restrição executando o comando gcloud redis instances create
com "replica-count" definido como 2, conforme demonstrado no snippet a seguir:
gcloud redis instances create redis-test-instance \
--project=my-project \
--tier=standard \
--size=16 \
--region=us-central1 \
--redis-version=redis_7_0 \
--network=projects/my-project/global/networks/default \
--connect-mode=PRIVATE_SERVICE_ACCESS \
--read-replicas-mode=READ_REPLICAS_ENABLED \
--replica-count=2
O resultado será assim:
Operation denied by custom org policies: ["customConstraints/custom.restrictInstanceToOnereplica": "Prevent users from creating Redis instances with more than one replica"]
Recursos e operações compatíveis com o Memorystore para Redis
Os campos de restrição personalizados do Memorystore para Redis a seguir estão disponíveis para uso ao criar ou atualizar um recurso do Memorystore para Redis.
- Memorystore para instância do Redis
resource.alternativeLocationId
resource.authEnabled
resource.authorizedNetwork
resource.availableMaintenanceVersions
resource.connectMode
resource.customerManagedKey
resource.displayName
resource.locationId
resource.maintenancePolicy.description
resource.maintenancePolicy.weeklyMaintenanceWindow.day
resource.maintenanceVersion
resource.memorySizeGb
resource.name
resource.persistenceConfig.persistenceMode
resource.persistenceConfig.rdbSnapshotPeriod
resource.persistenceConfig.rdbSnapshotStartTime
resource.readReplicasMode
resource.redisConfigs
resource.redisVersion
resource.replicaCount
resource.reservedIpRange
resource.secondaryIpRange
resource.suspensionReasons
resource.tier
resource.transitEncryptionMode
Exemplos de restrições personalizadas
A tabela a seguir mostra um exemplo de restrição personalizada que restringe a instância do Redis a uma réplica:
Descrição | Sintaxe de restrição |
---|---|
Restrinja instâncias do Redis com uma réplica |
name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictInstanceToOnereplica resourceTypes: - redis.googleapis.com/Instance methodTypes: - CREATE - UPDATE condition: "resource.replicaCount >= 2" actionType: DENY displayName: Restrict Redis instances to one replica description: Prevent users from creating Redis instances with more than one replica |
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.