v7

標準デプロイメント

この構成では、次の 3 台のコンピュータが必要です。

• エンドユーザー（キャンペーンの準備、レポート作成など）向けの LAN 内のアプリケーションサーバー
• ロードバランサーの後ろの DMZ に 2 つのフロントサーバー。

DMZ の 2 台のサーバーは、トラッキング、ミラーページ、配信を処理し、高可用性を実現するために冗長化されています。

LAN 内のアプリケーションサーバーは、エンドユーザーに対してサービスを提供し、すべての反復プロセス（ワークフローエンジン）を実行します。 したがって、フロントサーバーでピーク負荷に達した場合、アプリケーションユーザーは影響を受けません。

データベース・サーバは、これら 3 台とは別のコンピュータでホストできます。 オペレーティングシステムがAdobe Campaign（Linux または Windows）でサポートされている限り、アプリケーションサーバーとデータベースサーバーは LAN 内で同じコンピューターを共有します。

サーバーとプロセス間の一般的な通信は、次のスキーマに従って実行されます。

このタイプの設定では、データベースサーバー（および利用可能な帯域幅）が主な制限要因として、多数の受信者 (500,000～1,000,000) を処理できます。

機能

メリット

• フェイルオーバー機能：ハードウェアの問題が発生した場合に、プロセスを 1 台のコンピュータに切り替える機能。
• MTA とリダイレクト機能はロードバランサーの背後にある両方のコンピューターにデプロイできるので、全体的なパフォーマンスが向上しました。 2 つのアクティブな MTA と十分な帯域幅を備えた場合、1 時間に 100,000 件のメールの領域でブロードキャストレートを達成できます。

インストールおよび設定の手順

前提条件

• 3 台のコンピュータすべてで JDK を使用する。

• Web サーバー (IIS、Apache) の両方のフロントで、

• 3 台のコンピュータすべてでデータベース・サーバにアクセスする

• POP3 経由でアクセス可能なバウンスメールボックス

• 2 つの DNS エイリアスの作成：

  • 最初の公開は、トラッキング用に公開され、仮想 IP アドレス (VIP) 上のロードバランサーを指し、その後、2 つのフロントサーバーに配布されます。
  • 2 つ目は、コンソールを介してアクセスし、同じアプリケーションサーバーを指すように、内部ユーザーに公開されます。

• STMP(25)、DNS(53)、HTTP(80)、HTTPS(443)、SQL(1521Oracle用、5432（PostgreSQL 用など）を開くように設定されたファイアウォール ポート。 詳しくは、を参照してください。 データベースアクセス.

アプリケーションサーバーのインストール

手順に従って、Adobe Campaignアプリケーションサーバーからデータベースの作成にスタンドアロンインスタンスをインストールします（手順 12）。 参照： インストールと設定（シングルマシン）.

コンピューターはトラッキングサーバーではないので、Web サーバーとの統合を考慮しないでください。

次の例では、インスタンスのパラメーターは次のとおりです。

• インスタンスの名前： デモ
• DNS マスク： console.campaign.net* （クライアントコンソール接続およびレポートの場合のみ）
• 言語：英語
• データベース： campaign:demo@dbsrv

2 つのフロントサーバーのインストール

インストールおよび設定手順は、両方のコンピュータで同じです。

手順は、以下のとおりです。

1. Adobe Campaignサーバーをインストールします。

   詳しくは、 Linux での Campaign のインストールの前提条件 (Linux) および Windows での Campaign のインストールの前提条件 (Windows)。

2. 次の節で説明されている Web サーバー統合手順 (IIS、Apache) に従います。

   • Linux の場合： Linux 用 Web サーバーへの統合
   • Windows の場合： Windows 用 Web サーバーへの統合

3. を作成します。 デモ インスタンス。 それには、次の 2 つの方法があります。

   • コンソールからインスタンスを作成します。

     

     詳しくは、 インスタンスの作成とログオン.

     または

   • コマンドラインを使用してインスタンスを作成します。

     nlserver config -addinstance:demo/tracking.campaign.net*
     

     詳しくは、 インスタンスの作成.

   インスタンスの名前は、アプリケーションサーバーの名前と同じです。

   を使用したサーバーへの接続 nlserver web モジュール（ミラーページ、購読解除）は、ロードバランサー (tracking.campaign.net) の URL から作成されます。

4. 次を変更： 内部 をアプリケーションサーバーと同じに設定します。

   詳しくは、この節を参照してください。

5. データベースをインスタンスにリンクします。

   nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo
   

6. Adobe Analytics の config-default.xml および config-demo.xml ファイル、有効化 web, trackinglogd および mta モジュール。

   詳しくは、この節を参照してください。

7. を編集します。 serverConf.xml ファイルと入力：

   • MTA モジュールの DNS 設定：

     <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>
     

     メモ

     The nameServers パラメーターは、Windows でのみ使用されます。

     詳しくは、 配信設定.

   • リダイレクトパラメーターの冗長なトラッキングサーバー：

     <spareServer enabledIf="$(hostname)!='front_srv1'" id="1" url="https://front_srv1:8080"/>
     <spareServer enabledIf="$(hostname)!='front_srv2'" id="2" url="https://front_srv2:8080"/>
     

     詳しくは、 重複した追跡.

8. Web サイトを開始し、次の URL からリダイレクトをテストします。 https://tracking.campaign.net/r/test.

   ブラウザーには、次のメッセージが表示されます（ロードバランサーによってリダイレクトされた URL に応じて異なります）。

   <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv1"/>
   

   または

   <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv2"/>
   

   詳しくは、以下の節を参照してください。

   • Linux の場合： Web サーバーの起動と設定のテスト
   • Windows の場合： Web サーバーの起動と設定のテスト

9. Adobe Campaignサーバーを起動します。

10. Adobe Campaignコンソールで、 admin パスワードを使用せずにログインし、デプロイウィザードを起動します。

    詳しくは、 インスタンスのデプロイ.

    設定は、トラッキングモジュールの設定以外は、スタンドアロンインスタンスと同じです。

11. リダイレクトに使用する外部 URL（ロードバランサーの URL）と、2 つのフロントサーバーの内部 URL を設定します。

    詳しくは、 トラッキング設定.

    

    メモ

    ここでは、以前に作成した 2 つのトラッキングサーバーの既存のインスタンスを使用し、 内部 ログインします。

Business.Adobe.com リソース

Campaign Reporting Triggered Emails Offer Management Email Creation Email Testing Omni Channel Marketing