Perguntas frequentes sobre o Configuration Manager no Azure

Sim, esse cenário tem suporte. Para obter mais informações, consulte Suporte para ambientes de virtualização.

A replicação de banco de dados e baseada em arquivo para comunicações site a site se beneficiam da proximidade de ser hospedado no Azure. No entanto, todo o tráfego relacionado ao cliente seria remoto de servidores de site e sistemas de site. Se você usar uma conexão de rede rápida e confiável entre o Azure e sua intranet com um plano de dados ilimitado, hospedar toda a infraestrutura no Azure será uma opção.

Se você usar um plano de dados medido e a largura de banda ou o custo disponíveis for uma preocupação, considere colocar sites e sistemas de site específicos no local. Em seguida, use os controles de largura de banda incorporados em Configuration Manager. Considere também essa configuração quando a conexão de rede entre o Azure e sua intranet não for rápida ou não puder ser confiável.

Não, é infraestrutura como serviço (IaaS). Você hospeda seus servidores de infraestrutura Configuration Manager em máquinas virtuais do Azure.

1. Rede
2. Disponibilidade
3. Desempenho
4. Custo
5. Experiência do Usuário

Para obter mais informações sobre esses fatores, confira as outras perguntas abaixo.

Sim. O Azure Stack Hub dá suporte a máquinas virtuais IaaS da mesma forma que a nuvem do Azure. Portanto, Configuration Manager tem suporte no Azure Stack Hub da mesma forma que no IaaS do Azure.

Configuration Manager recursos anexados à nuvem que dependem de serviços de nuvem específicos não têm suporte com o Azure Stack Hub. Por exemplo, você não pode criar um CMG (gateway de gerenciamento de nuvem) no Azure Stack Hub.

A Microsoft recomenda usar o ExpressRoute. As velocidades de rede e a latência podem afetar a funcionalidade entre o servidor do site e os sistemas de sites remotos e entre qualquer comunicação do cliente com os sistemas do site.

Não há limitação no Configuration Manager para o uso do Gateway de VPN do Azure. Você deve examinar cuidadosamente os seguintes requisitos desta infraestrutura e, em seguida, tomar sua decisão:

• Desempenho
• Patching
• Distribuição de software
• Implantação do SO

Considere os seguintes aspectos para cada solução:

ExpressRoute (recomendado)

• Extensão natural ao datacenter e pode unir vários datacenters
• Conexões privadas entre datacenters do Azure e sua infraestrutura
• Não passa pela internet pública
• Oferece confiabilidade, velocidades rápidas, latência menor, alta segurança
• Oferece velocidades de até 10 Gbps e opções de plano de dados ilimitados

Gateway de VPN

• VPNs site a site ou ponto a site
• O tráfego passa pela internet pública
• Usa o IPsec (Internet Protocol Security) e o Internet Key Exchange (IKE)

Para obter mais informações, consulte ExpressRoute ou VPN do Azure.

Depende. O ExpressRoute tem muitas opções diferentes, como opções ilimitadas ou limitadas, diferentes opções de velocidade e complementos premium. As opções selecionadas dependem da funcionalidade Configuration Manager que você está usando e quantos dados você planeja distribuir. Você pode controlar a transferência de dados Configuration Manager entre servidores de site e pontos de distribuição, mas não é possível controlar a comunicação do servidor site para o site. Quando você usa um plano de dados medido, se colocar sites e sistemas de site específicos no local e usar os controles de largura de banda internos do Configuration Manager, poderá ajudar a controlar o custo do uso do Azure.

Sim. Quando você se muda para o Azure, as configurações com suporte permanecem as mesmas, incluindo os requisitos do Active Directory para instalar Configuration Manager.

Não. Microsoft Entra ID não tem suporte no momento. Os servidores do site ainda precisam ser membros de um domínio do Active Directory.

Sim. Você pode usar conjuntos de disponibilidade de VM do Azure para funções redundantes do sistema de sites, como pontos de distribuição ou pontos de gerenciamento.

Você também pode usá-los para os servidores do site Configuration Manager. Por exemplo, sites de administração central e sites primários podem estar todos no mesmo conjunto de disponibilidade. Essa configuração pode ajudá-lo a garantir que elas não sejam reinicializadas ao mesmo tempo.

Para obter mais informações, confira Opções de disponibilidade para opções de Máquinas Virtuais do Azure e Alta disponibilidade para Configuration Manager.

Não. Você precisa usar SQL Server em uma VM. Configuration Manager atualmente não dá suporte a SQL do Azure Server.

Para alta disponibilidade do servidor de banco de dados do site, use SQL Server Always On grupos de disponibilidade. Para obter mais informações, consulte Preparar para usar um grupo de disponibilidade SQL Server Always On com Configuration Manager.

Configuration Manager não é testado com balanceadores de carga do Azure. Se a funcionalidade for transparente para o aplicativo, ela não deverá ter efeitos adversos em operações normais.

Os seguintes fatores são os mais importantes para Configuration Manager desempenho no Azure:

• Tamanho e tipo de VM do Azure
• Discos de VM do Azure: o armazenamento premium é recomendado, especialmente para SQL Server
• Latência e velocidade de rede

Em geral, seu poder de computação (CPU e memória) precisa atender ao hardware recomendado para Configuration Manager. Mas há algumas diferenças entre o hardware regular do computador e as VMs do Azure, especialmente quando se trata dos discos que essas VMs usam. O tamanho da VM que você usa depende do tamanho do seu ambiente.

