Migrar workspaces de Clusters Dedicados do Log Analytics para o suporte à zona de disponibilidade
Este guia descreve como migrar workspaces de Clusters Dedicados do Log Analytics do suporte à zona sem disponibilidade para o suporte à zona de disponibilidade.
Observação
Os recursos do Application Insights também podem usar as zonas de disponibilidade, mas somente se elas forem baseadas em espaço de trabalho e o espaço de trabalho usar um cluster dedicado. Os recursos clássicos do Application Insights (não baseados em workspaces) não podem usar zonas de disponibilidade.
Pré-requisitos
Este artigo se aplica aos workspaces que usam clusters dedicados. Se não estiver usando um cluster dedicado, o workspace estará usando um cluster compartilhado, que é gerenciado pelo serviço do Log Analytics. Em regiões que têm zonas de disponibilidade, os clusters compartilhados usam as zonas de disponibilidade ou estão sendo migrados para usá-las. Para obter mais detalhes, confira Log Analytics: regiões com suporte.
Certifique-se de que a região para a qual você deseja migrar seja uma região que ofereça suporte a zonas de disponibilidade. Para ver quais regiões suportam zonas de disponibilidade, veja regiões suportadas.
Requisitos de tempo de inatividade
Não há requisitos de tempo de inatividade.
Processo de migração: migrar para um cluster dedicado
Etapa 1: Determinar o cluster atual para o seu workspace
Para determinar o status do link do espaço de trabalho atual para o seu espaço de trabalho, use CLI, PowerShell ou REST, para recuperar os detalhes do cluster. Se o cluster usar uma zona de disponibilidade, ele terá uma propriedade chamada isAvailabilityZonesEnabled com um valor de true. Após a criação do cluster, essa propriedade não poderá ser alterada.
Etapa 2: Criar um cluster dedicado com suporte à zona de disponibilidade
Para mover o seu espaço de trabalho para uma zona de disponibilidade, crie um novo cluster dedicado em uma região que ofereça suporte a zonas de disponibilidade. O cluster é habilitado automaticamente para as zonas de disponibilidade. Em seguida, vincule o seu espaço de trabalho ao novo cluster.
Importante
A zona de disponibilidade é definida no cluster no momento da criação e não pode ser modificada.
A transição para um novo cluster pode ser um processo gradual. Não remova o cluster anterior até que ele seja limpo de todos os dados. Por exemplo, se a retenção do seu espaço de trabalho for definida como 60 dias, talvez você queira manter o cluster antigo em execução para esse período antes de removê-lo.
Todas as consultas no espaço de trabalho consultam ambos os clusters conforme necessário, para fornecer um único conjunto de resultados unificado. Como resultado, todos os recursos do Azure Monitor que dependem do espaço de trabalho, como as pastas de trabalho e os painéis, continuam recebendo o conjunto de resultados completo e unificado, com base nos dados de ambos os clusters.
Cobrança
Os Clusters dedicados exigem uma camada de compromisso a partir de 100 GB por dia.
O novo cluster não é cobrado durante o primeiro dia para evitar uma cobrança dupla durante a configuração. Somente os dados ingeridos antes da conclusão da migração ainda seriam cobrados na data da migração.
Conteúdo relacionado
Saiba mais sobre: