Perguntas frequentes sobre o Azure Local

O Azure Local é uma pilha de infraestrutura hiperconvergente local fornecida como um serviço híbrido do Azure. Você instala o software Azure Local em computadores físicos que você controla em seu local.

Em seguida, você se conecta ao Azure para monitoramento, suporte, cobrança e recursos opcionais de gerenciamento e segurança baseados em nuvem.

Esta seção de perguntas frequentes esclarece como o Azure Local usa a nuvem, abordando perguntas frequentes sobre requisitos e comportamento de conectividade.

Não. Os dados do cliente, incluindo os nomes, metadados, configuração e conteúdo de suas VMs (máquinas virtuais) locais, nunca são enviados para a nuvem, a menos que você ative mais serviços, como Backup do Azure ou Azure Site Recovery, ou a menos que você registre essas VMs individualmente em serviços de gerenciamento de nuvem, como o Azure Arc.

Como o Azure Local não armazena dados do cliente na nuvem, a BCDR (recuperação de desastre de continuidade dos negócios) para os dados locais do cliente é definida e controlada pelo cliente.

Para configurar sua própria replicação site a site usando um cluster estendido, consulte Visão geral dos clusters estendidos. A funcionalidade de cluster estendido só está disponível no Azure Local, versão 22H2.

Para saber mais sobre os dados de diagnóstico que coletamos para manter o Azure Local seguro, atualizado e funcionando conforme o esperado, confira:

• Coleta de dados do Azure Local.
  
• Residência de dados no Azure.
  
• Colete logs de diagnóstico para o Azure Local.
  
• Obtenha suporte para problemas de implantação local do Azure.
  

Não. Você pode usar ferramentas de borda local, como Windows Admin Center, PowerShell ou System Center, para gerenciar diretamente a infraestrutura do host e as VMs, mesmo que sua conexão de rede com a nuvem esteja inativa ou severamente limitada.

Operações diárias comuns, como mover uma VM entre hosts, substituir uma unidade com falha ou configurar endereços IP, não dependem da nuvem. No entanto, a conectividade de nuvem é necessária para obter atualizações de software over-the-air, alterar seu registro do Azure ou usar recursos que dependem diretamente de serviços de nuvem para backup, monitoramento e muito mais.

Não. Conexões de largura de banda limitada, como linhas T1 rurais ou conexões via satélite/celular, são adequadas para a sincronização do Azure Local. A conectividade mínima necessária é de vários kilobytes por dia. Mais serviços podem exigir largura de banda extra, especialmente para replicar ou fazer backup de VMs inteiras, baixar grandes atualizações de software ou carregar logs detalhados para análise e monitoramento na nuvem.

Não. O Azure Local foi projetado para lidar com períodos de conectividade limitada ou zero.

Enquanto sua conexão está inativa, toda a infraestrutura de host e VMs continuam a ser executadas normalmente e você pode usar ferramentas de borda local para gerenciamento. No entanto, você não seria capaz de usar recursos que dependem diretamente de serviços em nuvem. As informações no portal do Azure também podem ficar desatualizadas até que o Azure Local possa sincronizar novamente.

As alterações de configuração feitas nas VMs do Arc usando ferramentas locais de borda não serão sincronizadas automaticamente com o Azure.

No mínimo, o Azure Local deve ser sincronizado com êxito com o Azure uma vez a cada 30 dias consecutivos.

Se o Azure Local não for sincronizado com o Azure em 30 dias consecutivos, o status de conexão do cluster mostrará Fora da política no portal do Azure e em outras ferramentas, e o cluster entrará em um modo de funcionalidade reduzida. Nesse modo, a infraestrutura do host permanece em operação e todas as VMs atuais continuam sendo executados normalmente. No entanto, novas VMs não podem ser criadas até que o Azure Local possa sincronizar novamente. O motivo técnico interno é que a licença gerada na nuvem do cluster expirou e deve ser renovada sincronizando com o Azure.

