Compartilhar via

  • Artigo

Desempenho e escalabilidade para o Planning Server

Atualizado em: 2009-04-30

O desempenho e a escalabilidade para o Planning Server são determinados pelo ambiente no qual ele é implantado. A arquitetura do Planning Server foi projetada para ser escalonável e manter o desempenho, mas o hardware, o desempenho da rede e os perfis e padrões de uso têm um papel fundamental na facilidade de escalabilidade e no desempenho resultantes.

Pode ser difícil alcançar um equilíbrio perfeito entre escalabilidade e desempenho. Talvez você só perceba que está fazendo a coisa errada depois do fato consumado.

O Planning Server oferece suporte ao dimensionamento horizontal e vertical. O Microsoft Office PerformancePoint Server 2007 pode ser dimensionado horizontalmente com o aumento dos recursos do sistema nos servidores do Planning Server (por exemplo, adicionando discos, memória e processadores). O Planning Server pode ser dimensionado verticalmente com a implantação de um ou mais servidores Web front-end em um ou mais clusters para atender à demanda crescente de usuários empresariais.

Geralmente, o desempenho da implantação do Planning Server é determinado pelo servidor com desempenho mais baixo — o afunilamento no sistema. A chave para melhorar o desempenho é identificar os afunilamentos e resolvê-los com alterações de hardware ou configurações de software.

Considerações sobre dimensionamento vertical

Uma vez estabelecida a topologia inicial, a implantação do Planning Server pode ser dimensionada verticalmente para atender aos requisitos de carga de trabalho do usuário e de desempenho do processo empresarial. O processo de dimensionamento vertical do Planning Server é controlado a partir de duas perspectivas diferentes: arquitetura e planejamento de aplicativo.

O planejamento e a modelagem de negócios controlam como os aplicativos do PerformancePoint Planning são organizados e, em troca, como são publicados. Isso permite o dimensionamento vertical baseado em um ou mais aplicativos, além da estrutura de aplicativo escolhida e do volume de dados que seriam necessários para dar suporte a cada aplicativo. Se o design de aplicativo contiver apenas um único site, a implantação do PerformancePoint Server só poderá ser dimensionada verticalmente para um único computador com o Microsoft SQL Server 2005 e um único computador com o SQL Server 2005 Analysis Services. Entretanto, se o design de aplicativo contiver vários aplicativos com vários sites modelo, a implantação do PerformancePoint Server poderá ser dimensionada verticalmente para vários servidores do SQL Server e do Analysis Services.

Em resumo, a modelagem de negócios permite o seguinte:

  • Cada aplicativo pode residir em seu próprio computador com o SQL Server

  • Cada site modelo pode ser publicado em seu próprio servidor do Analysis Services

O processo de dimensionamento vertical da arquitetura é necessário para dar suporte a um processo empresarial complexo, grandes cargas de trabalho de usuário e várias tarefas de processo empresarial. Os servidores Web front-end podem ser implantados em um cluster com o Balanceamento de Carga de Rede habilitado para garantir que as solicitações de cliente recebidas sejam tratadas de maneira correta. Para fornecer o desempenho necessário para ações e tarefas solicitadas pelo usuário, podem ser introduzidos vários servidores. Isso terá impacto maior quando várias ações de usuário forem enviadas simultaneamente e o Serviço de Processo do Planning implantado não tiver recursos adequados para processar todas as solicitações enviadas. Como o Serviço de Processo do Planning usa a funcionalidade de Service Broker do SQL Server 2005 nativo, a configuração ideal do SQL Server permitirá também que o Serviço de Processo do Planning seja usado de acordo com a carga de trabalho do usuário.

Durante o dimensionamento vertical, você deve prestar muita atenção às configurações do Planning Server. Algumas delas, como o tempo limite de conexão, afetarão o desempenho geral, mesmo em um ambiente bem otimizado.

Para obter informações adicionais sobre dimensionamento vertical, consulte os documentos de "Práticas recomendadas" referentes ao SQL Server 2005 e ao Analysis Services.

Considerações sobre dimensionamento horizontal

