Planejando uma topologia de implantação

O Reporting Services oferece várias abordagens para implantar componentes de servidor. As seções a seguir neste tópico apresentam uma visão geral das topologias de implantação para o Reporting Services nos modos nativo e integrado do SharePoint.

ObservaçãoObservação

Os diagramas deste tópico não incluem configurações de implantação com os produtos do SharePoint. No entanto, você pode usar as mesmas topologias de implantação mostradas neste documento configurando um produto do SharePoint no mesmo computador que o servidor ou os servidores de relatório ou configurando o produto do SharePoint em uma camada de aplicativo separada. Para obter mais informações sobre como planejar a integração do SharePoint e considerações sobre as topologias de implantação do SharePoint, consulte a seção Planejando a integração do SharePoint neste tópico.

Os requisitos de hardware e software são uma consideração importante para planejar sua topologia de implantação. Esses requisitos afetam os componentes executados no servidor. Além de examinar as topologias de implantação neste tópico, use as informações em Requisitos de hardware e software para a instalação do SQL Server 2008 R2 e em Estimando os requisitos do banco de dados do servidor de relatório como uma diretriz dos requisitos para execução do Reporting Services.

Os bancos de dados de servidor de relatório nos diagramas a seguir representam os bancos de dados reportserver e reportservertempdb utilizados pelo Reporting Services para armazenar metadados e definições de objetos. Os dados de relatório podem vir de outros bancos de dados ou fontes de dados no mesmo computador que hospeda os bancos de dados do servidor de relatório ou de outros computadores. Para obter mais informações, consulte Banco de Dados do Servidor de Relatório e Fontes de dados com suporte no Reporting Services (SSRS).

Implantação de servidor único

Em uma configuração de implantação de servidor único, a instância do servidor de relatório é executada no mesmo computador em que o Mecanismo de Banco de Dados que hospeda o banco de dados do servidor de relatório. O diagrama a seguir é um exemplo de uma configuração de implantação de servidor único.

Configuração de implantação de servidor único

A configuração de implantação de servidor único é recomendável nas seguintes circunstâncias:

  • Para volumes de relatório pequenos ou médios em que a demanda de processamento de relatório é distribuída uniformemente no dia e o número de sessões simultâneas é facilmente manipulado pelo recurso de processamento do computador.

  • Quando você é um desenvolvedor e precisa desenvolver soluções personalizadas integradas ao Reporting Services.

  • Quando você está avaliando o software.

Essa configuração de implantação é a mais fácil de instalar e manter. As opções de instalação padrão resultam nessa topologia de implantação. Se você constatar que essa configuração de implantação atende às necessidades da sua organização, continue com ela, sabendo que pode atualizar o hardware ou adicionar instâncias de servidor adicionais posteriormente se a demanda de relatórios aumentar.

Implantação de servidor padrão

Em uma implantação de servidor padrão, a instância do servidor de relatório é executada em um computador diferente daquele com a instância do Mecanismo de banco de dados do SQL Server que hospeda o banco de dados do servidor de relatório. O diagrama a seguir é um exemplo de uma configuração de implantação de servidor padrão.

Configuração de implantação de servidor padrão

A configuração de implantação de servidor padrão é recomendável nas seguintes circunstâncias:

  • Para volumes de relatório moderados em que a demanda de processamento de relatório é distribuída uniformemente no dia e o número de sessões simultâneas é facilmente manipulado pelo recurso de processamento dos computadores.

O cenário de implantação padrão oferece melhor desempenho em relação à implantação de servidor único, porque o servidor de relatório e o Mecanismo de Banco de Dados competem pelos recursos de processamento, como o tempo de CPU, a memória e o acesso ao disco, quando eles estão hospedados no mesmo computador. Algumas operações de servidor de relatório consomem muitos recursos, portanto, a execução do servidor de relatório em um computador separado pode reduzir a competição pelos recursos de processamento. Além disso, a superfície de um banco de dados de servidor de relatório pode ser pequena a princípio, mas os requisitos de espaço em disco e a utilização do subsistema de E/S podem aumentar significativamente em tempo de execução.