Isso depende de quais recursos você está usando. No mínimo, o Azure Local sincroniza as informações básicas do cluster a serem exibidas no portal do Azure, incluindo a lista de nós clusterizados, o modelo de hardware e a versão do software; informações de cobrança que resumem os dias de núcleo acumulados desde a última sincronização e informações mínimas de diagnóstico necessárias que ajudam a Microsoft a manter sua instância local do Azure segura, atualizada e funcionando corretamente.

O tamanho total é pequeno – alguns kilobytes. Se você ativar serviços adicionais, eles poderão carregar mais. Por exemplo, o Azure Log Analytics carregaria logs e contadores de desempenho para monitoramento.

Isso depende de quais recursos você está usando. No mínimo, o Azure Local tenta sincronizar a cada 12 horas. Se uma operação de sincronização não for bem-sucedida, o conteúdo será retido localmente e enviado com a próxima sincronização bem-sucedida. Além desse temporizador regular, você pode sincronizar manualmente a qualquer momento usando o cmdlet do Sync-AzureStackHCI PowerShell.

Se você ativar serviços adicionais, eles poderão ser carregados com mais frequência. Por exemplo, o Azure Log Analytics carrega a cada 5 minutos para monitoramento.

O Azure Local sincroniza com o Azure e armazena dados em um datacenter seguro operado pela Microsoft. Para saber mais sobre os dados de diagnóstico que coletamos para manter o Azure Local seguro, atualizado e funcionando conforme o esperado, consulte Coleta de dados do Azure Local e Residência de dados no Azure.

Não. O Azure Local deve ser sincronizado com êxito com o Azure uma vez a cada 30 dias consecutivos.

Não. Atualmente, não há nenhum mecanismo para registrar e sincronizar entre o local e o Azure sem conectividade de rede.

O Windows Server é a base de quase todos os produtos do Azure, e todos os recursos que você valoriza continuam a ser lançados com suporte no Windows Server. A oferta inicial do Azure Local foi baseada no Windows Server 2019 e usou o modelo de licenciamento tradicional do Windows Server.

Hoje, o Azure Local tem seu próprio sistema operacional e modelo de licenciamento baseado em assinatura. O Azure Local é a maneira recomendada de implantar a HCI local, usando hardware validado pela Microsoft de nossos parceiros.

O Azure Local dá suporte a vários sistemas operacionais convidados. Para ver mais informações, confira Sistemas operacionais convidados do Windows com suporte para Hyper-V no Windows Server.

No momento, não há atualização in-loco do Windows Server para o Azure Local. No entanto, você pode migrar suas cargas de trabalho de VM do Windows Server para o Azure Local usando as Migrações para Azure. Para obter mais informações, consulte Visão geral da migração baseada em Migrações para Azure para o Azure Local (versão prévia).

Para obter uma lista atualizada dos serviços do Azure aos quais você pode conectar o Azure Local, consulte Gerenciando recursos híbridos no Azure Local com os serviços do Azure.

No portal do Azure, vá para o seu computador. Se o computador estiver registrado no Arc, você poderá ver a versão do sistema operacional e a versão geral do Azure Local.

Use o comando do PowerShell a seguir para consultar o nome do sistema operacional e a versão do sistema operacional.

Get-ComputerInfo -Property 'osName', 'osDisplayVersion'

Aqui está um exemplo de saída:

OsName                         OSDisplayVersion
------                         ----------------
Microsoft Azure Stack HCI      23H2

O Azure Local, versão 22H2, chegará ao fim do serviço em maio de 2025. Depois disso, você não receberá atualizações mensais de segurança e qualidade que forneçam proteção contra as ameaças de segurança mais recentes. Para continuar recebendo atualizações, recomendamos atualizar seu sistema operacional para a versão 23H2. Se você estiver executando um cluster estendido do Azure Local, versão 22H2 ou gerenciando o Azure Local por meio do System Center – Virtual Machine Manager, examine a tabela Cargas de trabalho e configurações com suporte para obter os cronogramas de atualização.