Compartilhar via


Migrar seu cluster para dar suporte a várias zonas de disponibilidade (versão prévia)

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 estão suficientemente afastadas para reduzir a probabilidade de que mais de uma seja afetada por interrupções locais ou condições meteorológicas. As zonas de disponibilidade têm infraestruturas independentes de energia, resfriamento e rede. Elas são projetadas para que, se uma zona sofrer uma interrupção, os serviços regionais, a capacidade e a alta disponibilidade sejam suportados pelas zonas restantes. Para obter mais informações, consulte Azure Zonas de Disponibilidade.

Azure Data Explorer clusters podem ser configurados 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 Azure ou programaticamente usando um dos seguintes métodos:

  • API REST
  • SDK do C#
  • SDK do Python
  • PowerShell
  • Modelo do ARM

Importante

  • Depois que um cluster é configurado com zonas de disponibilidade, não é possível alterar o cluster para não usar zonas de disponibilidade.
  • Não há suporte para o uso de várias zonas em todas as regiões. Portanto, os clusters localizados nessas regiões não podem ser configurados para usar zonas de disponibilidade.
  • O uso de zonas de disponibilidade gera custos adicionais para o armazenamento.

Observação

Neste artigo, você aprenderá sobre:

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:

  1. No portal do Azure, acesse a página Overview do cluster.

  2. Em Configurações, selecione Escalar verticalmente.

  3. Na linha de seu cluster, as zonas de disponibilidade estão listadas na coluna Zonas de disponibilidade.

    Zonas de disponibilidade

Configure seu cluster para dar suporte a zonas de disponibilidade

Para adicionar zonas de disponibilidade a um cluster existente, você deve atualizar o atributo zones do cluster 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 da 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.

  1. 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}
    
  2. 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 as zonas de disponibilidade são configuradas, os recursos de um cluster são implantados da seguinte forma:

  • Compute layer: Azure Data Explorer é uma plataforma de computação distribuída que tem dois ou mais nós. Se as zonas de disponibilidade estiverem configuradas, os nós de computação serão distribuídos 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. Recomendamos configurar o máximo de zonas disponíveis em uma região.

    Observação

    • Em alguns casos, devido a limitações de capacidade de computação, somente zonas de disponibilidade parcial estarão disponíveis para a camada de computação.
    • A camada de computação de um cluster implementa uma abordagem de melhor esforço para distribuir uniformemente as instâncias pelas zonas selecionadas.
  • Persistent storage layer: os clusters usam Armazenamento do Azure como sua camada de persistência durável. Se as zonas de disponibilidade estiverem configuradas, o ZRS estará habilitado, 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 adicional.
    • Quando as zonas de disponibilidade não estão configuradas, os recursos de armazenamento são implantados com a configuração padrão de Armazenamento Com Redundância Local (LRS), colocando todas as 3 réplicas é uma única zona.

Processo de migração

Quando um cluster existente que foi implantado sem nenhum zona de disponibilidade é configurado para dar suporte a zonas de disponibilidade, as seguintes etapas ocorrem como parte do processo de migração:

  • A computação é distribuída nas 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 estiverem 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, é importante observar que o desempenho da consulta pode ser afetado durante a migração da SKU. O grau de impacto pode variar dependendo dos padrões de uso específicos.

  • Os dados históricos de armazenamento persistente são migrados para o ZRS

    O processo de migração depende do suporte regional para a transição do LRS para a transição do armazenamento ZRS, bem como da capacidade disponível das 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.

  • Todos os novos dados são gravados no ZRS

    Depois que a solicitação de migração para zonas de disponibilidade é iniciada, todos os novos dados são replicados e armazenados 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 do ZRS poderá levar até 30 dias.
  • Status da zona atualizado

    Depois que a solicitação de migração para zonas de disponibilidade for concluída, o status da zona será atualizado 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. Isso geralmente ocorre quando não há capacidade zonal suficiente disponível para alguns recursos. Nesses casos, recomendamos repetir a migração mais tarde quando a capacidade estiver disponível.

Considerações

A solicitação de migração para zonas de disponibilidade pode não ser bem-sucedida devido a restrições de capacidade. Para que a migração seja bem-sucedida, deve haver capacidade suficiente de computação e armazenamento para dar suporte à migração. Se houver limitações de capacidade, você receberá uma mensagem de erro indicando o problema.