Depois que a implantação for dimensionada verticalmente de forma correta, o dimensionamento horizontal poderá ser necessário quando pequenos aprimoramentos incrementais forem exigidos para atingir as metas de produtividade da empresa. O dimensionamento horizontal consiste no aumento da capacidade de cada computador servidor adicionando ou reconfigurando recursos como memória ou discos rígidos. A alteração do sistema operacional ou a substituição de um servidor por outro mais capaz também permitirá o dimensionamento horizontal dos servidores na implantação. Por exemplo, os administradores podem adicionar processadores para transformar um computador com um processador em outro com dois processadores, ou um computador com dois processadores em outro com quatro. O aumento da RAM e a adição de espaço em disco em um computador são outros métodos de dimensionamento horizontal. O uso de um sistema operacional de 32 bits com um máximo de 3 gigabytes (GB) de memória pode fornecer o nível de serviço necessário. Também é possível dimensionar horizontalmente sistemas operacionais de 64 bits em servidores que tenham mais de 4 GB de memória.

O Planning Server não requer nenhuma alteração especial na configuração para aproveitar as alterações de dimensionamento horizontal.

É recomendável que todos os servidores usados em uma implantação utilizem a mesma plataforma. Observe que não é possível usar clustering em um ambiente de plataforma mista. O Windows Server impede explicitamente o clustering de computadores de 32 e 64 bits.

