Criar e gerenciar um cluster dedicado em logs de Azure Monitor

Um cluster dedicado em Azure Monitor fornece recursos avançados de segurança e controle e otimização de custo. Você pode vincular workspaces novos ou existentes a um cluster dedicado sem interromper as operações de ingestão e consulta.

Recursos avançados

Azure Monitor Logs é um serviço de escala de nuvem totalmente gerenciado projetado para lidar automaticamente com ingestão, indexação e consulta em cargas de trabalho grandes e flutuantes. Seu mecanismo subjacente emprega mecanismos internos que otimizam a execução de consultas, distribuem o processamento e dimensionam automaticamente os recursos sem intervenção do usuário. Esse serviço de alto desempenho é a estrutura sobre a qual os workspaces padrão do Log Analytics, ou clusters compartilhados, são criados. Os seguintes recursos adicionais são desbloqueados quando você cria um cluster dedicado:

Capacidade Description
Chaves gerenciadas pelo cliente Criptografar dados usando uma chave que você fornece e controla.
Lockbox Controle o acesso do engenheiro de suporte da Microsoft aos seus dados.
Criptografia dupla Camada extra de criptografia para seus dados.
Otimização entre espaços de trabalho As consultas entre workspaces são executadas mais rapidamente quando estão no mesmo cluster.
Otimização de custos Vincule workspaces na mesma região ao cluster e aproveite um desconto no nível de compromisso para dados ingeridos de todos os workspaces vinculados.
Zonas de Disponibilidade Proteja seus dados com datacenters em locais físicos diferentes, equipados com energia, resfriamento e rede independentes. Zonas de disponibilidade do Azure Monitor estendem automaticamente a resiliência do Azure Monitor. Azure Monitor habilita clusters dedicados para zonas de disponibilidade (isAvailabilityZonesEnabled: 'true') por padrão em todas as regiões que dão suporte a zonas de disponibilidade. As regiões compatíveis com a zona de disponibilidade incluem suporte para clusters dedicados e clusters compartilhados.
Ingestão do Hubs de Eventos do Azure Permite ingerir dados diretamente dos Hubs de Eventos no espaço de trabalho do Log Analytics.
Monitorar workspaces vinculados como um cluster Monitore o desempenho do cluster por meio de Azure Monitor, incluindo volume de ingestão, desempenho de consulta e utilização de compromisso de capacidade em todos os workspaces vinculados.

Observação

Clusters dedicados não são uma maneira geral de tornar todas as consultas mais rápidas. Assim como acontece com qualquer sistema analítico grande, a execução de consultas em conjuntos de dados muito grandes requer recursos de computação extras e pode afetar o desempenho da consulta. Para um melhor desempenho de consulta além da otimização entre espaços de trabalho dos clusters dedicados, otimize suas consultas. Essa estratégia é especialmente eficaz com grandes conjuntos de dados e ao consultar em longos intervalos de tempo.

Modelo de preço do cluster

Os clusters dedicados do Log Analytics usam um modelo de preços por nível de compromisso, a partir de 100 GB por dia. A ingestão que excede o nível de compromisso é cobrada com base na taxa por GB. Você pode aumentar um nível de compromisso a qualquer momento, mas ele tem um período de compromisso de 31 dias antes que ele possa ser reduzido. Consulte Detalhes de preços dos Logs do Azure Monitor para obter detalhes sobre os níveis de compromisso.

O tipo de cobrança do cluster tem dois valores possíveis:

  • Cluster (padrão): os custos do seu cluster são atribuídos ao recurso de cluster.
  • Workspaces: os custos do seu cluster são atribuídos proporcionalmente aos workspaces no cluster, com o recurso de cluster sendo cobrado por parte do uso se o total de dados ingeridos por dia estiver abaixo do nível de compromisso. Confira Clusters dedicados do Log Analytics para saber mais sobre o modelo de preço do cluster.

Permissões necessárias

Para executar ações relacionadas ao cluster, você precisa ter estas permissões:

