Migrar workspaces do Log Analytics para o suporte à zona de disponibilidade
Este guia descreve como migrar workspaces do Log Analytics do suporte à zona de não disponibilidade para o suporte à 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
Para suporte à zona de disponibilidade, seu workspace deve estar localizado em uma das seguintes regiões com suporte:
- Leste dos EUA 2
- Oeste dos EUA 2
Clusters dedicados
O suporte do Azure Monitor para zonas de disponibilidade requer um workspace do Log Analytics vinculado a um cluster dedicado do Azure Monitor. Os clusters Dedicados são uma opção de implantação que habilita recursos avançados para Logs do Azure Monitor, incluindo zonas de disponibilidade.
Nem todos os clusters dedicados podem usar zonas de disponibilidade. Os clusters dedicados criados após meados de outubro de 2020 podem ser definidos para dar suporte a zonas de disponibilidade quando elas são criadas. Novos clusters criados após essa data padrão serão habilitados para zonas de disponibilidade em regiões em que Azure Monitor dá suporte a eles.
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
Há um custo para usar um cluster dedicado. Ele requer uma reserva de capacidade diária de 500 GB.
Caso já tenha um cluster dedicado e opte por mantê-lo para acessar os dados dele, você será cobrado por ambos os clusters dedicados. A partir de 4 de agosto de 2021, a reserva de capacidade mínima necessária para clusters dedicados foi reduzida de 1000 GB/por dia para 500 GB/por dia. Portanto, recomendamos aplicar esse mínimo ao seu cluster antigo para reduzir os encargos.
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: