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

AGoogle Cloud 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 aos recursos doGoogle Cloud e aos descendentes desses recursos 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 doGoogle 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 personalizada da organização, você aplica configurações e restrições consistentes. Isso garante que suas instâncias do Memorystore para Redis aderem às práticas recomendadas de segurança e aos requisitos regulatórios.

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, ela vai falhar e um erro será retornado ao autor da chamada.

Herança de políticas

As políticas da organização são herdadas por padrão pelos elementos que descendem dos recursos em que elas são aplicadas. Por exemplo, se você aplicar uma política a uma pasta, o Google Cloud vai aplicá-la todos os projetos dessa 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 ocorre com todas as restrições de política da organização, as alterações de política não se aplicam 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 de conformidade para não conformidade usando o console doGoogle Cloud , a CLI do Google Cloud ou uma 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. Verify that billing is enabled for your Google Cloud project.

    4. Install the Google Cloud CLI.

    5. Ao usar um provedor de identidade (IdP) externo, primeiro faça login na gcloud CLI com sua identidade federada.

    6. Para inicializar a gcloud CLI, execute o seguinte comando:

      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. Verify that billing is enabled for your Google Cloud project.

    9. Install the Google Cloud CLI.

    10. Ao usar um provedor de identidade (IdP) externo, primeiro faça login na gcloud CLI com sua identidade federada.

    11. Para inicializar a gcloud CLI, execute o seguinte comando:

      gcloud init
    12. Verifique qual é 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 usando papéis personalizados ou 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 saber como criar condições em restrições personalizadas usando a CEL, consulte a seção CEL em 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 pode ter no máximo 1000 caracteres. Consulte Recursos compatíveis para mais informações sobre os recursos disponíveis para gravação de 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 pode ter no máximo 200 caracteres.

      • DESCRIPTION: uma descrição legível da restrição a ser exibida como mensagem de erro quando a política é violada. Esse campo pode ter no máximo 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, faça a configuração necessária 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 para o 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 lista de políticas da organização do Google Cloud . Para verificar a existência da restrição personalizada, 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 políticas da organização.

      Aplicar uma política personalizada da organização

      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 do Google Cloud .

      Console

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

        Acessar a página 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 uma restrição para acessar a página Detalhes da política associada.
      4. Para configurar 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 recurso pai.
      6. Clique em Adicionar regra.
      7. Na seção Aplicação, escolha entre ativar ou desativar a aplicação dessa política da organização.
      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 para que a política seja salva. 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 da 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 para a 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 para o 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. 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 da 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