Pré-requisitos do agente do Computador Conectado

  • Artigo

Cuidado

Este artigo faz referência ao CentOS, uma distribuição do Linux que está se aproximando do status de EOL (fim da vida útil). Considere seu uso e planejamento adequadamente. Para obter mais informações, veja as Orientações sobre fim da vida útil do CentOS.

Este tópico descreve os requisitos básicos para instalar o agente Connected Machine para integração de um servidor físico ou máquina virtual a servidores habilitados do Azure Arc. Alguns métodos de integração podem ter mais requisitos.

Ambientes compatíveis

Os servidores habilitados para o Azure Arc dão suporte à instalação do agente Connected Machine em qualquer servidor físico e máquinas virtuais hospedadas fora do Azure. Isso inclui suporte para máquinas virtuais em execução em plataformas como:

  • VMware (incluindo Solução VMware no Azure)
  • Azure Stack HCI
  • Outros ambientes de nuvem

Você não deve instalar o Azure Arc em máquinas virtuais hospedadas no Azure, no Azure Stack Hub ou no Azure Stack Edge, pois elas já têm recursos semelhantes. No entanto, você pode usar uma VM do Azure para simular um ambiente local apenas para fins de teste.

Tome cuidado extra ao usar o Azure Arc em sistemas que são:

  • Clonado
  • Restaurado do backup como uma segunda instância do servidor
  • Usado para criar uma "imagem dourada" da qual outras máquinas virtuais são criadas

Se dois agentes usarem a mesma configuração, você encontrará comportamentos inconsistentes quando ambos os agentes tentarem agir como um recurso do Azure. A melhor prática para essas situações é usar uma ferramenta de automação ou script para integrar o servidor ao Azure Arc depois que ele tiver sido clonado, restaurado do backup ou criado a partir de uma imagem dourada.

Observação

Para obter informações adicionais sobre como usar servidores habilitados para Azure Arc em ambientes VMware, consulte as perguntas frequentes da VMware.

Sistemas operacionais compatíveis

O Azure Arc dá suporte aos seguintes sistemas operacionais Windows e Linux. Há suporte apenas para arquiteturas x86-64 (64 bits). O agente do Azure Connected Machine não é executado em arquiteturas baseadas em x86 (32 bits) ou ARM.

  • AlmaLinux 9
  • Amazon Linux 2 e 2023
  • Azure Linux (CBL-Mariner) 1.0, 2.0
  • Azure Stack HCI
  • CentOS Linux 7 e 8
  • Debian 10, 11 e 12
  • Oracle Linux 7 e 8
  • RHEL (Red Hat Enterprise Linux) 7, 8 e 9
  • Rocky Linux 8 e 9
  • SLES (SUSE Linux Enterprise Server) 12 SP3-SP5 e 15
  • Ubuntu 16.04, 18.04, 20.04 e 22.04 LTS
  • Windows 10, 11 (confira as diretrizes do sistema operacional do cliente)
  • Windows IoT Enterprise
  • Windows Server 2008 R2 SP1, 2012, 2012 R2, 2016, 2019 e 2022
    • Há suporte para experiências de desktop e Server Core
    • O Azure Editions tem suporte no Azure Stack HCI

O agente do Azure Connected Machine não foi testado em sistemas operacionais protegidos pelo Parâmetro de Comparação do Centro de Segurança da Informação (CIS).

Diretrizes do sistema operacional do cliente

O serviço Azure Arc e o Azure Connected Machine Agent têm suporte nos sistemas operacionais cliente Windows 10 e 11 somente ao usar esses computadores em um ambiente semelhante a um servidor. Ou seja, o computador sempre deve ser:

  • Conectado à Internet
  • Conectado a uma fonte de energia
  • Ativado

Por exemplo, um computador que executa o Windows 11 responsável pela sinalização digital, soluções de ponto de venda e tarefas gerais de gerenciamento de back-office é um bom candidato para o Azure Arc. Computadores de produtividade do usuário final, como um laptop, que pode ficar offline por longos períodos de tempo, não devem usar o Azure Arc e, em vez disso, devem considerar Microsoft Intune ou Microsoft Configuration Manager.

Servidores de curta duração e infraestrutura de área de trabalho virtual

A Microsoft não recomenda executar o Azure Arc em servidores de curta duração (efêmeros) ou VMs VDI (infraestrutura de área de trabalho virtual). O Azure Arc foi projetado para gerenciamento de longo prazo de servidores e não é otimizado para cenários em que você está criando e excluindo servidores regularmente. Por exemplo, o Azure Arc não sabe se o agente está offline devido à manutenção planejada do sistema ou se a VM foi excluída, portanto, não limpará automaticamente os recursos do servidor que pararam de enviar pulsações. Como resultado, você poderá encontrar um conflito se recriar a VM com o mesmo nome e houver um recurso existente do Azure Arc com o mesmo nome.

