標準デプロイメント standard-deployment
この構成には、次の 3 台のコンピューターが必要です。
- LAN 内のエンドユーザー用アプリケーションサーバー（キャンペーンの準備、レポートなど）、
- ロードバランサーの背後にある DMZ 内の 2 つのフロントサーバー。
DMZ 内の 2 台のサーバーは、トラッキング、ミラーページおよび配信を処理し、高可用性のために冗長になります。
LAN 内のアプリケーションサーバーは、エンドユーザーにサービスを提供し、すべての繰り返しプロセス（ワークフローエンジン）を実行します。 したがって、フロントサーバーでピーク負荷に達した場合、アプリケーションユーザーは影響を受けません。
データベースサーバーは、これら 3 つとは別のコンピューターでホストできます。 それ以外の場合は、オペレーティングシステムがAdobe Campaign（Linux または Windows）でサポートされている限り、アプリケーションサーバーとデータベースサーバーは LAN 内で同じコンピューターを共有します。
サーバーとプロセス間の一般的な通信は、次のスキーマに従って実行されます。
このタイプの設定では、多数の受信者（500,000 ～ 1,000,000 人）を処理できます。これは、データベースサーバー（および使用可能な帯域幅）が主な制限要因であるためです。
機能 features
メリット advantages
- フェイルオーバー機能：一方のコンピュータでハードウェアの問題が発生した場合に、もう一方のコンピュータにプロセスを切り替える機能。
- ロードバランサーの背後にある両方のコンピューターに MTA とリダイレクト機能をデプロイできるので、全体的なパフォーマンスが向上します。 2 つのアクティブな MTA と十分な帯域幅を使用すると、1 時間あたり 100,000 件のメールの領域でブロードキャストレートを達成することが可能です。
インストールと設定の手順 installation-and-configuration-steps
前提条件 prerequisites
-
3 台のコンピューターすべてに JDK をインストールする。
-
Web サーバー（IIS、Apache）を使用する場合
-
3 台のコンピュータ上のデータベース・サーバへのアクセス
-
POP3 経由でアクセスできるバウンスメールボックス。
-
2 つの DNS エイリアスの作成：
- 1 つ目はトラッキング用に公開され、VIP（virtual IP address）上のロードバランサーを指します。これは次に、2 つのフロントサーバーに配信されます。
- 2 つ目は、コンソール経由でアクセスするために内部ユーザーに公開され、同じアプリケーションサーバーを指します。
-
STMP （25）、DNS （53）、HTTP （80）、HTTPS （443）、SQL （Oracle用 1521、PostgreSQL 用 5432 など）を開くように設定されたファイアウォール ポート。 詳しくは、 データベースアクセスの節を参照してください。
アプリケーションサーバーのインストール installing-the-application-server
手順に従って、Adobe Campaign アプリケーションサーバーからデータベースを作成するスタンドアロンインスタンスをインストールします（手順 12）。 インストールと設定（単一マシン）を参照してください。
コンピューターはトラッキングサーバーではないので、web サーバーとの統合を考慮しないでください。
次の例では、インスタンスのパラメーターは次のとおりです。
- インスタンスの名前：demo
- DNS マスク：console.campaign.net* （クライアントコンソール接続およびレポートの場合のみ）
- Language: English
- データベース：campaign:demo@dbsrv
2 つのフロントサーバーのインストール installing-the-two-frontal-servers
インストールと構成の手順は、両方のコンピュータで同じです。
手順は、以下のとおりです。
-
Adobe Campaign サーバーをインストールします。
詳しくは、Linux での Campaign インストールの前提条件（Linux）および Windows での Campaign インストールの前提条件（Windows）を参照してください。
-
次の項で説明する Web サーバー統合手順（IIS、Apache）に従います。
- Linux の場合：Linux 用の web サーバーへの統合
- Windows の場合：Windows の Web サーバーへの統合
-
demo インスタンスを作成します。 それには、次の 2 つの方法があります。
-
コンソールを使用してインスタンスを作成します。
詳しくは、 インスタンスの作成とログオンを参照してください。
または
-
コマンドラインを使用してインスタンスを作成します。
code language-none nlserver config -addinstance:demo/tracking.campaign.net*詳しくは、 インスタンスの作成を参照してください。
インスタンスの名前は、アプリケーションサーバーの名前と同じです。
nlserver web モジュール（ミラーページ、購読解除）を持つサーバーへの接続は、ロードバランサーの URL （tracking.campaign.net）から行われます。
-
-
internal をアプリケーションサーバーと同じに変更します。
詳しくは、この節を参照してください。
-
データベースをインスタンスにリンクします。
code language-none nlserver config -setdblogin:PostgreSQL:campaign:demo@dbsrv -instance:demo -
config-default.xml および config-demo.xml ファイルで、web、trackinglogd および mta モジュールを有効にします。
詳しくは、この節を参照してください。
-
serverConf.xml ファイルを編集し、次の情報を入力します。
-
mta モジュールの DNS 設定：
code language-none <dnsConfig localDomain="campaign.com" nameServers="192.0.0.1, 192.0.0.2"/>note note NOTE nameServers パラメーターは Windows でのみ使用されます。 詳しくは、 配信設定を参照してください。
-
リダイレクトパラメーターの冗長なトラッキングサーバー：
code language-none <spareServer enabledIf="$(hostname)!='front_srv1'" id="1" url="https://front_srv1:8080"/> <spareServer enabledIf="$(hostname)!='front_srv2'" id="2" url="https://front_srv2:8080"/>詳しくは、 冗長トラッキングを参照してください。
-
-
Web サイトを起動して、URL https://tracking.campaign.net/r/test からリダイレクトをテストします。
ブラウザーには、（ロードバランサーによってリダイレクトされた URL に応じて）次のメッセージが表示されます。
code language-none <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv1"/>または
code language-none <redir status="OK" date="AAAA/MM/JJ HH:MM:SS" build="XXXX" host="tracking.campaign.net" localHost="front_srv2"/>詳しくは、以下の節を参照してください。
- Linux の場合：Web サーバーの起動と設定のテスト
- Windows の場合：Web サーバーの起動と設定のテスト
-
Adobe Campaign サーバーを起動します。
-
Adobe Campaign コンソールで、パスワードなしで admin ログインを使用して接続し、デプロイメントウィザードを起動します。
詳しくは、 インスタンスのデプロイを参照してください。
トラッキングモジュールの設定を除けば、設定はスタンドアロンインスタンスと同じです。
-
リダイレクトに使用される外部 URL （ロードバランサーの URL）と、2 つのフロントサーバーの内部 URL を入力します。
詳しくは、 トラッキング設定を参照してください。
note note NOTE 以前に作成した 2 つのトラッキングサーバーの既存のインスタンスを使用し、internal ログインを使用します。