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

システムの計画と実装を行う前に、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投資で最高のパフォーマンスを得るために、次の表に示す高パフォーマンスのコンポーネントをアドビで推奨します。

	必須	推奨
オペレーティングシステム	Microsoft Windows Server 2008 x64	Microsoft Windows Server 2012 x64 Microsoft Windows Server 2016 x64
CPU	recommendationsを参照してください。	IntelまたはAMDの最新世代4コア+プロセッサーを推奨します。 最適なパフォーマンスを実現するために、8コア速度とコストのトレードオフには、4コアを推奨します。
RAM	8 GB	12 GB
作業データストレージ	1 TB以上の論理一時ストレージ。 ディスクサブシステムへの低遅延アクセス	一時的なストレージの場合は、次のいずれかを推奨します。 (4～8) * （750 GB以上） SATA HDD （3.5インチスピンドル） (6 ～ 10) * （300 GB以上） SATA HDD （2.5インチスピンドル） これらは、JBODアレイで構成する必要があります。 また、総ディスク容量が2 TBを超える場合は、2ディスクのRAID1ボリュームのアレイを使用できます。 たとえば、6台のディスクを3*（2*750 GB RAID 1ペア）として構成します。
システムデータストレージ	さらに、OS、DPUソフトウェア、その他のシステムソフトウェアには、わずかなサイズ(20 GB)の高可用性ストレージが必要です。
クラスタリングハードウェア	recommendationsを参照してください。	同種のサーバを使用します。 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にソースデータを提供するライセンスを受けています。

FSUコンポーネント	Recommendations
オペレーティングシステム、CPU、RAM	これらの要件はDPUの要件と同じです。 ただし、FSUの場合は、推奨事項に従うのではなく、最小要件を使用することをお勧めします。
ディスクシステム FSUには、大量のデータを処理するために、可用性の高い冗長ストレージが必要です。 アドビはお客様と協力して、お客様の要件を正確に決定します。	推奨事項： （12台以上）* RAID 5/6構成の750 GB以上のSATA HDD。 100 MB/秒以上の持続的な帯域幅をサポートする、高パフォーマンスのSAN接続。 FSUが生のソースデータを保持するので、損失を回復できないので、アドビはこのデータを定期的にバックアップすることを推奨します。
ネットワークパフォーマンス	アドビでは、FSUとDPUの間のスイッチドギガビットイーサネット接続が必要です。

センサー要件

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

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

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

機能	推奨
ディスクストレージ	512 MB以上。
RAM	32 MBのRAMは、HTTPまたはそのホストの他のサ ーバ ーコンピューター上のSensorで使用できる必要があります。
ネットワークパフォーマンス	リピータサーバーまたはData Workbenchサーバーへの1 Mbps以上のネットワ ーク接続で す。 センサ ーの消費帯域幅は通常、1 Mbpsよりもはるかに少なくなります。 アドビのコンサルタントが、定期的に必要となる実際の帯域幅の量を見積もるお手伝いをします。
ネットワークポートとファイアウォール	Sensorは、HTTPS(設定 は可能ですが、通常はポート443)またはHTTP（通常はポート80）を使用して、Data Workbenchサーバーに接続します（設定は可能です）。 Sensorと対象のData Workbenchサーバー Repeaterサーバーの間にある適切なポートは、各Sensor computerとWorkbench ServerまたはSensor Sensor Sensor Storeの前にあるRepeaterの間でのみ開く必要があります。 Sensorは、 Data Workbenchサーバーまたはリピーターサーバーへの一方向のHTTPS またはHTTP接 続を行います。
ネットワーク管理システム	既存のネットワーク管理システムは、基盤となるコンピュータハードウェア（ディスク容量、ネットワークサービスなど）とネットワーク接続、およびWindowsイベントログやUNIX syslogの状態を監視する必要があります。
サーバー時刻の同期	コンピューターシステムの時間が、センサーをホストするすべてのコンピューター間で継続的に同期されていることを確 認しま す。 Sensorで監視されるWebサーバーアプリケーションとコンピューターから収集さ れたイベ ントデータを正確に表示するには、システム時間が同期されている必要があります。 NTPなどの時刻同期機能を使用して、システム時刻を継続的に同期する手順については、オペレーティングシステムのドキュメントを参照してください。
DNS名の使用	アドビでは、 Sensor で（IPアドレスではなく）DNS名を使用して、Data Workbenchサーバーまたはリピーターサーバーのネットワークアドレスを解決す ることを お勧めします。 SensorがDNS名を 使 用する場合、ホストWebサーバーのDNSまたはローカルホストファイルを設定して、Data Workbenchサーバーまたはリピーターサーバーの名前を解決する必要 があります。

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

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

Webサーバーソフトウェア	オペレーティングシステム
Apache Server / IBM HTTP Server 2.2	Microsoft Windows Server 2003以降RedHat Enterprise Linux 6.x以降Sun Solaris 8.x以降IBM AIX 5.1x以降。
Apache Server 2.4	RedHat Enterprise Linux 6.x以降
Microsoft IIS	Microsoft Windows Server 2003以降
Java Application Servers(Tomcat、JBoss、iPlanet、Weblogic)	Microsoft Windows Server 2003以降RedHat Enterprise Linux 6.x以降Sun Solaris 8.x以降IBM AIX 5.1x以降。

その他のサーバーとオペレーティングシステムの組み合わせについては、アドビにお問い合わせください。 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などのネットワーク名を付けることをお勧めします。