Área de Trabalho Virtual do Azure no Azure Stack HCI não usa VMs de curta duração e dá suporte à execução do Azure Arc nas VMs da área de trabalho.

Requisitos de software

Sistemas operacionais Windows:

  • O Windows Server 2008 R2 SP1 requer o PowerShell 4.0 ou posterior. A Microsoft recomenda a execução da versão mais recente, Windows Management Framework 5.1.

Sistemas operacionais Linux:

  • systemd
  • wget (para baixar o script de instalação)
  • openssl
  • gnupg (somente sistemas baseados em Debian)

Logon do usuário local diretamente para sistemas Windows

O Hybrid Instance Metadata Service do Azure é executado em uma conta virtual com baixo privilégio, NT SERVICE\himds. Essa conta precisa do direito de "fazer logon como serviço" no Windows para ser executada. Na maioria dos casos, não há nada que você precise fazer porque esse direito é concedido a contas virtuais por padrão. No entanto, se sua organização usar a Política de Grupo para personalizar essa configuração, você precisará adicionar NT SERVICE\himds à lista de contas permitidas para fazer logon como um serviço.

Você pode verificar a política atual em seu computador abrindo o Editor de Política de Grupo Local (gpedit.msc) no menu Iniciar e navegando até o seguinte item de política:

Configuração do computador > Configurações do Windows > Configurações de segurança > Políticas locais > Atribuição de direitos de usuário > Fazer logon como um serviço

Verifique se algum dos NT SERVICE\ALL SERVICES, NT SERVICE\himds ou S-1-5-80-4215458991-2034252225-2287069555-1155419622-2701885083 (o identificador de segurança estático para NT SERVICE\himds) está na lista. Se nenhum estiver na lista, você precisará trabalhar com o administrador da Política de Grupo para adicionar NT SERVICE\himds a quaisquer políticas que configurem atribuições de direitos de usuário em seus servidores. O administrador da Política de Grupo precisará fazer a alteração em um computador com o agente do Azure Connected Machine instalado para que o seletor de objetos resolva a identidade corretamente. O agente não precisa ser configurado ou conectado ao Azure para fazer essa alteração.

Captura de tela do Editor de Política de Grupo Local mostrando quais usuários têm permissões para fazer logon como um serviço.

Permissões necessárias

As seguintes funções internas do Azure são necessárias para diferentes aspectos do gerenciamento de máquinas conectadas:

  • Para integrar computadores, você deve ter a função Integração de Azure Connected Machine ou Colaborador para o grupo de recursos em que você está gerenciando os servidores.
  • Para ler, modificar e excluir um computador, é necessário ter a função Administrador de Recursos do Azure Connected Machine para o grupo de recursos.
  • Para selecionar um grupo de recursos na lista suspensa ao usar o método Gerar script, você também precisará da função Leitor para esse grupo de recursos (ou outra função que inclua o acesso Leitor).

Limites de serviço e assinatura do Azure

Não há limites para o número de servidores habilitados para Azure Arc que você pode registrar em qualquer grupo de recursos, assinatura ou locatário.

Cada servidor habilitado para Azure Arc está associado a um objeto do Microsoft Entra e conta com relação à cota de diretório. Consulte limites de serviço e restrições do Microsoft Entra para obter informações sobre o número máximo de objetos que você pode ter em um diretório do Microsoft Entra.

Provedores de recursos do Azure

Para usar servidores habilitados para o Azure Arc, os seguintes provedores de recursos do Azure devem ser registrados em sua assinatura:

  • Microsoft.HybridCompute
  • Microsoft.GuestConfiguration
  • Microsoft.HybridConnectivity
  • Microsoft.AzureArcData (se você planeja habilitar o ARC SQL Servers)
  • Microsoft.Compute (para o Gerenciador de Atualizações do Azure e atualizações automáticas de extensão)

Você pode registrar os provedores de recursos usando os seguintes comandos:

Azure PowerShell:

Connect-AzAccount
Set-AzContext -SubscriptionId [subscription you want to onboard]
Register-AzResourceProvider -ProviderNamespace Microsoft.HybridCompute
Register-AzResourceProvider -ProviderNamespace Microsoft.GuestConfiguration
Register-AzResourceProvider -ProviderNamespace Microsoft.HybridConnectivity
Register-AzResourceProvider -ProviderNamespace Microsoft.AzureArcData

CLI do Azure:

az account set --subscription "{Your Subscription Name}"
az provider register --namespace 'Microsoft.HybridCompute'
az provider register --namespace 'Microsoft.GuestConfiguration'
az provider register --namespace 'Microsoft.HybridConnectivity'
az provider register --namespace 'Microsoft.AzureArcData'

Você também pode registrar os provedores de recursos no portal do Azure.

Próximas etapas