Partilhar via

Empacotar e carregar recursos para um servidor pull

As seções abaixo pressupõem que você já configurou um Pull Server. Se você não configurou seu Pull Server, você pode 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 estejam disponíveis para download e configurar os 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 do pacote

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

Observação

Se você tiver algum cliente 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 do rato - enviar para - pasta comprimida

Nomeando o arquivo morto 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 somas de verificação

Depois que o módulo Resource tiver sido compactado e renomeado, você precisará criar uma CheckSum. A Soma de Verificação é usada, pelo LCM no cliente, para determinar se o recurso foi alterado e precisa ser baixado novamente. Você pode criar uma 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ê pode forçá-la a ser recriada com o -Force parâmetro.

Onde armazenar arquivos de recursos

Em um servidor de pull HTTP DSC

Ao configurar seu HTTP Pull Server, conforme explicado em set up a DSC HTTP Pull Server, 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 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 a partir do bloco ConfigurationRepositoryShare .

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

Atualizando 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

  • Last updated on