Pré-requisitos do agente da Máquina Conectada

  • Artigo

Atenção

Este artigo faz referência ao CentOS, uma distribuição Linux que está se aproximando do status de Fim da Vida Útil (EOL). Por favor, considere o seu uso e planejamento de acordo. Para obter mais informações, consulte as diretrizes de Fim da Vida Útil do CentOS.

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

Ambientes suportados

Os servidores habilitados para Arco do Azure dão suporte à instalação do agente de Máquina Conectada em servidores físicos e máquinas virtuais hospedadas fora do Azure. Isso inclui suporte para máquinas virtuais em execução em plataformas como:

  • VMware (incluindo a solução VMware do Azure)
  • Azure Stack HCI
  • Outros ambientes de nuvem

Você não deve instalar o Azure Arc em máquinas virtuais hospedadas no Azure, Azure Stack Hub ou 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.

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

  • Clonados
  • Restaurados a partir da cópia de segurança como uma segunda instância do servidor
  • Usados para criar uma "imagem dourada" a partir 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 prática recomendada 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 a partir do backup ou criado a partir de uma imagem dourada.

Nota

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

Sistemas operativos suportados

O Azure Arc suporta os seguintes sistemas operativos Windows e Linux. Apenas são suportadas arquiteturas x86-64 (64 bits). O agente de Máquina Conectada do Azure não é executado em arquiteturas x86 (32 bits) ou baseadas em 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
  • Red Hat Enterprise Linux (RHEL) 7, 8 e 9
  • Rocky Linux 8 e 9
  • SUSE Linux Enterprise Server (SLES) 12 SP3-SP5 e 15
  • Ubuntu 16.04, 18.04, 20.04 e 22.04 LTS
  • Windows 10, 11 (veja orientação relativa ao sistema operativo cliente)
  • Windows IoT Enterprise
  • Windows Server 2008 R2 SP1, 2012, 2012 R2, 2016, 2019 e 2022
    • As experiências de Ambiente de Trabalho e do Server Core são suportadas
    • As Edições do Azure são suportadas no Azure Stack HCI

O agente do Azure Connected Machine não foi testado em sistemas operacionais protegidos pelo Benchmark do Center for Information Security (CIS).

Orientação do sistema operacional 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 ao servidor. Ou seja, o computador deve ser sempre:

  • Conectado à internet
  • Ligado a uma fonte de alimentação
  • Ligado

Por exemplo, um computador com 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. As máquinas 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 o Microsoft Intune ou o Microsoft Configuration Manager.

Servidores de curta duração e infraestrutura de desktop virtual

A Microsoft não recomenda a execução do 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, ele não limpará automaticamente os recursos do servidor que pararam de enviar pulsações. Como resultado, você pode encontrar um conflito se recriar a VM com o mesmo nome e houver um recurso existente do Azure Arc com o mesmo nome.

A Á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 operativos Windows:

Sistemas operacionais Linux:

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

Direito de logon do usuário local para sistemas Windows

O Serviço de Metadados de Instância Híbrida do Azure é executado em uma conta virtual de baixo privilégio, NT SERVICE\himds. Essa conta precisa do direito "fazer logon como um 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 Diretiva 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 sua máquina abrindo o Editor de Diretiva de Grupo Local (gpedit.msc) no menu Iniciar e navegando até o seguinte item de política:

Configuração do > Computador Definições > do Windows Definições de Segurança Políticas >> Locais Atribuição de Direitos de > Utilizador Iniciar sessão como um serviço

Verifique se algum dos , NT SERVICE\himdsou S-1-5-80-4215458991-2034252225-2287069555-1155419622-2701885083 (o identificador de NT SERVICE\ALL SERVICESsegurança estático para NT SERVICE\himds) está na lista. Se nenhum estiver na lista, você precisará trabalhar com o administrador da Diretiva 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 da Máquina Conectada do Azure instalado para que o seletor de objetos resolva a identidade corretamente. O agente não precisa estar configurado ou conectado ao Azure para fazer essa alteração.

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

Permissões obrigatórias

Precisará das seguintes funções incorporadas do Azure para diferentes aspetos da gestão de máquinas associadas:

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

Subscrição do Azure e limites do serviço

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 único.

Cada servidor habilitado para Azure Arc está associado a um objeto Microsoft Entra e conta em relação à sua cota de diretório. Consulte Limites e restrições de serviço 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.

Fornecedores de recursos do Azure

Para usar servidores habilitados para 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 Arc-enable SQL Servers)
  • Microsoft.Compute (para o Azure Update Manager 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óximos passos

  • Analise os requisitos de rede para implantar servidores habilitados para Azure Arc.
  • Antes de implantar o agente do Azure Connected Machine e integrar com outros serviços de gerenciamento e monitoramento do Azure, revise o Guia de planejamento e implantação.* Para resolver problemas, consulte o guia de solução de problemas de conexão do agente.