Criar uma hierarquia de sites para Configuration Manager

  • Artigo

Aplica-se a: Gerenciador de Configurações (branch atual)

Antes de instalar o primeiro site de uma nova hierarquia de Configuration Manager, é uma boa ideia entender:

  • As topologias disponíveis para Configuration Manager

  • Os tipos de sites disponíveis e suas relações uns com os outros

  • O escopo do gerenciamento que cada tipo de site fornece

  • As opções de gerenciamento de conteúdo que podem reduzir o número de sites necessários para instalar

Em seguida, planeje uma topologia que atenda com eficiência às suas necessidades de negócios atuais e possa posteriormente expandir-se para gerenciar o crescimento futuro.

Ao planejar, tenha em mente limitações para adicionar sites adicionais a uma hierarquia ou a um site autônomo:

Observação

Ao planejar uma nova instalação de Configuration Manager, esteja ciente das notas de versão, que detalham problemas atuais nas versões ativas. As notas de versão se aplicam a todos os branchs de Configuration Manager. Ao usar o branch de visualização técnica, localize problemas específicos para esse branch na documentação de cada versão da visualização técnica.

Topologia de hierarquia

As topologias de hierarquia variam de:

  • Mais simples: um único site primário autônomo

  • Mais complexo: um grupo de sites primários e secundários conectados com um site de administração central no local de nível superior da hierarquia

O driver chave do tipo e da contagem de sites que você usa em uma hierarquia geralmente é o número e o tipo de dispositivos que você deve dar suporte.

Site primário autônomo

Use um site primário autônomo quando puder dar suporte ao gerenciamento de todos os dispositivos e usuários. Para obter mais informações, consulte Dimensionamento e dimensionamento de números. Essa topologia também é bem-sucedida quando as localizações geográficas da sua empresa podem ser atendidas por um único site primário. Para ajudar a gerenciar o tráfego de rede, use vários pontos de gerenciamento em grupos de limites e uma infraestrutura de conteúdo cuidadosamente planejada. Para obter mais informações, consulte Configurar grupos de limites e conceitos fundamentais para o gerenciamento de conteúdo.

Essa topologia fornece os seguintes benefícios:

  • Sobrecarga administrativa simplificada

  • Atribuição simplificada do site do cliente e descoberta de recursos e serviços disponíveis

  • Eliminação de possíveis atrasos introduzidos pela replicação de banco de dados entre sites

  • Opção para expandir um site primário autônomo para uma hierarquia maior com um site de administração central. Essa opção permite que você instale novos sites primários para expandir a escala de sua implantação.

Site de administração central com um ou mais sites primários filho

Use essa topologia quando você precisar de mais de um site primário para dar suporte ao gerenciamento de todos os seus dispositivos e usuários. É necessário quando você precisa usar mais de um único site primário.

Essa topologia fornece os seguintes benefícios:

  • Ele dá suporte a até 25 sites primários que permitem estender a escala de sua hierarquia.

  • Você sempre usa o site de administração central, a menos que reinstale seus sites. Essa opção é permanente. Você não pode desanexar um site primário filho para torná-lo um site primário autônomo.

Determinar quando usar um site de administração central

Use um site de administração central para configurar configurações em toda a hierarquia e monitorar todos os sites e objetos na hierarquia. Esse tipo de site não gerencia clientes diretamente. Ele coordena a replicação de dados site a site, que inclui a configuração de sites e clientes em toda a hierarquia.

As seguintes informações podem ajudá-lo a decidir quando instalar um site de administração central:

  • O site de administração central é o site de nível superior em uma hierarquia.

  • Quando você configurar uma hierarquia com mais de um site primário, instale um site de administração central.

    • Se você precisar imediatamente de dois ou mais sites primários, instale o site de administração central primeiro.

    • Quando você já tiver um site primário e quiser instalar um site de administração central, expanda o site primário autônomo para instalar o site de administração central.

  • O site de administração central dá suporte apenas a sites primários como sites filho.

  • O site de administração central não pode ter clientes atribuídos a ele.

  • O site de administração central não dá suporte a funções do sistema de sites que dão suporte diretamente aos clientes, como pontos de gerenciamento e pontos de distribuição.

  • Gerencie todos os clientes na hierarquia e execute todas as tarefas de gerenciamento de site do console Configuration Manager conectado ao site de administração central. Essas tarefas incluem a instalação de pontos de gerenciamento ou outras funções do sistema de sites em sites primários ou secundários filho.

  • Quando você usa um site de administração central, é o único local em que você vê dados do site de todos os sites em sua hierarquia. Esses dados incluem informações como dados de inventário e mensagens de status.

  • Configure operações de descoberta em toda a hierarquia do site de administração central. No site de administração central, atribua métodos de descoberta para serem executados em sites primários individuais.

  • Gerencie a segurança em toda a hierarquia atribuindo diferentes funções de segurança, escopos de segurança e coleções a diferentes usuários administrativos. Essas configurações se aplicam a cada site na hierarquia.

  • Configure a replicação para controlar a comunicação entre sites na hierarquia. Agende a replicação de banco de dados para dados do site e gerencie a largura de banda para a transferência de dados baseados em arquivo entre sites.

