サーバの必要システム構成

システムの計画と実装を行う前に、Data Workbenchサーバーコンポーネントの最小要件と推奨事項を特定します。

DPU要件

サーバーのデータ処理ユニット(DPU)は、Data Workbenchのメインのデータ処理コンポーネントです。 Data Workbenchのネットワーク接続をリッスンし、ファイルサーバーユニット(FSU)から生のソースデータを読み取り、大量の計算リソースとストレージリソースを使用します。

ライセンス容量

ライセンス容量に関する情報については、 Adobe Service AgreementData Workbench (Insight)のServices Description （サービスの説明）を参照してください。

DPUの推奨システム構成と要件

ビジネスニーズに合ったData Workbenchのデザインに関する推奨事項を示します。 ただし、DPUソフトウェアの最適化された特性により、OS/ハードウェアプラットフォームに特定の要件が配置されるので、オペレーティングシステム(OS)とハードウェアを選択する場合は、次のガイドラインが役立ちます。

単一のデータセットが単一のDPUの容量や速度によって制限される場合は、それらをクラスタリングできます。 例えば、DPUソフトウェアのライセンスを3つ持っていて、これらを一緒に使用して、より大きなデータセットをより迅速に実行しているとします。 データがマシン間で均等に分割されると、データセットのライセンス容量に3が掛かります。 また、1行あたりの処理速度は、1つのDPUの3倍高速になります。

DPU投資で最高のパフォーマンスを得るために、次の表に示す高パフォーマンスのコンポーネントをアドビで推奨します。

代替ディスク・サブシステム

一時記憶域の代替ディスクサブシステムを検討する場合は、次の要因とガイドラインを考慮してください。

• DPUは、高パフォーマンスのディスクシステムを異常に要求しているので、不適切なディスクサブシステムを設定すると、パフォーマンスのボトルネックを引き起こす可能性があります。
• DPUソフトウェアは、JBODディスクのセット全体で、独自のパフォーマンス指向のデータストライピングを行います。 RAIDを使用して速度を上げないでください。
• DPUのディスクに対する総帯域幅は、400 MB/秒以上にすることをお勧めします。
• 平均読み取りサイズは非常に大きい（2 MB以上）。 このため、15,000または10,000 SASディスクは、多くの場合、コストと容量の大幅な削減により、SATAディスクよりも少し優れた（または劣った）パフォーマンスを発揮します。
• SANアーキテクチャの使用は避けてください。 経験から見ると、SANを必要なレベルで実行するコストは、通常は極端です。
• ローカルディスクサブシステムはスクラッチ領域として使用され、HDD障害によってデータが永久的に失われることはないので、コストがかかり、低速で高可用性を実現するシステムの使用を避けることを検討します。

速度に関する考慮事項

アドビは、設定済みのData Workbenchでデータが処理される速度に関する保証や表現を提供できません。これは、次のような様々な要因がデータ処理速度に影響を与えるためです。

• データの行数
• データのディメンション（列）数
• カスタム処理手順の数と複雑さ
• クラスタリングの使用
• ハードウェアの速度

ファイルサーバーユニットの要件

サーバーのファイルサービングユニット(FSU)は、Data Workbenchの主要なデータの格納および管理コンポーネントです。 FSUは、DPUに対する生のソースデータのファイルサーバーとして機能し、必要に応じて、DPUのクラスタリングを調整します。 各FSUは、最大5つのDPUにソースデータを提供するライセンスを受けています。

センサー要件

Data Workbench Sensorは、任意のサーバーに送信されるWeb、アプリケーションおよびデータ収集サーバーからイベントデータを収集します。 Sensor’s インストゥルメンテーションは、インターネットチャネルで発生するイベントを常に正確に測定します。 Sensor は、Webサーバーソフトウェアとオペレーティングシステムの多くの組み合わせをサポートしています。

センサーシステムの推奨事項

次の表に、のシステム推奨事項を示しま Sensorす。

サポートサーバソフトウェア

次の表に、サポートされる最も一般的な組み合わせを示 Sensor します。

その他のサーバーとオペレーティングシステムの組み合わせについては、アドビにお問い合わせください。 Web/アプリケーションサーバーと Sensor オペレーティングシステムの組み合わせによっては、のすべての機能が使用できるわけではありません。 特定のリリースについて詳しくは、 Sensor アドビサポートにお問い合わせください。

レポートサーバーの要件

Data Workbenchレポートサーバーは、スケジュールされたレポートの出力を可能にするコンポーネントです。 出力されるレポートは、.PNG画像または.XLSスプレッドシートの形式でファイルシステムに配置するか、電子メールで送信できます。 ハードウェア要件は、 Data Workbenchクライアントと同じです。

には、次の要件がありま report serverす。

• データ（ネットワーク共有、ローカルドライブ）の出力用のファイルシステムへのアクセス。
• 設定済みのSMTPサーバーへのアクセス。
• Microsoft Excel 2003以降がサーバーにインストールされて report います。 詳しく は、「Officeのサーバー側自動化に関する考慮事項 」を参照してください。

ネットワーク管理

既存のネットワーク管理システムで、Data Workbenchプラットフォームが依存するハードウェアとネットワークを監視することをお勧めします。

さらに、FSUおよびDPUのWindowsイベントログを監視し、エラーが発生した場合に書き込まれるようにすることをお勧めします。

データの可用性

サーバーのDPUでデータを処理し、新しいデータセットや更新されたデータセットに再処理するのは、通常どおりで、必要な方法です。

これは、構成の変更、データソースの変更、ハードウェアの変更、不適切な構成、ハードウェアの障害、ソフトウェアの障害、電源の障害などが原因で発生する場合があります。 このような処理または再処理が行われると、すべてのデータセットおよびシステムデータをDPUおよびFSUコンポーネントで即座に使用できるようにする必要があります。 この要件を満たさないと、システムのダウンタイムが大幅に長くなり、不要になる可能性があります。

DPUとFSUのネットワークに関する問題

DPUおよびFSUネットワークを使用する場合は、注意が必要です。

• ネットワークログファイルを配信する場合、ログファイルをホストするネットワークストレージシステムでは、DPUあたり10 MB以上の帯域幅を確保する必要があります。
• DPU、FSUおよびData Workbenchは、ポート80または443(デフォルトでは、ポートを別の方法で設定することもできます)。
• Data Workbenchがサ Sensor(s) ーバーに（一方向に）接続できる必要があります。
• DPUがSMTP経由で警告メッセージを送信できるようにするには、設定済みのSMTPサーバーに接続できる必要があります。
• アドビでは、IPアドレスが変更された場合に再構成を避けるために、FSUやDPUにFSU01.CLIENT.COMなどのネットワーク名を付けることをお勧めします。