レポート サービスのさまざまな部分を最適に実装する方法を判断するのに苦労しています。
私たちの会社は、成長するインフラストラクチャをサポートするために、新しい多数のサーバーと共有 SAN を購入したばかりです。
当社のサーバーは VMware を実行しており、複数の仮想マシンがあり、それぞれ独自のタスクが一連の物理マシン間で負荷分散されています。現在、ターミナル サービスを実行するアプリケーション サーバーと、データを保持するために 2005 を実行する SQL ボックス、およびデータベースに関係のない他の目的のための他のいくつかのサーバーがあります。
私の質問は次のとおりです。仮想環境でのレポーティング サービスの理想的なインストールは何ですか? 現在の SQL ボックスにすべてをインストールする場合、またはインストールを複数の仮想マシンに分割する場合でも、同じ量のリソースを扱うことになります。構成を個別のマシンに分割すると負荷分散に役立ちますが、分割するとさらに多くのライセンスが必要になります。
私の現在の考えは、現在SQLデータベースがある同じボックスにレポートサーバーデータベースをインストールし、レポートサーバーサービスを別のボックスにインストールして、運用データでSQLボックスからiisを遠ざけることでした。
ある構成から別の構成に移行するのはどれほど難しいでしょうか? または、決定が下されると、自分自身を何かに縛り付けてしまうでしょうか?
編集: オプションの追加
私が考えることができるさまざまな構成
A) 利点: セットアップが最も簡単です。欠点 : スケールアウトにはバックエンドの移行が必要
- 1. 本番データを保持する SQL Data Box
- 2.Reporting Services DB、Reporting Services サービス、および IIS
B) 利点 : バックエンドを移行せずにスケールアウトをサポート
- 1. 本番データを保持する SQL Data Box と Reporting Services DB
- 2. Reporting Services サービスと IIS
C) 利点 : ハードウェア全体で仮想マシンの負荷を分散するのに最適で、変更なしでスケールアウトをサポートします。欠点 : ライセンスの費用が最も高い
- 1. 本番データを保持する SQL Data Box
- 2.レポーティングサービスDB
- 3. Reporting Services サービスと IIS
D) 利点 : ライセンスが最も安い。欠点：たくさん
- 1. すべてが 1 つのボックスに
したがって、オプション A または B が私の最有力候補であり、B には考えられる欠点はありませんが、運用データ ボックスがクエリされるため、それが顕著な影響を与えるかどうか、データベースにどのような種類の負荷レポート サービスがあるかはわかりません生データにも。オプション A を使用すると、新しい仮想サーバーを切り取り、運用ボックスからすべてを開発および維持しながら、それを試してみることができます。その後、データ ソースを変更して運用ボックスを指すようにし、それをロールアウトできます。
何がベストなのかはまだわからないので、他に意見があれば歓迎します。
ありがとう、ウェズリー