Quando você estiver decidindo se deseja escolher uma implantação de servidor único ou de servidor padrão, considere os seguintes pontos com base na configuração do seu hardware:

  • Recursos de processamento

  • Recursos de memória

  • Disponibilidade de espaço em disco

  • Capacidade de E/S

Se você constatar que essa configuração de implantação atende às necessidades da sua organização, continue com ela, sabendo que pode atualizar o hardware ou adicionar instâncias de servidor adicionais posteriormente se a demanda de relatórios aumentar.

Implantação de servidor em expansão padrão

Em uma implantação de servidor em expansão padrão, vários servidores de relatório compartilham um único banco de dados do servidor de relatório. O banco de dados de servidor de relatório deve ser instalado em uma instância remota do SQL Server. O diagrama a seguir é um exemplo de uma configuração de implantação de servidor em expansão padrão com o banco de dados de servidor de relatório em uma instância remota do SQL Server.

Configuração de implantação em expansão padrão

Faça a implantação do Reporting Services em uma implantação em expansão para fornecer uma instalação de servidor de relatório altamente disponível e escalonável. Em uma implantação em expansão, cada servidor de relatório na implantação é referenciada como um nó. Os nós participam da expansão, se o servidor de relatório for configurado para usar algum banco de dados do servidor de relatório como outro servidor de relatório. Os nós de servidor de relatório podem ter um balanceamento de carga para oferecer suporte a um grande volume de relatórios interativos.

A configuração de implantação de servidor em expansão é recomendável nas seguintes circunstâncias:

  • Para um grande volume de relatórios em que a atividade é medida em vários usuários simultâneos ou na complexidade de relatórios que exijam muito tempo para serem processados ou renderizados.

  • Para cenários de alta disponibilidade, nos quais é importante que o ambiente de relatório não encontre tempo de inatividade não planejado ou fique indisponível.

  • Quando você quer melhorar o desempenho de operações agendadas e entrega de assinatura.

Não há suporte à implantação em escala em todas as edições do SQL Server. Todos os nós de servidor de relatório em uma implantação devem executar a mesma versão e nível de service pack do SQL Server. Para obter mais informações sobre as edições do SQL Server 2008, consulte Edições e componentes do SQL Server 2008 R2 e Recursos compatíveis com as edições do SQL Server 2008 R2. Para obter mais informações sobre implantações em expansão e usar clusters NLB, consulte Planejando implantação de expansão neste tópico.

Como outra opção, talvez você decida hospedar o banco de dados do servidor de relatório em uma instância do SQL Server que faz parte de um cluster de failover. O diagrama a seguir é um exemplo de uma configuração de implantação de servidor em expansão, na qual os bancos de dados de servidor de relatório estão em uma instância que faz parte de um cluster de failover.

Implantação em expansão padrão com failover

Ao hospedar os bancos de dados de servidor de relatório em uma instância que faz parte de um cluster de failover, você pode aperfeiçoar a tolerância a falhas do ambiente de relatórios. A clusterização de failover também é possível para implantações padrão, mas geralmente há menos necessidade de clusterização de failover quando o ambiente não está configurado para cenários de alta disponibilidade, como ambientes com implantações em expansão. Para obter mais informações, consulte Hospedando um banco de dados do Servidor de Relatórios em um clustering de failover do SQL Server.

Implantação de servidor em expansão avançada

Além da implantação em expansão padrão, você pode determinar se o ambiente de relatório se beneficiará de uma configuração de implantação em expansão mais avançada. Por exemplo, você pode optar por usar os servidores de relatório de carga balanceada para processamento de relatório interativo e adicionar um computador de servidor de relatório separado para processar apenas relatórios agendados. O diagrama a seguir é um exemplo dessa configuração de implantação de servidor em expansão avançada.

Configuração de implantação em expansão avançada

Essa implantação em expansão avançada se beneficia das mesmas vantagens que a implantação em expansão padrão, mas o ambiente é otimizado para desempenho separando-se os servidores de relatório de carga balanceada, que manipulam o processamento de relatório interativo, de um servidor de relatório que manipula apenas relatórios agendados.