Empacotar e Carregar Recursos para um Servidor de Extração
As secções abaixo partem do princípio de que já configurou um Servidor pull. Se não tiver configurado o servidor Pull, pode utilizar os seguintes guias:
Cada nó de destino pode ser configurado para transferir configurações, recursos e até comunicar o respetivo estado. Este artigo irá mostrar-lhe como carregar recursos para que estejam disponíveis para transferência e configurar clientes para transferir recursos automaticamente. Quando o Nó recebe uma Configuração atribuída, através de Pull ou Push (v5), transfere automaticamente todos os recursos necessários para a Configuração a partir da localização especificada no LCM.
Módulos de Recursos de Pacote
Cada recurso disponível para transferência de um cliente tem de ser armazenado num .zip
ficheiro. O exemplo abaixo mostrará os passos necessários com o recurso xPSDesiredStateConfiguration .
Nota
Se tiver clientes com o PowerShell 4.0, terá de aplanar a estrutura da pasta de recursos e remover quaisquer pastas de versões. Para obter mais informações, veja Múltiplas Versões de Recursos.
Pode comprimir o diretório de recursos com qualquer utilitário, script ou método que preferir. No Windows, pode clicar com o botão direito do xPSDesiredStateConfiguration
rato no diretório e selecionar Enviar Para e, em seguida, Pasta Comprimida.
Atribuir um nome ao Arquivo de Recursos
O Arquivo de recursos tem de ser nomeado com o seguinte formato:
{ModuleName}_{Version}.zip
No exemplo acima, xPSDesiredStateConfiguration.zip
deve ser mudado o nome xPSDesiredStateConfiguration_8.4.4.0.zip
.
Criar Somas de Verificação
Depois de o módulo Recurso ter sido comprimido e mudado de nome, tem de criar uma Soma de Verificação. A Soma de Verificação é utilizada pelo LCM no cliente, para determinar se o recurso foi alterado e precisa de ser transferido novamente. Pode criar uma Soma de Verificação com o cmdlet New-DSCCheckSum , conforme mostrado no exemplo abaixo.
New-DscChecksum -Path .\xPSDesiredStateConfiguration_8.4.4.0.zip
Não será apresentada nenhuma saída, mas deverá ver agora uma "xPSDesiredStateConfiguration_8.4.4.0.zip.checksum". Também pode executar New-DSCCheckSum
num diretório de ficheiros com o -Path
parâmetro . Se já existir uma soma de verificação, pode forçá-la a ser recriada com o -Force
parâmetro .
Onde armazenar Os Arquivos de Recursos
Num Servidor de Extração HTTP do DSC
Quando configurar o Servidor de Extração HTTP, conforme explicado em Configurar um Servidor de Extração HTTP do DSC, especifica diretórios para as chaves ModulePath e ConfigurationPath . A chave ConfigurationPath indica onde devem ser armazenados quaisquer ficheiros ".mof". O ModulePath indica onde devem ser armazenados quaisquer Módulos de Recursos do DSC.
xDscWebService PSDSCPullServer
{
...
ModulePath = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Modules"
ConfigurationPath = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Configuration"
...
}
Numa Partilha SMB
Se especificou um ResourceRepositoryShare, ao configurar o Cliente Pull, armazene arquivos e somas de verificação no diretório SourcePath a partir do bloco ResourceRepositoryShare .
ConfigurationRepositoryShare SMBPullServer
{
SourcePath = '\\SMBPullServer\Configurations'
}
ResourceRepositoryShare SMBResourceServer
{
SourcePath = '\\SMBPullServer\Resources'
}
Se especificou apenas uma ConfigurationRepositoryShare, ao configurar o Seu Cliente Pull, armazene arquivos e somas de verificação no diretório SourcePath a partir do bloco ConfigurationRepositoryShare .
ConfigurationRepositoryShare SMBPullServer
{
SourcePath = '\\SMBPullServer\Pull'
}
A atualizar recursos
Pode forçar um Nó a atualizar os respetivos recursos ao alterar o número da versão no nome do arquivo ou ao criar uma nova soma de verificação. O Cliente Pull irá verificar se existem versões mais recentes dos recursos necessários, bem como somas de verificação atualizadas, quando o respetivo LCM for atualizado.