Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Muitas regiões Azure fornecem zonas de disponibilidade, que são grupos separados de datacenters dentro de uma região. As zonas de disponibilidade estão próximas o suficiente para terem conexões de baixa latência com outras zonas de disponibilidade. Elas são conectadas por uma rede de alto desempenho com uma latência de ida e volta inferior a 2 ms. No entanto, as zonas de disponibilidade são distantes o suficiente para reduzir a probabilidade de que interrupções locais ou clima afetem mais de uma zona de disponibilidade. Cada zona de disponibilidade tem energia, resfriamento e infraestrutura de rede independentes. Eles são projetados para que, se uma zona sofrer uma interrupção, as zonas restantes dão suporte a serviços regionais, capacidade e alta disponibilidade. Para obter mais informações, consulte Azure Zonas de Disponibilidade.
Você pode configurar Azure Data Explorer clusters para usar zonas de disponibilidade em regiões com suporte. Ao usar zonas de disponibilidade, um cluster pode suportar melhor a falha de um único datacenter em uma região para dar suporte a cenários de continuidade de negócios.
Você pode configurar zonas de disponibilidade ao criar um cluster no portal do Azure ou programaticamente usando um dos seguintes métodos:
- API REST
- SDK do C#
- SDK do Python
- PowerShell
- modelo do ARM
Importante
- Depois de configurar um cluster com zonas de disponibilidade, você não poderá alterar o cluster para não usar zonas de disponibilidade.
- Nem todas as regiões dão suporte a várias zonas. Portanto, você não pode configurar clusters nessas regiões para usar zonas de disponibilidade.
- O uso de zonas de disponibilidade gera custos extras para o armazenamento.
Observação
- Antes de continuar, verifique se você está familiarizado com o processo de migração e as considerações.
- Você também pode usar essas etapas para alterar as zonas de um cluster existente que usa zonas de disponibilidade.
Neste artigo, você aprenderá sobre:
Pré-requisitos
Verifique se o cluster está em uma região em que há suporte para várias zonas de disponibilidade.
Para migrar um cluster para dar suporte a zonas de disponibilidade, você precisa de um cluster implantado sem suporte à zona de disponibilidade.
Para alterar as zonas de um cluster, você precisa de um cluster configurado com zonas de disponibilidade.
Para a API REST, familiarize-se com Gerenciamento de recursos do Azure usando a API REST.
Para outros métodos programáticos, consulte Pré-requisitos.
Obter a lista de zonas de disponibilidade para a região do seu cluster
Você pode obter uma lista de zonas de disponibilidade para seu cluster das seguintes maneiras:
Configure seu cluster para dar suporte a zonas de disponibilidade
Para adicionar zonas de disponibilidade a um cluster existente, atualize o atributo de cluster zones com uma lista das zonas de disponibilidade de destino. Siga as instruções de seu método preferido, usando as informações da tabela a seguir:
| Parâmetro | Valor |
|---|---|
subscriptionId |
A ID de assinatura do cluster |
resourceGroupName |
O nome de grupo de recursos do cluster |
clusterName |
O nome do cluster |
apiVersion |
2023-05-02 ou posterior |
Siga as instruções sobre como implantar um módulo.
Faça a chamada à API REST para o seguinte ponto de extremidade, no qual você substituirá os parâmetros pelos seus valores:
PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Kusto/clusters/{clusterName}?api-version={apiVersion}Especifique suas zonas de disponibilidade no corpo da solicitação. Por exemplo, para configurar o cluster para usar as zonas de disponibilidade 1, 2 e 3, defina o corpo da seguinte forma:
{ "zones": [ "{zone1}", "{zone2}", "{zone3}" ] }
Durante a migração, a mensagem a seguir aparece no portal do Azure, na página de visão geral do cluster. A mensagem é removida após a conclusão da migração.
A alteração de zonalidade para o armazenamento desse cluster está em andamento. O tempo de atualização pode variar dependendo da quantidade de dados.
Arquitetura de clusters com zonas de disponibilidade
Quando você configura zonas de disponibilidade, o cluster implanta recursos da seguinte maneira:
Compute layer: Azure Data Explorer é uma plataforma de computação distribuída que tem dois ou mais nós. Se você configurar zonas de disponibilidade, o cluster distribuirá nós de computação entre as zonas de disponibilidade definidas para resiliência máxima intra-região. Uma falha de zona pode degradar o desempenho do cluster, até que os recursos de computação com falha sejam reimplantados nas zonas sobreviventes. Configure as zonas máximas disponíveis em uma região.
Observação
- Em alguns casos, devido a limitações de capacidade de computação, apenas zonas de disponibilidade parciais estão disponíveis para a camada de computação.
- A camada de computação de um cluster usa uma abordagem de melhor esforço para distribuir instâncias uniformemente entre zonas selecionadas.
Camada de armazenamento persistente: os clusters usam Armazenamento do Azure como camada de persistência durável. Se você configurar zonas de disponibilidade, o cluster habilitará o ZRS, colocando três réplicas de armazenamento em várias zonas de disponibilidade para resiliência máxima intra-região.
Observação
- O ZRS incorre em um custo extra.
- Quando você não configura zonas de disponibilidade, os recursos de armazenamento usam a configuração padrão do LRS (Armazenamento Com Redundância Local), colocando todas as três réplicas em uma única zona.
Processo de migração e considerações
Quando você configura um cluster existente implantado sem zonas de disponibilidade para dar suporte a zonas de disponibilidade, o processo de migração executa as seguintes etapas:
Distribui recursos de computação entre as zonas de disponibilidade definidas
O processo de redistribuição de recursos de computação envolve uma fase de preparação na qual o cache de recursos de computação zonal é aquecido. Durante o estágio de preparação, os recursos de computação do cluster existente continuam funcionando, garantindo um serviço ininterrupto. Essa fase de preparação pode levar até dezenas de minutos. A transição para os novos recursos de computação só ocorre quando eles estão totalmente preparados e operacionais. Essa abordagem de processamento paralelo garante uma experiência relativamente perfeita, com apenas interrupção mínima do serviço durante o processo de transição, que normalmente dura de um a três minutos. No entanto, o desempenho da consulta pode ser afetado durante a migração de SKU. O grau de impacto pode variar dependendo dos padrões de uso específicos.
Migra dados de armazenamento persistente históricos para o ZRS
O processo de migração depende do suporte regional para a transição do LRS para o armazenamento ZRS e da capacidade de contas de armazenamento disponíveis nas zonas selecionadas. A transferência de dados históricos pode ser um processo demorado, podendo levar várias horas ou até mesmo semanas.
Grava todos os novos dados no ZRS
Depois de iniciar a solicitação de migração para zonas de disponibilidade, o sistema replica e armazena todos os novos dados na configuração do ZRS.
Observação
- Após a solicitação de migração, pode haver um atraso de até vários minutos antes que todos os novos dados comecem a ser gravados na configuração do ZRS.
- Se um cluster tiver ingestão de streaming, a reciclagem de novos dados a serem gravados como dados ZRS poderá levar até 30 dias.
Atualiza o status da zona
Depois que a solicitação de migração para zonas de disponibilidade for concluída, o sistema atualizará o status da zona para refletir as zonas com suporte. Se o status da zona for Inconsistência Zonal, ele indicará que alguns recursos de computação ou armazenamento falharam ao migrar e não são zonais. Essa condição geralmente ocorre quando há capacidade zonal insuficiente disponível para alguns recursos. Nesses casos, repita a migração mais tarde quando a capacidade estiver disponível.
Considerações sobre migração
Restrições de capacidade podem impedir uma solicitação de migração bem-sucedida. Para uma migração bem-sucedida, a computação e a capacidade de armazenamento suficientes devem dar suporte à migração. Se houver limitações de capacidade, você receberá uma mensagem de erro indicando o problema.