Determinar quando usar um site primário

Use sites primários para gerenciar clientes. Instale um site primário como um site filho abaixo de um site de administração central ou como o primeiro site de uma nova hierarquia. Um site primário que é o primeiro site de uma hierarquia cria um site primário autônomo. Sites primários filho e sites primários autônomos dão suporte a sites secundários.

Considere adicionar sites primários adicionais pelos seguintes motivos:

  • Para aumentar o número de dispositivos, gerencie com uma única hierarquia.

  • Para atender aos requisitos de gerenciamento organizacional. Por exemplo, você pode instalar um site primário em um local remoto para gerenciar a transferência de conteúdo de implantação em uma rede de baixa largura de banda.

    • Considere, em vez disso, usar opções para limitar a largura de banda de rede ao transferir dados para um ponto de distribuição. Esse recurso de gerenciamento de conteúdo pode substituir a necessidade de instalar sites adicionais.

As seguintes informações podem ajudá-lo a decidir quando instalar um site primário:

  • Um site primário pode ser um site primário autônomo ou um site primário filho em uma hierarquia maior. Quando um site primário é membro de uma hierarquia com um site de administração central, os sites usam a replicação de banco de dados para replicar dados entre os sites. A menos que você precise dar suporte a mais clientes e dispositivos do que um único site primário dá suporte, considere instalar um site primário autônomo. Depois de instalar um site primário autônomo, expanda-o, se necessário, no futuro, para relatar a um novo site de administração central para escalar sua implantação.

  • Um site primário dá suporte apenas a um site de administração central como um site pai.

  • Um site primário dá suporte apenas a sites secundários como sites filho e dá suporte a vários sites secundários.

  • Os sites primários são responsáveis por processar todos os dados do cliente de seus clientes atribuídos.

  • Os sites primários usam a replicação de banco de dados para se comunicar diretamente com seu site de administração central. Esse comportamento é configurado automaticamente quando um novo site é instalado.

Determinar quando usar um site secundário

Use sites secundários para gerenciar a transferência de conteúdo de implantação e dados do cliente em redes de baixa largura de banda.

Você gerencia um site secundário de um site de administração central ou do site primário pai direto do site secundário. Os sites secundários são anexados a um site primário. Você não pode movê-los para um site pai diferente sem desinstalá-los e reinstalá-los como um site filho abaixo do novo site primário.

No entanto, você pode rotear o conteúdo entre dois sites secundários par para ajudar a gerenciar a replicação baseada em arquivo do conteúdo de implantação. Para transferir dados do cliente para um site primário, o site secundário usa replicação baseada em arquivo. Um site secundário também usa a replicação de banco de dados para se comunicar com seu site primário pai.

Considere instalar um site secundário se alguma das seguintes condições se aplicar:

  • Você não precisa de um ponto local de conectividade para um usuário administrativo.

  • Você é obrigado a gerenciar a transferência de conteúdo de implantação para sites mais baixos na hierarquia.

  • Você é obrigado a gerenciar informações de cliente enviadas para sites mais altos na hierarquia.

Se você não quiser instalar um site secundário e tiver clientes em locais remotos, considere as seguintes opções:

  • Usar tecnologias ponto a ponto, como o Windows BranchCache

  • Habilitar pontos de distribuição para controle de largura de banda e agendamento

Use essas opções de gerenciamento de conteúdo com ou sem sites secundários. Eles ajudam a reduzir o tamanho da infraestrutura de Configuration Manager. Para obter mais informações sobre opções de gerenciamento de conteúdo no Configuration Manager, consulte Determinar quando usar opções de gerenciamento de conteúdo.

