Ler em inglês

Partilhar via


Automatize as operações do Microsoft Azure Pack com a Automação de Gerenciamento de Serviços

Você pode usar runbooks do SMA (Service Management Automation) para automatizar operações de rotina em seu ambiente do Microsoft Azure Pack para Windows Server. Existem dois tipos distintos de runbooks SMA:

Tipo Descrição
Fluxo de Trabalho do PowerShell Runbook de texto com base no Fluxo de Trabalho do Windows PowerShell.
PowerShell Runbook de texto com base no script do Windows PowerShell.

Runbooks de fluxo de trabalho do PowerShell

Os runbooks de fluxo de trabalho do PowerShell são baseados no fluxo de trabalho do Windows PowerShell. Você pode editar diretamente o código do runbook usando o editor no Portal de Gerenciamento. Você também pode usar qualquer editor de texto offline e importar o runbook para o SMA.

Vantagens

  • Implemente toda a lógica complexa com o código de fluxo de trabalho do PowerShell.
  • Use os pontos de verificação para retomar o runbook em caso de erro.
  • Use o processamento paralelo para executar várias ações paralelamente.
  • Inclua outros runbooks de fluxo de trabalho do PowerShell como runbooks filho para criar fluxos de trabalho de alto nível.

Limitações

  • Você deve estar familiarizado com o Fluxo de Trabalho do PowerShell.
  • O runbook deve lidar com a complexidade adicional do fluxo de trabalho do PowerShell, como objetos desserializados.
  • O runbook demora mais para iniciar do que os runbooks do PowerShell pois precisa ser compilado antes da execução.
  • Os runbooks do PowerShell só podem ser incluídos como runbooks filho usando o cmdlet Start-SMARunbook, que cria um novo trabalho.

Runbooks do PowerShell

Os runbooks do PowerShell se baseiam no Windows PowerShell. Você pode editar diretamente o código do runbook usando o editor no Portal de Gerenciamento. Você também pode usar qualquer editor de texto offline e importar o runbook para o SMA.

Vantagens

  • Implemente toda a lógica complexa com o código do PowerShell sem as complexidades adicionais do fluxo de trabalho do PowerShell.
  • O runbook inicia mais rapidamente do que os runbooks do Fluxo de Trabalho do PowerShell, uma vez que não precisa ser compilado antes da execução.

Limitações

  • Exige familiarização com script do PowerShell.
  • Você não pode usar o processamento paralelo para executar várias ações em paralelo.
  • Você não pode usar pontos de verificação para retomar runbooks quando ocorre um erro.
  • Os runbooks de fluxo de trabalho do PowerShell só podem ser incluídos como runbooks filho usando o cmdlet Start-SMARunbook, que cria um novo trabalho.

Como o SMA executa runbooks

As solicitações para iniciar um runbook são executadas pelo serviço Web SMA usando o Portal de Gerenciamento de Serviços ou o cmdlet Start-SmaRunbook do Windows PowerShell. O serviço Web grava essa solicitação no banco de dados de Automação, onde ela é recuperada por um dos servidores do Automation Worker.

Se a propriedade RunbookWorker do runbook for preenchida, esse servidor de trabalho atenderá ao trabalho. Se o servidor de trabalho não estiver disponível, o trabalho falhará com um erro. Se a propriedade RunbookWorker do runbook não estiver preenchida, o SMA selecionará aleatoriamente um servidor de trabalho disponível para atender à solicitação.

O servidor de trabalho cria um trabalho que é executado no servidor de trabalho que atende à solicitação e acessa remotamente todos os computadores ou outros recursos com os quais trabalhará. Isso exige que os cmdlets no runbook sejam capazes de acessar remotamente esses recursos. Como alternativa, o runbook pode incluir um comando InlineScript para usar a comunicação remota do PowerShell, para executar comandos localmente em um computador de destino. Esse conceito é ilustrado no diagrama a seguir.

Diagrama de execução de runbook.

Se um trabalho for suspenso ou interrompido, ele poderá ser retomado em um servidor Worker diferente. Por isso, você deve ter cuidado ao usar recursos locais que não são acessíveis a todos os servidores de trabalho, como um arquivo em um computador local. Você deve usar Ativos Globais, como Variáveis , tanto quanto possível para compartilhar informações entre pontos de verificação.

Permissões

Para que um runbook efetue suas ações requeridas, ele deve ter permissões para acessar os recursos com os quais ele funciona. Os runbooks no SMA sempre são executados no contexto da conta de serviço do Serviço Runbook de Automação. Se essa conta não tiver as permissões necessárias, você poderá usar um recurso global de Credenciais ou Conexão em seu runbook para executar os comandos necessários usando credenciais com as permissões necessárias. Essas credenciais podem ser usadas tanto com um cmdlet que aceite credenciais através de um parâmetro ou com InlineScript para executar um bloco de código usando credenciais alternativas.

Próximas etapas