A lista a seguir inclui algumas recomendações gerais para o tamanho da VM:

• Para implantações de produção de qualquer tamanho significativo, use VMs do Azure de classe S . Essas VMs podem usar discos de armazenamento premium. VMs de classe não S usam armazenamento de blobs e, em geral, não atenderão aos requisitos de desempenho necessários para uma experiência de produção aceitável.
• Use vários discos de armazenamento premium para maior escala e listrados no console de Gerenciamento de Disco do Windows para IOPS máximo.
• Use discos melhores ou vários premium durante a implantação inicial do site. Por exemplo, P30 em vez de P20 e dois discos P30 em um volume listrado, em vez de um único P30. Se seu site precisar aumentar o tamanho da VM devido a uma carga adicional, você poderá aproveitar a CPU e a memória adicionais que uma VM maior fornece. Você também já terá discos em vigor que podem aproveitar a taxa de transferência adicional do IOPS que o tamanho maior da VM permite.

As tabelas a seguir listam as contagens iniciais de disco sugeridas a serem usadas em sites de administração primária e central para várias instalações de tamanho:

Banco de dados de site co-localizado

Um site de administração primário ou central com o banco de dados do site no servidor do site:

Banco de dados de site remoto

Um site de administração primária ou central com o banco de dados do site em um servidor remoto:

Exemplo

Esta imagem mostra um exemplo de configuração de disco para a seguinte VM:

• Uma VM de tamanho DS14_V2 para um site que gerencia de 50.000 a 100.000 clientes
• Três discos P30 em um volume listrado
• Separar volumes lógicos para o Configuration Manager instalar e arquivos de banco de dados

As decisões tomadas para a rede, disponibilidade, desempenho e localização do servidor de site podem afetar diretamente seus usuários. A mudança de um site para o Azure deve ser transparente para seus usuários para que eles não experimentem uma alteração em suas interações diárias com Configuration Manager.

Com exceção da comunicação do servidor do site para um ponto de distribuição, essas comunicações servidor a servidor em um site podem ocorrer a qualquer momento e não usar mecanismos para controlar o uso da largura de banda de rede. Como você não pode controlar a comunicação entre sistemas de site, como pontos de gerenciamento e pontos de atualização de software, considere todos os custos associados a essas comunicações.

As velocidades de rede e a latência também são outros fatores a serem considerados. Redes lentas ou não confiáveis podem afetar a funcionalidade entre o servidor do site e os sistemas de sites remotos e a comunicação do cliente com os sistemas do site. Fator no número de clientes gerenciados que usam um determinado sistema de site e os recursos que você usa ativamente.

Como ponto de partida, você pode usar as diretrizes padrão para sistemas de site em links WAN. Idealmente, a taxa de transferência de rede que você selecionar e receber entre o Azure e sua intranet será consistente com uma WAN bem conectada a uma rede rápida.

A abordagem para o gerenciamento de conteúdo é muito igual a para servidores de site e sistemas de site.

• Se você usar uma conexão de rede rápida e confiável entre o Azure e sua intranet com um plano de dados ilimitado, hospedar pontos de distribuição padrão no Azure pode ser uma opção.

• Se algum dos seguintes fatores se aplicar:

  • Você usa um plano de dados medido
  • O custo da largura de banda é uma preocupação
  • A conexão de rede entre o Azure e sua intranet não é rápida ou pode não ser confiável

  Em seguida, você pode considerar as seguintes outras abordagens:

  • Use pontos de distribuição padrão ou pull no local.
  • Habilite o Windows BranchCache em pontos de distribuição ou outras tecnologias de cache par.
  • Use um CMG ( gateway de gerenciamento de nuvem ) habilitado para conteúdo. Observe que ele não dá suporte a pacotes de atualização de software para atualizações da Microsoft. Você precisa ter um local alternativo ou configurar a implantação de atualização de software para permitir que os clientes obtenham conteúdo de atualização da Internet.

Use um CMG ( gateway de gerenciamento de nuvem ). O CMG fornece uma maneira simples de gerenciar Configuration Manager clientes na Internet. Você implanta o serviço em uma assinatura do Azure e ele se conecta à infraestrutura local por meio do ponto de conector do gateway de gerenciamento de nuvem. Em seguida, os clientes podem acessar funções locais do sistema de sites, sejam elas conectadas à rede interna ou à Internet.

O cache par é uma tecnologia de Configuration Manager 100% nativa. BranchCache e Otimização de Entrega são recursos do Windows. Todos eles podem ser úteis dependendo de seus requisitos. Para obter mais informações, incluindo uma tabela para comparar recursos, consulte Fundamentos de gerenciamento de conteúdo – tecnologias de cache par.

É difícil dizer que cada ambiente é diferente. Para estimar o custo do ambiente, use a calculadora de preços do Azure.

Fundamentos

• O que é o Azure

Tipos de máquina VM do Azure

• Tamanhos de máquina do Azure
• Preço da VM
• Preço do armazenamento

Considerações sobre o desempenho do disco

• Armazenamento Premium
• Selecione um tipo de disco de VMs IaaS
• Metas de escalabilidade e desempenho para contas de armazenamento padrão
• Postagem no blog sobre como o armazenamento premium funciona

Disponibilidade

• SLA (contrato de nível de serviço) do Azure para máquinas virtuais
• Opções de disponibilidade para máquinas virtuais Azure

Conectividade

• EXPRESSRoute ou VPN do Azure
• Preço do Azure ExpressRoute
• O que é o Azure ExpressRoute?