Para obter informações adicionais sobre dimensionamento horizontal, consulte IIS 6.0 Security Best Practices (IIS 6.0) (https://go.microsoft.com/fwlink/?LinkId=102487&clcid=0x1046).

Considerações sobre disponibilidade do Planning Server

A produtividade de usuários empresariais é controlada pela capacidade deles de usar o Planning Server para concluir operações e tarefas comerciais. Para manter o Planning Server em funcionamento e se proteger contra problemas de hardware inesperados, várias estratégias podem ser implantadas:

  • Você pode implantar servidores Web front-end em um cluster com Balanceamento de Carga de Rede, o que habilita o sistema do PerformancePoint Server a permitir disponibilidade alta.

  • Você pode implantar computadores com o SQL Server em um ambiente em cluster, o que habilita os aplicativos a permitir disponibilidade alta.

  • Você pode implantar o Analysis Services e Servidores de Análise em um ambiente em cluster, o que habilita os modelos e sites modelo a permitir disponibilidade alta.

  • Você pode implementar RAID 5.0 ou 6.0. O espelhamento do servidor de Analysis Services e do SQL Server também permitirá redundância de dados e oferecerá suporte à disponibilidade alta.

É altamente recomendável ter vários servidores assíncronos na implantação. Entretanto, não há suporte a clustering para esses servidores, já que o Windows Server 2003 não permite o clustering de computadores com o mesmo serviço do Windows.

Considerações sobre capacidade de rede

Todas as interações de clientes com o servidor são executadas pela rede, exceto quando o PerformancePoint Server está instalado em uma implantação autônoma. Em um ambiente distribuído, a capacidade de rede determina a velocidade na qual os metadados e os dados corporativos serão movidos. O fluxo de dados de computadores do Serviço Web do Planning para bancos de dados do SQL Server consiste basicamente no movimento de metadados, dados de referência e dados de fatos. O fluxo de dados de bancos de dados do SQL Server para bancos de dados do Analysis Services consiste em dados transacionais e de planejamento, além de configurações de segurança relacionadas. O último fluxo de dados supera em muito o fluxo de dados de servidores Web front-end para bancos de dados do SQL Server, pois a publicação de dados no Analysis Services é uma operação mais freqüente.

O Planning Server oferece modos de operação online e offline para dar suporte a processos de planejamento. No modo offline, o Suplemento PerformancePoint para Excel recupera e armazena o conjunto de dados em computadores cliente com base nas configurações de segurança do usuário. Portanto, a carga de rede também é determinada pelas configurações de segurança definidas para usuários empresariais. Essas configurações devem ser definidas no Planning Business Modeler com o menor escopo para garantir que a quantidade mínima de dados seja transmitida pela rede. Se a segurança não estiver configurada corretamente, poderá haver atrasos na atualização e recuperação de dados, o que afetaria a funcionalidade offline no Suplemento PerformancePoint para Excel.

É altamente recomendável que os administradores criem parâmetros de comparação apropriados online e offline em ambientes de design e de teste para garantir que o ambiente implantado ofereça o nível de serviço necessário aos usuários empresariais.

A carga de trabalho de usuário no Planning Server resulta das atividades de design e modelagem de aplicativo no Planning Business Modeler, bem como do processo empresarial e dos envios de dados do Suplemento PerformancePoint para Excel. Muito da carga de trabalho de usuário gerada pelos clientes é enviada para o servidor pela rede como solicitações de serviço Web que encapsulam os dados e as operações comerciais. O tamanho do conjunto de dados e as operações comerciais relacionadas também contribuem para a carga de trabalho de usuário geral.

É provável que o dimensionamento vertical da implantação do Planning Server permita o controle de cargas de trabalho maiores. É altamente recomendável que os administradores do Planning Server criem parâmetros de comparação básicos online e offline em ambientes de design e de teste para garantir que o ambiente implantado ofereça o nível de serviço necessário aos usuários empresariais.

Opções de instalação do Planning Server

O Planning Server é implantado em dois estágios: instalação do software e configuração do software.

Primeiro, o Planning Server é instalado no computador. Tudo o que é necessário para executar e configurar o Planning Server está disponível para configuração.

As duas opções de configuração são:

  • Autônoma: configura todos os componentes do Planning Server em um computador, inclusive bancos de dados do Planning Server. Para executar a configuração completa, o SQL Server deve ser instalado no computador de destino.

  • Distribuída: configura um, dois ou todos os componentes do Planning Server. Esta é a opção que permite que bancos de dados do Planning Server e do Planning Server estejam em computadores separados. Em uma topologia multiservidor distribuída, talvez seja necessário executar o processo de configuração personalizado em vários computadores.

O estágio de configuração do processo consiste em configurar o Gerenciador de Configuração do Planning Server em cada computador com o Planning Server. Observe que as instalações de cliente, o Planning Business Modeler e o Suplemento PerformancePoint para Excel executam instalação e configurações em uma única etapa.

O Gerenciador de Configuração do Planning Server é executado automaticamente após a instalação inicial do servidor. Usando o Gerenciador de Configuração do Planning Server, escolha os servidores que deseja configurar. Os exemplos incluem configurar os sites e os computadores que executam o SQL Server.

O Gerenciador de Configuração do Planning Server pode ser executado várias vezes. Por exemplo, você pode configurar o Serviço Web do Planning e depois voltar para configurar o Serviço de Administração Remota.

Instalação autônoma do Planning Server

Todos os componentes de servidor no Planning Server podem ser instalados em um único computador. Essa configuração autônoma é usada para teste, desenvolvimento e prova de conceito do Planning Server. Primeiro, um arquivo .msi executa a instalação do Planning Server e copia todos os arquivos de instalação necessários para o disco rígido do computador local. Em seguida, o Gerenciador de Configuração do Planning Server conclui a instalação permitindo que você defina opções de configuração no computador com o Planning Server.

Instalação distribuída do Planning Server

A instalação básica do Planning Server inclui dois serviços, um console de administração de cliente fino e dois bancos de dados do sistema. Todos os componentes básicos podem ser instalados em um ou mais computadores na topologia do Planning Server, em qualquer combinação. Isso significa que todos os serviços podem ser instalados no mesmo computador, que você pode instalar cada serviço em um computador separado ou que os serviços podem ser distribuídos de qualquer maneira entre eles.

A instalação do PerformancePoint Server inclui:

  • Banco de Dados do Sistema de Planejamento

  • Banco de Dados do Serviço de Planejamento

  • Serviço Web do Planning

  • Serviço de Processo do Planning

  • Console de Administração do Planning

É possível instalar várias instâncias para cada componente nos computadores adicionais em um ambiente em cluster ou com Balanceamento de Carga de Rede. Isso é considerado uma implantação avançada e só deve ser executada por profissionais experientes de TI.

Se, em uma topologia do Planning Server distribuída, vários computadores forem usados com o Serviço Web do Planning, as solicitações de usuário serão balanceadas através do Serviço Web do Planning.

As solicitações de usuário são controladas pelo Serviço Web do Planning, que se comunica diretamente com bancos de dados relacionais do SQL Server, o SQL Server Analysis Services e compartilhamentos de arquivo (o que pode incluir o Office SharePoint Server 2007 ou o Windows SharePoint Services 3.0). O Console de Administração do Planning se comunica diretamente com o Serviço Web do Planning.

Os computadores com o Planning Server devem ser instalados no mesmo domínio do Windows que computadores cliente e computadores que executam o SQL Server e o SQL Server Analysis Services. Opcionalmente, os computadores com o Planning Server devem estar em um domínio que seja confiável para o domínio que contém os computadores cliente e computadores que executam o SQL Server e o Analysis Services.

O Suplemento PerformancePoint para Excel se comunica tanto com o Serviço Web do Planning como com o SQL Server Analysis Services e, para a experiência de design, com a biblioteca do SharePoint ou o compartilhamento de arquivo em rede.

Cada Serviço de Processo do Planning se comunica diretamente com bancos de dados relacionais do SQL Server, o SQL Server Analysis Services e compartilhamentos de arquivo (e/ou o Windows Share Point Services ou o Office SharePoint Server).

É possível ter vários computadores com o Serviço de Processo do Planning instalado em uma única topologia do PerformancePoint Server.

O Utilitário de Comando do PerformancePoint Planning (PPSCmd) se comunica com o Serviço Web do Planning.

Computadores cliente se comunicam com o Planning Server através de serviços Web. Por essa ser uma interface particular, é altamente recomendável que você mantenha a configuração padrão do protocolo SSL para o Planning Server. A comunicação entre o navegador da Web e o Console de Administração do Planning é feita pelo protocolo HTTP por padrão, mas convém usar SSL.

Os bancos de dados do sistema requerem um computador com o SQL Server 2005 Service Pack 2 (SP2). O PerformancePoint Server também exige que o SQL Server hospede bancos de dados de aplicativo de planejamento (cada aplicativo criado no Planning Server requer seu próprio banco de dados). Além disso, o Planning Server exige que pelo menos um computador na topologia esteja executando o SQL Server Analysis Services, que contém os cubos OLAP que armazenam dados corporativos.

Para o SQL Server e o Analysis Services, você pode ter um ou mais computadores na topologia. Isso significa que é possível um ambiente distribuído para os dois serviços do Planning Server, os bancos de dados relacionais do SQL Server e os cubos OLAP do Analysis Services.

Considerações de interoperabilidade para instalações distribuídas

Pense nas considerações de interoperabilidade a seguir para implantar o Planning Server em uma instalação distribuída. São requisitos para garantir uma implantação com êxito.

A instalação de computadores com o Planning Server devem ser espelhos uns dos outros. Isso significa que qualquer código ou componente instalado em um computador com o Planning Server deve ser instalado em todos os computadores com o Planning Server em uma web farm. Por exemplo, se o Serviço Web do Planning estiver instalado em um computador em uma web farm, deverá ser instalado em todos os computadores.

All Todos os computadores com o Planning Server são sem monitoração de estado para dar mais suporte ao farm. No nível mais alto, isso significa que qualquer computador com o Planning Server em uma web farm pode ser substituído por um servidor semelhante sem perder dados de configuração do servidor nem comprometer dados de usuário. Esse requisito não deve ser confundido com o aplicativo ser sem monitoração de estado. Os únicos dados que podem ser perdidos são dados em processamento que não tenham sido comprometidos antes da falha.

Há casos em que vários bancos de dados relacionais do SQL Server e bancos de dados do SQL Analysis Services não apenas são permitidos, como incentivados. São eles:

  • Quando você tem repositórios de dados grandes

  • Quando um ou mais serviços colocam grandes demandas em uma instância do SQL Server ou do Analysis Services