システムの計画と実装を行う前に、Data Workbenchサーバーコンポーネントの最小要件と推奨事項を特定します。
サーバーのデータ処理ユニット(DPU)は、Data Workbenchのメインのデータ処理コンポーネントです。 Data Workbenchのネットワーク接続をリッスンし、ファイルサーバーユニット(FSU)から生のソースデータを読み取り、大量の計算リソースとストレージリソースを使用します。
ライセンス容量に関する情報については、 Adobe Service AgreementData Workbench (Insight)のServices Description (サービスの説明)を参照してください。
Windows 2012 Serverで MS System Center Endpoint Protectionを使用する場合 、次の実行可能ファイルを除外プロセスに追加する必要 があります。 >
ビジネスニーズに合った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以上の論理一時ストレージ。 ディスクサブシステムへの低遅延アクセス |
一時的なストレージの場合は、次のいずれかを推奨します。
これらは、JBODアレイで構成する必要があります。 また、総ディスク容量が2 TBを超える場合は、2ディスクのRAID1ボリュームのアレイを使用できます。 たとえば、6台のディスクを3*(2*750 GB RAID 1ペア)として構成します。 |
システムデータストレージ |
さらに、OS、DPUソフトウェア、その他のシステムソフトウェアには、わずかなサイズ(20 GB)の高可用性ストレージが必要です。 |
|
クラスタリングハードウェア |
recommendationsを参照してください。 |
同種のサーバを使用します。 DPUクラスターでは、最も低速なサーバーにより、データセット全体のパフォーマンスが低下します。 |
ネットワークパフォーマンスのクラスタリング | スイッチドギガビットイーサネット接続以上。 |
一時記憶域の代替ディスクサブシステムを検討する場合は、次の要因とガイドラインを考慮してください。
アドビは、設定済みのData Workbenchでデータが処理される速度に関する保証や表現を提供できません。これは、次のような様々な要因がデータ処理速度に影響を与えるためです。
サーバーのファイルサービングユニット(FSU)は、Data Workbenchの主要なデータの格納および管理コンポーネントです。 FSUは、DPUに対する生のソースデータのファイルサーバーとして機能し、必要に応じて、DPUのクラスタリングを調整します。 各FSUは、最大5つのDPUにソースデータを提供するライセンスを受けています。
FSUコンポーネント | Recommendations | |
---|---|---|
オペレーティングシステム、CPU、RAM |
これらの要件はDPUの要件と同じです。 ただし、FSUの場合は、推奨事項に従うのではなく、最小要件を使用することをお勧めします。 |
|
ディスクシステム FSUには、大量のデータを処理するために、可用性の高い冗長ストレージが必要です。 アドビはお客様と協力して、お客様の要件を正確に決定します。 |
推奨事項:
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す。
既存のネットワーク管理システムで、Data Workbenchプラットフォームが依存するハードウェアとネットワークを監視することをお勧めします。
さらに、FSUおよびDPUのWindowsイベントログを監視し、エラーが発生した場合に書き込まれるようにすることをお勧めします。
ログファイルをホストするネットワークストレージシステムでは、DPUあたり10 MB以上の帯域幅を確保する必要があります。
サーバーのDPUでデータを処理し、新しいデータセットや更新されたデータセットに再処理するのは、通常どおりで、必要な方法です。
これは、構成の変更、データソースの変更、ハードウェアの変更、不適切な構成、ハードウェアの障害、ソフトウェアの障害、電源の障害などが原因で発生する場合があります。 このような処理または再処理が行われると、すべてのデータセットおよびシステムデータをDPUおよびFSUコンポーネントで即座に使用できるようにする必要があります。 この要件を満たさないと、システムのダウンタイムが大幅に長くなり、不要になる可能性があります。
DPUおよびFSUネットワークを使用する場合は、注意が必要です。