As seguintes informações podem ajudá-lo a decidir quando instalar um site secundário:

  • Se uma instância local de SQL Server não estiver disponível, os servidores de site secundários instalarão automaticamente SQL Server Express durante a instalação do site.

  • A instalação do site secundário é iniciada a partir do console Configuration Manager, em vez de executar a instalação diretamente em um computador.

  • Sites secundários usam um subconjunto das informações no banco de dados do site. Esse comportamento reduz a quantidade de dados que SQL Server replica entre o site primário pai e o site secundário.

  • Sites secundários dão suporte ao roteamento de conteúdo baseado em arquivo para outros sites secundários que têm um site primário pai comum.

  • As instalações do site secundário instalam automaticamente as funções do sistema do site de ponto de gerenciamento e ponto de distribuição no servidor de site secundário.

Determinar quando usar opções de gerenciamento de conteúdo

Se você tiver clientes em locais de rede remota, considere usar uma ou mais opções de gerenciamento de conteúdo em vez de um site primário ou secundário. As seguintes opções geralmente removem a necessidade de instalar um site:

  • Otimização de Entrega do Windows

  • cache par Configuration Manager

  • Windows BranchCache

  • Configurar pontos de distribuição para controle de largura de banda

  • Copiar conteúdo manualmente para pontos de distribuição (conteúdo prestage)

Se alguma das seguintes condições se aplicar, considere implantar um ponto de distribuição em vez de instalar outro site:

  • Sua largura de banda de rede é suficiente para que os computadores cliente no local remoto se comuniquem com um ponto de gerenciamento no site primário. Os clientes se comunicam com um ponto de gerenciamento para baixar a política do cliente, enviar inventário, enviar status de relatório e enviar informações de descoberta.

  • O BITS (Serviço de Transferência Inteligente em Segundo Plano) não fornece controle de largura de banda suficiente para seus requisitos de rede.

Para obter mais informações sobre opções de gerenciamento de conteúdo no Configuration Manager, confira Conceitos fundamentais para o gerenciamento de conteúdo.

Além da topologia de hierarquia

Juntamente com sua topologia de hierarquia inicial, considere também as seguintes perguntas:

  • Quais funções do sistema de sites fornecem serviços ou recursos de sites diferentes na hierarquia?

  • Como você está gerenciando configurações e funcionalidades em toda a hierarquia em sua infraestrutura?

As considerações comuns a seguir são abordadas em artigos separados. Essas informações são importantes para influenciar ou ser influenciadas pelo design da hierarquia:

  • Quando estiver se preparando para gerenciar computadores e dispositivos, considere se os dispositivos são locais, na nuvem ou incluem dispositivos de propriedade do usuário (BYOD). Além disso, considere como você gerenciará dispositivos que dão suporte a várias opções de gerenciamento. Por exemplo, gerencie dispositivos Windows com Configuration Manager ou embora integração com Microsoft Intune. Para obter mais informações, confira Escolher uma solução de gerenciamento de dispositivo.

  • Entenda como sua infraestrutura de rede disponível pode afetar o fluxo de dados entre locais remotos. Para obter mais informações, consulte Preparar seu ambiente de rede. Considere também a localização geográfica de seus usuários e dispositivos e se eles acessam sua infraestrutura por meio da rede local ou da Internet.

  • Planeje uma infraestrutura de conteúdo para distribuir com eficiência o conteúdo que você implanta em dispositivos que você gerencia. Esse conteúdo pode ser aplicativos, atualizações de software ou sistemas operacionais. Para obter mais informações, consulte Gerenciar conteúdo e infraestrutura de conteúdo.

  • Determine quais recursos e recursos de Configuration Manager você planeja usar. Recursos diferentes exigem funções diferentes do sistema de sites ou infraestrutura do Windows. Em uma hierarquia de vários sites, decida onde você as implanta para o uso mais eficiente dos recursos de rede e servidor.

  • Considere a segurança para dados e dispositivos, incluindo o uso de uma PKI (infraestrutura de chave pública). Para obter mais informações, confira Requisitos de certificado PKI.

Próximas etapas

Examine os seguintes artigos para configurações específicas do site:

Considere configurações que abrangem sites e hierarquias