Perguntas frequentes locais do Azure

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 máquinas físicas que você controla em suas instalações.

Em seguida, pode ligar-se ao Azure para monitorização com base na cloud, suporte, faturação e funcionalidades de gestão e segurança opcionais.

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

N.º Os dados do cliente, incluindo nomes, metadados, configuração e conteúdo de suas máquinas virtuais (VMs) locais, nunca são enviados para a nuvem, a menos que você ative mais serviços, como o Backup do Azure ou o Azure Site Recovery, ou a menos que 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 recuperação de desastres de continuidade de negócios (BCDR) 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 de 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, consulte:

• Recolha 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 do Azure Local.
  

N.º Você pode usar ferramentas locais de borda, 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 comuns do dia a dia, 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 na 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.º Conexões de largura de banda limitada, como linhas T1 rurais ou conexões de satélite/celular, são adequadas para 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 Azure Local foi projetado para lidar com períodos de conectividade limitada ou nula.

Enquanto sua conexão estiver inativa, toda a infraestrutura de host e VMs continuarão a ser executadas normalmente, e você poderá 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 em VMs do Arc usando ferramentas de borda local não serão sincronizadas automaticamente com o Azure.

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

Se o Azure Local não sincronizar 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. Neste modo, a infraestrutura do anfitrião permanece em funcionamento e todas as VMs atuais continuam a funcionar 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 informações básicas de cluster para exibição no portal do Azure, incluindo a lista de nós clusterizados, modelo de hardware e versão de software; informações de cobrança que resumem os dias principais 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 ativar serviços adicionais, estes 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 Sync-AzureStackHCI cmdlet do PowerShell.

Se ativar serviços adicionais, estes poderão ser carregados com mais frequência. Por exemplo, o Azure Log Analytics é carregado 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 Azure Local deve sincronizar com êxito com o Azure uma vez a cada 30 dias consecutivos.

N.º 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.

Atualmente, o Azure Local tem o seu próprio sistema operativo e modelo de licenciamento baseado em subscrição. O Azure Local é a maneira recomendada de implantar o HCI localmente, usando hardware validado pela Microsoft de nossos parceiros.

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

No momento, não há nenhuma 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 o Azure Migrate. Para obter mais informações, consulte Visão geral da migração baseada em migração do Azure para o Azure Local (visualização).

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 sua máquina. Se a máquina estiver registrada no Arc, você poderá ver a versão do sistema operacional e a versão geral do Azure Local.

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

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

Aqui estão alguns exemplos de saída:

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

O Azure Stack HCI, versão 22H2 chegará ao fim do suporte em 31 de maio de 2025. Após essa data, você não receberá atualizações mensais de segurança e qualidade. As solicitações de suporte (SR) só estarão disponíveis ao executar uma atualização do sistema operacional. Para continuar a receber atualizações, recomendamos que atualize o seu sistema operativo para 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, revise a tabela Cargas de trabalho e configurações suportadas para obter os cronogramas de atualização.