Gerenciar recursos do Memorystore para Redis com restrições personalizadas

Google Cloud A política da organização 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 aosGoogle Cloud recursos e aos descendentes deles na hierarquia de recursos doGoogle 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 suas instâncias do Memorystore para Redis aderam às práticas recomendadas de segurança e aos requisitos regulamentares.

Vantagens

É possível usar uma política personalizada da organização 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 organização, a solicitação vai 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 vai 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 não são aplicadas retroativamente às instâncias atuais.

  • Uma nova política não afeta as configurações de instância atuais.
  • Uma configuração de instância atual permanece válida, a menos que você mude o estado da configuração de conformidade para não conformidade usando o consoleGoogle Cloud , Google Cloud CLI ou 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

  1. Criar o projeto.
    1. 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.

    2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

      Go to project selector

    3. Make sure that billing is enabled for your Google Cloud project.

    4. Install the Google Cloud CLI.

    5. If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

    6. To initialize the gcloud CLI, run the following command: 

      gcloud init

    7. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

      Go to project selector

    8. Make sure that billing is enabled for your Google Cloud project.

    9. Install the Google Cloud CLI.

    10. If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

    11. To initialize the gcloud CLI, run the following command: 

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

      13. Funções exigidas

      Para receber as permissões necessárias a fim de gerenciar as políticas da organização, peça ao administrador para conceder a você o 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 os papéis necessários para criar o Memorystore para Redis à sua conta de usuário. Consulte 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 a ela. Elas são específicas 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 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 CEL de Como criar e gerenciar restrições personalizadas.

      Use o modelo a seguir 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, 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.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 do 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 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.

      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 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 como políticas da organização na sua lista de Google Cloud políticas da organização. 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 política da organização personalizada

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

      Console

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

        Acessar as políticas da organização

      2. No seletor de projetos, selecione o projeto em que você quer definir a política da organização.
      3. Na lista da página Políticas da organização, selecione a restrição para acessar a página Detalhes da política dela.
      4. Para personalizar a política da organização nesse recurso, clique em Gerenciar política.
      5. Na página Editar política, selecione Substituir a política do editor principal.
      6. Clique em Adicionar uma regra.
      7. Na seção Aplicação, selecione se a aplicação dessa política da organização está ativada ou desativada.
      8. 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 configurar uma política da organização com tags.
      9. Clique em Testar mudanças para simular o efeito da política da organização. A simulação de política não está disponível para restrições gerenciadas legadas. Para mais informações, consulte Testar mudanças na política da organização com o Simulador de política.
      10. 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 com regras booleanas, crie um arquivo YAML da política que faça 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 da 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. Para testar essa restrição, execute 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 seguintes campos de restrição personalizada do Memorystore para Redis estão disponíveis para uso ao criar ou atualizar um recurso do Memorystore para Redis.

      • Instância do Memorystore para 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 limita a instância do Redis a uma réplica:

      Descrição Sintaxe de restrição
      Restringir 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