Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Neste artigo, você:
- Implemente um modelo de catálogo de serviços para dependências comuns numa carga de trabalho existente a partir do portal.
O modelo comum de dependências inclui opções para criar os seguintes recursos:
- Key Vault (serviço de armazenamento de chaves)
- Chave Gerida pelo Cliente (CMK) para encriptação
- Conjunto de Encriptação de Disco (DES) para encriptação de disco
- Conta de armazenamento. Consulte o modelo separado do catálogo de serviços da Conta de Armazenamento para uma personalização adicional da implementação.
- Identidade gerida para aceder de forma segura aos seus recursos dentro do Azure Enclave
Note
Este exemplo de implementação é apenas para fins de demonstração e não representa todas as melhores práticas para administração de redes, sistemas ou aplicações.
Antes de começares
Este artigo assume uma compreensão básica de redes e conceitos do Azure Enclave. Para mais informações, consulte Melhores Práticas do Azure Enclave.
Precisas de uma conta no Azure com uma subscrição ativa. Se não tiveres uma, cria uma conta gratuitamente.
Precisas de uma comunidade, enclave, carga de trabalho e pelo menos um grupo de recursos de carga de trabalho e permissões para criar recursos dentro do grupo de recursos da carga de trabalho.
Ative
General(mínimo) ou oAdvancedmodo de manutenção no seu enclave para poder adicionar os recursos de Private Link ao grupo de recursos gerido do seu enclave.
Pré-requisitos
Os enclaves têm requisitos de proteção para usar encriptação de chaves geridas pelo cliente (CMK) para alguns recursos. Crie uma chave e uma identidade com acesso à chave para acesso seguro à mesma. Use este modelo de catálogo de serviço Common Dependencies para criar o CMK, com um Key Vault opcional e uma identidade gerida.
- Sub-redes para endpoints privados: Pode criar sub-redes durante a criação do enclave, ou pode criar novas sub-redes após a criação do enclave.
- Crie rapidamente estas Zonas DNS Privado com base no que criar a seguir:
-
Key Vaultnecessário ao criar um Key Vault a partir deste modelo ou do modelo mais personalizável do Key Vault. -
Storage File,Storage Queue,Storage BlobeStorage Tablesão necessários ao criar uma Conta de Armazenamento com este modelo ou com o modelo de Conta de Armazenamento mais personalizável.
-
Implementar o modelo
Navegue para o workload da implementação pretendida.
Selecione o botão
+Add an Azure Service.Selecione o
Common Dependenciesmodelo de serviço na lista pendente do catálogo de serviços, confirme a versão de que necessita (por defeito:latest) e selecioneNext.
Introduza os parâmetros necessários em cada separador.
Ajusta qualquer um dos parâmetros pré-preenchidos conforme necessário.
Selecione
Review + CreateentãoCreate.
Aguarde que a implementação esteja concluída antes de executar qualquer ação nos recursos implementados.
Validar a implementação
Vá ao grupo de recursos especificado para confirmar que os recursos pretendidos foram criados.
Excluir a implantação
Se não planeia ficar com estes recursos, limpe os recursos desnecessários para evitar cobranças do Azure. Se não existirem outras implementações no grupo de recursos, todo o grupo pode ser eliminado.
Recommendations
-
Adicione etiquetas às implementações do catálogo de serviços para acompanhar informações importantes desse recurso, tais como:
- Proprietário:
<main POC> - Implementador:
<yourName> - Finalidade:
<enclave shared resources> - Nome do Catálogo de Serviço:
<Common Dependencies> - Versão do Catálogo de Serviço:
<version you deployed>
- Proprietário:
- Considere adicionar uma Azure Policy para impor e herdar etiquetas.
Troubleshooting
A data de validade não corresponde
Se implementares o modelo Common Dependencies e vires um erro a indicar que a data de expiração não corresponde ao recurso CMK (Chave Gerida pelo Cliente), provavelmente já tens uma chave CMK (Key Vault) com o mesmo nome. Este erro pode ocorrer se implementar o modelo com as mesmas entradas duas vezes, uma vez que a data de expiração não pode ser atualizada através de uma redistribuição. Este erro significa que a sua CMK já existe e pode utilizá-la tal como está. Se precisares de atualizar o CMK, inicia sessão na tua VM de Administrador e depois acede ao cofre de chaves através do portal para fazer alterações. Também pode redistribuir o modelo de Dependências Comuns e alterar o nome do CMK para criar um novo CMK.