Compartilhar via


Empacotar e carregar recursos em um servidor de pull

As seções abaixo pressupõem que você já configurou um Servidor de Pull. Se você não configurou seu Servidor de Pull, poderá usar os seguintes guias:

Cada nó de destino pode ser configurado para baixar configurações, recursos e até mesmo relatar seu status. Este artigo mostrará como carregar recursos para que eles estejam disponíveis para download e configurar clientes para baixar recursos automaticamente. Quando o Nó recebe uma Configuração atribuída, por meio de Pull ou Push (v5), ele baixa automaticamente todos os recursos exigidos pela Configuração do local especificado no LCM.

Módulos de recursos de pacote

Cada recurso disponível para download por um cliente deve ser armazenado em um .zip arquivo. O exemplo a seguir mostrará as etapas necessárias usando o recurso xPSDesiredStateConfiguration .

Observação

Se você tiver clientes usando o PowerShell 4.0, precisará nivelar a estrutura de pastas de recursos e remover todas as pastas de versão. Para obter mais informações, consulte Várias versões de recursos.

Você pode compactar o diretório de recursos usando qualquer utilitário, script ou método de sua preferência. No Windows, você pode clicar com o botão direito do xPSDesiredStateConfiguration mouse no diretório e selecionar Enviar para e, em seguida, Pasta compactada.

Clique com o botão direito - enviar para - pasta compactada

Nomeando o arquivo de recursos

O arquivo de recursos precisa ser nomeado com o seguinte formato:

{ModuleName}_{Version}.zip

No exemplo acima, xPSDesiredStateConfiguration.zip deve ser renomeado xPSDesiredStateConfiguration_8.4.4.0.zip.

Criar CheckSums

Depois que o módulo Resource for compactado e renomeado, você precisará criar um CheckSum. O CheckSum é usado, pelo LCM no cliente, para determinar se o recurso foi alterado e precisa ser baixado novamente. Você pode criar um CheckSum com o cmdlet New-DSCCheckSum , conforme mostrado no exemplo abaixo.

New-DscChecksum -Path .\xPSDesiredStateConfiguration_8.4.4.0.zip

Nenhuma saída será mostrada, mas agora você deve ver um "xPSDesiredStateConfiguration_8.4.4.0.zip.checksum". Você também pode executar New-DSCCheckSum em um diretório de arquivos usando o -Path parâmetro. Se já existir uma soma de verificação, você poderá forçá-la a ser recriada com o -Force parâmetro.

Onde armazenar arquivos de recursos

Em um servidor de pull HTTP DSC

Ao configurar o Servidor de Pull HTTP, conforme explicado em Configurar um Servidor de Pull HTTP DSC, você especifica diretórios para as chaves ModulePath e ConfigurationPath . A chave ConfigurationPath indica onde todos os arquivos ".mof" devem ser armazenados. O ModulePath indica onde todos os Módulos de Recursos de DSC devem ser armazenados.

    xDscWebService PSDSCPullServer
    {
    ...
        ModulePath              = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Modules"
        ConfigurationPath       = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Configuration"
    ...
    }

Em um compartilhamento SMB

Se você especificou um ResourceRepositoryShare, ao configurar seu Pull Client, armazene arquivos e somas de verificação no diretório SourcePath do bloco ResourceRepositoryShare .

ConfigurationRepositoryShare SMBPullServer
{
    SourcePath = '\\SMBPullServer\Configurations'
}

ResourceRepositoryShare SMBResourceServer
{
    SourcePath = '\\SMBPullServer\Resources'
}

Se você especificou apenas um ConfigurationRepositoryShare, ao configurar seu Pull Client, armazene arquivos e somas de verificação no diretório SourcePath do bloco ConfigurationRepositoryShare .

ConfigurationRepositoryShare SMBPullServer
{
    SourcePath = '\\SMBPullServer\Pull'
}

Atualização de recursos

Você pode forçar um nó a atualizar seus recursos alterando o número da versão no nome do arquivo ou criando uma nova soma de verificação. O Pull Client verificará se há versões mais recentes dos recursos necessários, bem como somas de verificação atualizadas, quando seu LCM for atualizado.

Consulte também