Ação Permissões ou função necessárias
Criar um cluster dedicado As permissões Microsoft.Resources/deployments/* e Microsoft.OperationalInsights/clusters/write, conforme fornecidas pela função interna do Colaborador do Log Analytics, por exemplo
Alterar propriedades do cluster As permissões Microsoft.OperationalInsights/clusters/write, conforme fornecidas pela função interna do Colaborador do Log Analytics, por exemplo
Vincular espaços de trabalho a um cluster As permissões Microsoft.OperationalInsights/clusters/write, Microsoft.OperationalInsights/workspaces/write e Microsoft.OperationalInsights/workspaces/linkedservices/write conforme fornecidas pela função interna do Colaborador do Log Analytics, por exemplo
Verificar status do link do espaço de trabalho As permissões Microsoft.OperationalInsights/workspaces/read para o espaço de trabalho, conforme fornecido pela função interna do Log Analytics Reader, por exemplo
Obter clusters ou verificar o status de provisionamento de um cluster As permissões Microsoft.OperationalInsights/clusters/read, conforme fornecidas pela função interna do Leitor do Log Analytics, por exemplo
Atualizar a camada de compromisso ou billingType em um cluster As permissões Microsoft.OperationalInsights/clusters/write, conforme fornecidas pela função interna do Colaborador do Log Analytics, por exemplo
Conceder as permissões necessárias Função de Proprietário ou Colaborador com permissões */write, ou a função interna Colaborador do Log Analytics, que possui permissões Microsoft.OperationalInsights/*
Desvincular um espaço de trabalho do cluster As permissões Microsoft.OperationalInsights/workspaces/linkedServices/delete, conforme fornecidas pela função interna do Colaborador do Log Analytics, por exemplo
Excluir um cluster dedicado As permissões Microsoft.OperationalInsights/clusters/delete, conforme fornecidas pela função interna do Colaborador do Log Analytics, por exemplo

Para obter mais informações sobre permissões de Log Analytics, consulte Gerenciar acesso a dados de log e workspaces no Azure Monitor.

Resource Manager exemplos de modelo

Este artigo inclui modelos de exemplo do Azure Resource Manager (ARM) para criar e configurar clusters de Log Analytics no Azure Monitor. Cada amostra inclui um arquivo de modelo e um arquivo de parâmetros com valores de amostra para fornecer ao modelo.

Observação

Consulte os exemplos do Azure Resource Manager do Azure Monitor para uma lista de exemplos disponíveis e diretrizes sobre como implantá-los em sua assinatura do Azure.

Referências de modelo

Preparação

A cobrança da camada de compromisso do cluster começa assim que você cria o cluster, independentemente da ingestão de dados. Prepare os seguintes itens antes de começar:

  1. A assinatura para criar o cluster.
  2. Uma lista de workspaces que você deseja vincular ao cluster. Essas áreas de trabalho devem estar na mesma região que o cluster.
  3. Uma decisão sobre o tipo de faturamento e a atribuição, definindo se deve ser definido para o cluster (padrão) ou para os espaços de trabalho vinculados proporcionalmente.
  4. Verificação de suas permissões para criar um cluster e vincular espaços de trabalho.

Observação

  • A criação de cluster e a vinculação de workspaces são operações assíncronas que podem levar algumas horas para serem concluídas.
  • A vinculação ou desvinculação de workspaces a um cluster não tem efeito na ingestão ou nas consultas durante as operações.

Criar um cluster dedicado

Forneça as seguintes propriedades ao criar um novo cluster dedicado:

  • ClusterName: deve ser exclusivo para o grupo de recursos.

  • ResourceGroupName: use um grupo de recursos de TI central, porque muitas equipes da organização costumam compartilhar clusters. Para mais considerações sobre design, consulte Projetar uma configuração de workspace do Log Analytics.

  • Localidade

  • SkuCapacity: as camadas de compromisso válidas são 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000 ou 50000 GB por dia. Para obter mais informações sobre os custos do cluster, consulte Clusters dedicados.

  • Identidade gerenciada: os clusters dão suporte a dois tipos de identidade gerenciadas:

    • Identidade gerenciada atribuída pelo sistema - Automaticamente gerada com a criação do cluster quando a identidade type é configurada como "SystemAssigned". Use essa identidade para conceder acesso de armazenamento ao seu Key Vault para operações de encapsulamento e desencapsagem.

      Identidade na chamada REST do cluster

      {
  "identity": {
    "type": "SystemAssigned"
    }
}

    • Identidade gerenciada atribuída pelo usuário – usando essa identidade, você pode configurar uma chave gerenciada pelo cliente na criação do cluster ao conceder permissões em seu Key Vault antes da criação do cluster.

      Identidade na chamada REST do cluster

      {
  "identity": {
    "type": "UserAssigned",
    "userAssignedIdentities": {
      "/subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.ManagedIdentity/userAssignedIdentities/<ManagedIdentityName>": {}
    }
  }
}

Depois de criar o recurso de cluster, você pode editar propriedades como sku, keyVaultProperties ou billingType. Veja mais detalhes abaixo.

Os clusters excluídos levam duas semanas para serem completamente removidos. Você pode ter até sete clusters por assinatura e região - cinco ativos e dois excluídos nas últimas duas semanas.

Observação

A criação de um cluster envolve vários recursos e a operação normalmente é concluída em duas horas. Um cluster dedicado é cobrado uma vez provisionado, independentemente da ingestão de dados. Prepare a implantação para agilizar o provisionamento e a vinculação dos workspaces ao cluster. Verifique o seguinte:

  • Uma lista de workspaces iniciais a serem vinculados ao cluster é identificada
  • Você tem permissões para a assinatura destinada ao cluster e a qualquer workspace a ser vinculado

Selecione Criar no menu Clusters dedicados do Log Analytics no portal do Azure. Você será solicitado a obter detalhes, como o nome do cluster e a camada de compromisso.

Screenshot para criar um cluster dedicado no Azure portal.

Verificar o status do provisionamento do cluster

O provisionamento do cluster Log Analytics leva um tempo para ser concluído. Use um dos seguintes métodos para verificar a propriedade ProvisioningState. O valor é Criando durante o provisionamento e Bem-sucedido quando concluído.

O portal fornece um status à medida que o cluster está sendo provisionado.

Observação

  • Vincule apenas um workspace depois que o portal terminar de provisionar o cluster do Log Analytics.
  • Conectar um espaço de trabalho a um cluster sincroniza diversos componentes de back-end e a atualização do cache, que normalmente é concluída em duas horas.
  • Quando você vincula um workspace Log Analytics, o plano de cobrança do workspace muda para LACluster. Remova a SKU no modelo de workspace para evitar um conflito durante a implantação do workspace.
  • Além dos aspectos de cobrança que o plano de cluster rege, todas as configurações do espaço de trabalho e os aspectos de consulta permanecem inalterados durante e após a vinculação.

Você precisa que o workspace e o recurso de cluster tenham permissões de ”gravação” para a operação de link do workspace:

  • No espaço de trabalho: Microsoft.OperationalInsights/workspaces/write
  • No recurso de cluster: Microsoft.OperationalInsights/clusters/write

Depois de vincular um workspace Log Analytics a um cluster dedicado, novos dados enviados para o workspace vão para o cluster dedicado, enquanto os dados ingeridos anteriormente permanecem no cluster Log Analytics. Vincular um workspace não afeta o funcionamento dele, incluindo as experiências de ingestão e consulta. O mecanismo de consulta do Log Analytics integra automaticamente dados de clusters novos e antigos, de modo que os resultados das consultas sejam completos.

Os clusters são regionais e podem se vincular a até 1.000 workspaces localizados na mesma região do cluster. Para evitar a fragmentação de dados, você não pode vincular um workspace a um cluster mais de duas vezes por mês.

Workspaces vinculados podem estar em assinaturas diferentes daquelas em que o cluster está. Se você usar o Azure Lighthouse para mapear ambos para um único locatário, o espaço de trabalho e o cluster podem estar em locatários diferentes.

Quando você configura um cluster dedicado com uma CMK (chave gerenciada pelo cliente), os dados recém-ingeridos são criptografados com sua chave, enquanto os dados mais antigos permanecem criptografados com uma MMK (chave gerenciada por Microsoft). Log Analytics abstrai a configuração de chave e as consultas entre criptografias de dados antigas e novas são executadas perfeitamente.

Use as seguintes etapas para vincular um workspace a um cluster. Você pode usar automação para vincular vários workspaces:

Selecione seu cluster no menu clusters dedicados do Log Analytics no portal do Azure. Selecione Workspaces Vinculados para exibir todos os workspaces atualmente vinculados ao cluster dedicado. Selecione Vincular espaços de trabalho para vincular espaços de trabalho adicionais.

Captura de tela da vinculação de workspaces a um cluster dedicado no portal do Azure.

A operação de vinculação do workspace pode levar até 90 minutos para ser concluída. Você pode verificar o status nos workspaces vinculados e no cluster. Após a conclusão, os recursos do espaço de trabalho incluem a propriedade clusterResourceId em features e o cluster inclui os espaços de trabalho vinculados na seção associatedWorkspaces.

Quando você configura um cluster com uma chave gerenciada pelo cliente, os dados ingeridos são criptografados com sua chave para os workspaces após a conclusão da operação de link.

Na página Visão geral do cluster dedicado, selecione Exibição JSON. A seção associatedWorkspaces lista os workspaces vinculados ao cluster.

Captura de tela para visualização dos workspaces associados a um cluster dedicado no portal do Azure.

Alterar propriedades do cluster

Depois de criar o recurso de cluster e ele estiver totalmente provisionado, você poderá editar as propriedades do cluster usando a CLI, o PowerShell ou a API REST. Você pode definir as seguintes propriedades após o provisionamento do cluster:

  • keyVaultProperties - Contém a chave em Azure Key Vault com os seguintes parâmetros: KeyVaultUri, KeyName, KeyVersion. Consulte Atualizar cluster dedicado com detalhes do identificador de chave.
  • Identity - A identidade usada para autenticar no Key Vault. Essa identidade pode ser atribuída pelo sistema ou atribuída pelo usuário.
  • billingType – atribuição de cobrança para o recurso de cluster e seus dados. Inclui os seguintes valores:
    • Cluster (padrão) – os custos do cluster são atribuídos ao recurso de cluster.
    • Workspaces: os custos do seu cluster são atribuídos proporcionalmente aos workspaces no cluster, com o recurso de cluster sendo cobrado por parte do uso se o total de dados ingeridos por dia estiver abaixo da camada de serviço de compromisso. Confira Clusters dedicados do Log Analytics para saber mais sobre o modelo de preço do cluster.

Importante

Uma única atualização de cluster não deve incluir detalhes de identidade e identificador de chave na mesma operação. Se você precisar atualizar ambos, faça a atualização em duas operações consecutivas.

O exemplo de CLI do Azure a seguir usa o az monitor log-analytics cluster update comando. Ele define o tipo de cobrança usando o --billing-type parâmetro.

# Set variables
resourceGroupName="<ResourceGroupName>"
clusterName="<ClusterName>"

# Update the cluster billing type
az monitor log-analytics cluster update \
  --resource-group "$resourceGroupName" --name "$clusterName" --billing-type Workspaces

Observação

Os comandos da CLI do Azure usam o ponto de extremidade do Azure Resource Manager no contexto atual da CLI, portanto management.azure.com não precisa ser especificado na sintaxe do comando.

Obter todos os clusters no grupo de recursos

No menu Clusters dedicados do Log Analytics no portal do Azure, selecione o filtro Grupo de recursos.

Screenshot para exibir todos os clusters dedicados em um grupo de recursos no portal do Azure.

Obter todos os clusters na assinatura

No menu Clusters dedicados do Log Analytics no portal do Azure, selecione o filtro Assinatura.

Captura de tela mostrando todos os clusters dedicados em uma assinatura no portal do Azure.

Atualizar o nível de compromisso no cluster

Quando o volume de dados nos workspaces vinculados mudar ao longo do tempo, atualize o nível da Camada de serviço de Compromisso para otimizar o custo. Especifique a camada em unidades de gigabytes (GB). A camada pode ter valores de 100, 200, 300, 400, 500, 1.000, 2.000, 5.000, 10.000, 25.000 ou 50.000 GB por dia. Você não precisa fornecer o corpo completo da solicitação REST, mas deve incluir a SKU.

Durante o período de compromisso, você pode alterar para um nível de compromisso mais alta, que reinicia o período de compromisso de 31 dias. Você não pode voltar para o pagamento conforme o uso ou para uma camada de serviço de compromisso inferior até terminar o período de compromisso.

Selecione seu cluster no menu clusters dedicados do Log Analytics no portal do Azure. Selecione Alterar ao lado de nível de compromisso.

Captura de tela para alterar a camada de compromisso para um cluster dedicado no portal do Azure.

Aviso

Desvincular um workspace não move os dados do workspace para fora do cluster. Todos os dados coletados para um workspace, enquanto vinculados a um cluster dedicado, permanecem no cluster durante o período de retenção definido pelo workspace e acessíveis desde que o cluster não seja excluído.

Você pode desvincular um workspace de um cluster a qualquer momento. Veja o que acontece quando um workspace é desvinculado

  • O nível de preço do espaço de trabalho passa a ser cobrado por GB.
  • Os dados ingeridos no cluster antes da operação de desvinculação permanecem no cluster.
  • Os novos dados enviados para o workspace são ingeridos no workspace, e não no cluster dedicado.
  • As consultas não são afetadas quando um workspace é desvinculado – o serviço Log Analytics executa consultas entre clusters perfeitamente.
  • Se o cluster dedicado foi configurado com uma CMK (chave gerenciada pelo cliente), os dados ingeridos no workspace enquanto ele estava vinculado permanecem criptografados com sua chave no cluster dedicado e acessíveis desde que sua chave e permissões para Key Vault permaneçam.

Observação

  • Para impedir a distribuição de dados entre clusters, você pode executar apenas duas operações de link para um workspace específico dentro de um mês. Entre em contato com o suporte se você atingir o limite.
  • Workspaces desvinculados são movidos para o tipo de preço de pagamento conforme o uso.

Use os seguintes comandos para desvincular um workspace do cluster:

Selecione seu cluster no menu clusters dedicados de Log Analytics no portal do Azure. Selecione Workspaces Vinculados para exibir todos os workspaces atualmente vinculados ao cluster dedicado. Selecione todos os workspaces que você deseja desvincular e selecione Desvincular.

Captura de tela da desvinculação um workspace de um cluster dedicado no portal do Azure.

Excluir cluster

Você precisa de permissões de gravação no recurso de cluster.

Exclua um cluster com cuidado. Esta operação não pode ser desfeita. Todos os dados ingeridos no cluster a partir dos workspaces vinculados são excluídos permanentemente.

A cobrança do cluster é interrompida quando você exclui o cluster, independentemente do período de compromisso de 31 dias definido no cluster.

Se você excluir um cluster que tenha workspaces vinculados, os workspaces serão desvinculados automaticamente do cluster. Eles passam para uma camada de preços de pagamento conforme o uso, e novos dados enviados para os workspaces são ingeridos por clusters do Log Analytics. Você pode consultar um workspace no intervalo de tempo antes de ser vinculado ao cluster e, após o desvinculamento, o serviço executa consultas entre clusters perfeitamente.

Observação

  • Há um limite de sete clusters por assinatura e região: cinco clusters ativos, além de dois que foram excluídos nas últimas duas semanas.
  • O nome de um cluster permanece reservado duas semanas após a exclusão, durante a qual você não pode usá-lo para criar um novo cluster.

Use os seguintes comandos para excluir um cluster:

Selecione seu cluster no menu clusters dedicados do Log Analytics no portal do Azure. Em seguida, selecione Excluir.

Captura de tela para exclusão de um cluster dedicado no portal do Azure.

Alterar o tipo de identidade gerenciada

Você pode alterar o tipo de identidade depois de criar o cluster sem interromper a ingestão ou consultas. Considere o seguinte:

  • Atualizando SystemAssigned para UserAssigned – conceda a identidade UserAssign em Key Vault e atualize o tipo de identidade no cluster.
  • Atualizando UserAssigned para SystemAssigned - Já que a identidade gerenciada atribuída pelo sistema é criada após a atualização do tipo de identidade do cluster com SystemAssigned, siga estas etapas:
    1. Atualize o cluster para remover a chave – definir keyVaultUri, keyName e keyVersion para o valor "".
    2. Atualize o tipo de identidade do cluster para SystemAssigned.
    3. Atualize o Key Vault e conceda permissões à identidade.
    4. Atualizar a chave no cluster dedicado.

Limites e restrições

  • Você pode criar até cinco clusters ativos em cada região e assinatura.

  • Você pode ter até sete clusters por assinatura e região: cinco clusters ativos mais dois clusters excluídos nas últimas duas semanas.

  • Você pode vincular até 1.000 workspaces Log Analytics a um cluster.

  • É possível realizar até duas operações de vinculação de workspace em um determinado workspace em um período de 30 dias.

  • Você não pode mover um cluster para outro grupo de recursos ou assinatura.

  • Você não pode mover um cluster para outra região.

  • Você não deve incluir detalhes de identidade e identificador de chave na mesma operação ao atualizar um cluster. Se você precisar atualizar ambos, faça duas operações de atualização consecutivas.

  • No momento, o Lockbox não está disponível na China.

  • No momento o Lockbox não pode ser aplicado a tabelas com o plano auxiliar.

  • Double encryption é configurado automaticamente para clusters criados a partir de outubro de 2020 em regiões com suporte. Para verificar se o cluster está configurado para criptografia dupla, envie uma solicitação GET ao cluster e observe se o valor isDoubleEncryptionEnabled é true para clusters com criptografia dupla habilitada.

    • Se você criar um cluster e receber um erro "Nome-da-região não dá suporte à criptografia dupla para clusters.", ainda poderá criar o cluster sem criptografia dupla adicionando "properties": {"isDoubleEncryptionEnabled": false} ao corpo da solicitação REST.
    • Você não pode alterar a configuração de criptografia dupla depois de criar o cluster.

  • Você pode excluir um workspace enquanto ele está vinculado a um cluster. Se você recuperar o espaço de trabalho durante o período de soft-delete, o espaço de trabalho retornará ao estado anterior e permanecerá vinculado ao cluster.

  • Durante o período de compromisso, você pode alterar para um nível de compromisso mais alta, que reinicia o período de compromisso de 31 dias. Você não pode voltar para o pagamento conforme o uso ou para uma camada de serviço de compromisso inferior até terminar o período de compromisso.

Solução de problemas

  • Se você receber um erro de conflito ao criar um cluster, o cluster pode ter sido excluído, mas ainda estar em processo de exclusão. O nome do cluster permanece reservado durante o período de exclusão de duas semanas e você não pode criar um novo cluster com esse nome.

  • Se você atualizar o cluster enquanto o cluster estiver no estado de provisionamento ou atualização, a atualização falhará.

  • Algumas operações são longas e podem demorar um pouco para serem concluídas. Essas operações são criação de cluster, atualização de chave de cluster e exclusão de cluster. Você pode verificar o status da operação enviando uma solicitação GET para o cluster ou workspace e observar a resposta. Por exemplo, um workspace desvinculado não tem o clusterResourceId em funcionalidades.

  • Se você tentar vincular um workspace Log Analytics que já está vinculado a outro cluster, a operação falhará.

Mensagens de erro

As seções a seguir listam erros retornados por operações de cluster e workspace-link.

Criação de Cluster

  • 400 – O nome do cluster não é válido. O nome do cluster pode conter caracteres a-z, A-Z, 0-9 e deve ter entre 3 e 63 caracteres de comprimento.
  • 400 – O corpo da solicitação é nulo ou está em formato inadequado.
  • 400 – O nome do SKU é inválido. Defina o nome do SKU como capacityReservation.
  • 400 – A capacidade foi fornecida, mas o SKU não é capacityReservation. Defina o nome do SKU como capacityReservation.
  • 400 – Capacidade ausente no SKU. Defina o valor da capacidade como 100, 200, 300, 400, 500, 1.000, 2.000, 5.000, 10.000, 25.000 ou 50.000 GB por dia.
  • 400 – A capacidade está bloqueada por 30 dias. A redução da capacidade é permitida 30 dias após a atualização.
  • 400 – Nenhum SKU definido. Defina o nome da SKU como capacityReservation e Capacity value como 100, 200, 300, 400, 500, 1.000, 2.000, 5.000, 10.000, 25.000 ou 50.000 GB por dia.
  • 400 – A operação não pode ser executada agora. A operação assíncrona está em um estado diferente de bem-sucedido. O cluster precisa concluir a operação antes que uma atualização seja executada.

Atualização de cluster

  • 400 – O cluster está em estado de exclusão. A operação assíncrona está em andamento. O cluster precisa concluir a operação antes que uma atualização seja executada.
  • 400 – KeyVaultProperties não está vazio, mas tem um formato inválido. Confira a atualização do identificador de chave.
  • 400– Falha ao validar a chave no Key Vault. Esse erro pode ocorrer devido à falta de permissões ou quando a chave não existe. Verifique se você configurou a chave e a política de acesso no Key Vault.
  • 400 – A chave não pode ser recuperada. Defina o Key Vault para exclusão reversível e proteção contra remoção definitiva. Consulte a documentação do Key Vault.
  • 400 – A operação não pode ser executada agora. Aguarde a conclusão da operação assíncrona e tente novamente.
  • 400 – O cluster está em estado de exclusão. Aguarde a conclusão da operação assíncrona e tente novamente.

Obtenção de cluster

  • 404 – Cluster não encontrado. Ele pode ter sido excluído. Se você tentar criar um cluster com esse nome e obter um conflito, o cluster estará em processo de exclusão.

Exclusão de cluster

  • 409 – Não é possível excluir um cluster no estado de provisionamento. Aguarde a conclusão da operação assíncrona e tente novamente.
  • 404 – Espaço de trabalho não encontrado. O workspace especificado não existe ou foi excluído.
  • 409 – Operação de vinculação ou desvinculação do workspace em andamento.
  • 400– Cluster não encontrado. O cluster especificado não existe ou foi excluído.
  • 404 – Espaço de trabalho não encontrado. O workspace especificado não existe ou foi excluído.
  • 409 – Operação de vinculação ou desvinculação do workspace em andamento.

Próximas etapas

  • Last updated on