Compartilhar via


Considerações de desempenho do recurso

 

Publicado: março de 2016

Aplicável a: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator

Esta seção descreve os processos do Orchestrator que influenciam o desempenho em um ambiente de produção. O foco deste procedimento reside em identificar processos que ocorrem durante a execução, no serviço Web e durante a criação. Embora muitas das atividades de criação ocorram fora de um ambiente de produção, considerações para a configuração de um ambiente de produção para testar o desempenho também devem incluir variações, por exemplo, se as solicitações especiais de um administrador do Orchestrator são aceitas.

Runbooks

Apesar da variação no design e na complexidade, os runbooks têm uma estrutura simples. Eles executam três operações: executam atividades, gerenciam dados publicados e executam lógica de ramificação. As seções a seguir fornecem mais detalhes sobre essas operações.

Atividade interna

As atividades de runbook contêm dois tipos de código: código de plataforma e código de domínio. O código de plataforma é construído em uma estrutura compartilhada entre todos os runbooks. O código de plataforma gerencia os processos do Orchestrator. O código de domínio refere-se ao código em uma atividade de runbook que gerencia processos fora do Orchestrator. Por exemplo, a atividade Invocar Serviço Web contém código de plataforma, para tratar o processamento no Orchestrator, como publicação de dados, e código de domínio específico para invocar um serviço Web.

Há pouca variação de processamento entre runbooks, quando as atividades que executam código de plataforma semelhante são comparadas. O código de domínio depende de problemas de latência externos ao Orchestrator. Potencialmente, o código de domínio varia consideravelmente entre atividades. Para entender as dependências de código de domínio e seu impacto no desempenho do runbook, você deve testar o desempenho de atividades individuais antes de determinar os requisitos do ambiente de produção.

Dados publicados

Os runbooks no Orchestrator compartilham dados entre atividades. Cada atividade consome Dados Publicados que as atividades anteriores do runbook criaram. O modo como uma atividade usa os dados publicados depende do código de domínio. Todas as atividades de runbook publicam um conjunto mínimo de parâmetros de tempo de execução chamado Dados Publicados Comuns. O código de domínio pode publicar dados, mas não é obrigado a fazê-lo. Os Dados Publicados que o código de domínio cria são chamados de Dados Publicados Específicos da Atividade. Os dados que uma atividade produz podem conter elementos de dados com valor único ou com vários valores. Por exemplo, cada atividade produz um único registro de Dados Publicados Comuns de valor único. O código de domínio pode produzir vários registros de dados de valor único e de vários valores.

A publicação de dados no banco de dados Orchestration é uma atividade que consome muitos recursos. O desempenho do runbook depende da quantidade de dados que cada atividade publica e do desempenho e confiabilidade do computador que hospeda o banco de dados Orchestration. Como parte do planejamento de seus requisitos de desempenho, considere a quantidade de dados publicados que os seus runbooks exigem e o desempenho do computador que hospeda seu banco de dados Orchestration.

Ramificação

As atividades do runbook criam uma ramificação, caso a atividade precise que os dados sejam transmitidos ao mesmo tempo para duas ou mais atividades. Quando um runbook inicia, o processamento consiste em um único thread. Quando esse thread encontra uma ramificação, um thread é criado para cada ramificação. Cada thread faz referência a dados publicados de todas as atividades anteriores ao longo do thread. O número total de threads em um runbook depende do número de ramificações utilizados em um runbook. Runbooks com vários threads requerem mais potência de processamento que runbooks de um thread.

Como parte da avaliação dos requisitos de desempenho do runbook, considere o número de ramificações que você pretende incluir em um runbook. Runbooks com muitas ramificações exigem mais potência de processamento nos servidores runbook que os runbooks que não contêm ramificações.

Experiência do operador

A experiência do operador ocorre no console Orchestration e no serviço Web do Orchestrator. O console Orchestration é um aplicativo baseado no Microsoft Silverlight, que requer que o serviço Web do Orchestrator se conecte ao banco de dados Orchestration. O console Orchestration e o serviço Web do Orchestrator dependem do desempenho do banco de dados Orchestration e do servidor dos Serviços de Informações da Internet (IIS) que hospeda o serviço Web do Orchestrator.

Connector do Service Manager

O serviço Web do Orchestrator oferece suporte ao conector do Service Manager. O Service Manager tem como alvo os clientes de TI que servem a aproximadamente 50.000 usuários. Os cenários de gerenciamento de solicitações Service Manager supõem que cada usuário envia uma solicitação por mês. Isso produz um volume de 2.500 solicitações por dia (200 solicitações/hora ou aproximadamente três solicitações a cada minuto). O Service Manager usa o serviço Web do Orchestrator para atualizar o status das atividades, solicitando suporte para um número semelhante de solicitações de status. Além disso, observe que o conector do Service Manager detecta runbooks publicados. O tempo de resposta para detectar uma determinada pasta de runbook depende do número de runbooks na pasta.

Consulte também

Planejamento de escala