このセクションのトピックでは、プラットフォームに使用可能なアーキテクチャモデルから、AppDynamics エージェントのインストールと管理の概要まで、AppDynamics のデプロイに関する考慮事項を説明します。 

AppDynamicsデプロイについて

AppDynamicsの利用を開始する際に、小規模なデモ環境でデプロイを試してみることをお勧めします。AppDynamicsを完全な実動環境にデプロイすると、数百ものアプリケーションをモニタリングすることになり規模が増大したり、Platform-as-a-Service（PaaS）や仮想システムなどの従来とは異なる実動環境が導入されたり、ネットワークトポロジが複雑になったりすることで、環境が複雑になります。

AppDynamicsは、仮想化されたサポート、および大規模なAppDynamicsエージェントデプロイをデプロイおよび維持するためのPaaSシステムおよびツールを利用して、この複雑さに対処するように設計されました。

デプロイモデル

以下の形式でAppDynamicsプラットフォームをデプロイできます。

  • SaaSデプロイでは、AppDynamicsはAppDynamicsプラットフォームのサーバー側コンポーネントを管理し、これにはそれらのインストールやアップグレードも含まれます。インストールして管理する必要があるのは、エージェント側のコンポーネントのみです。  
  • オンプレミスデプロイでは、すべてのプラットフォーム コンポーネントをインストールして管理します。 

最適なデプロイタイプは要件によって異なります。たとえば、独自のITインフラストラクチャ内にすべてのデータを保持する必要がある場合は、オンプレミスデプロイが適しています。データをクラウドに置ける場合は、代わりにSaaSデプロイの使用を検討できます。

オンプレミスのインストールについては、「AppDynamics アプリケーション パフォーマンス モニタリング プラットフォーム」を参照してください。 

ネットワークポートの要件

AppDynamicsをデプロイするには、AppDynamicsデプロイで使用されるポートへのアクセスが許可されるようにネットワークコンポーネントの構成を変更する必要が生じる場合があります。以下のページには、システムで使用される特定のポートが示されています。

デプロイ計画のロードマップ

「はじめに」を参照して、AppDynamics のトライアルまたは調査的インストールを開始します。最小限のインストールでは、1時間から2時間以内でAppDynamicsを簡単に起動し、実行することができます。ただし、実動環境へのデプロイでは、通常、初期インストールプロセスにいくつかの考慮事項が発生します。組織ポリシーによって管理されているセキュリティ、ネットワーク、および変更管理の要件がある可能性があります。

このセクションでは、一般的な製品ロードマップを概説し、個々の手順に関する詳細情報を確認できるリンクを示します。セクションは、大まかに次のようなカテゴリに分類されています。目標、デプロイの規模、およびその他の要因に応じて、ご使用の環境に合うように、複数の手順を組み合わせたり、特定の手順をさらに分割したりすることができます。   

コントローラとプラットフォームのインストールの計画（オンプレミス）

  1. デプロイメントプロファイル（小、中、大）を決定します。
  2. プロファイルのハードウェアサイジングガイドラインに従ってください。
  3. ネットワークレイアウト、帯域幅、接続性を検出します。インストールする AppDynamics コンポーネントに必要なポート接続を表示し、接続を許可するためのネットワーク要件に対処します。 

セキュリティの計画

  1. ローカルで認証されたユーザーや外部で認証されたユーザーなど（LDAPやSAMLなど）、UIユーザーに対するアクセス制御戦略を決定します。
  2. SSL要件とSSLキー管理を決定します。

コントローラの操作手順の定義（オンプレミス）

  1. HAセットアップ（Enterprise Consoleを使用）
  2. フェイルオーバー方式（スクリプト化、自動化）
  3. データバックアップ戦略（ホット、コールド、またはLVM、頻度、必要なストレージ、メタデータバックアップ）

デバイスエージェントのロールアウト戦略

  1. 手動、自動化あるいはスクリプト化、またはユニバーサルエージェント
  2. アプリケーションデプロイプロセスとロールアウトの統合

AppDynamicsモデルの計画

  1. AppDynamics のアプリケーション、ティア、ノードのコンセプトにアプリケーションがどのようにマップされているのかを理解します。モデルの命名戦略を決定します。
  2. デバイスのビジネストランザクション戦略：環境内でビジネストランザクションとしてモニタリングするエンドツーエンドのビジネスプロセスを決定します。
  3. デバイスのエンドユーザーモニタリングと分析データ収集戦略。
  4. データベースとハードウェアのモニタリング戦略を検討します。 

AppDynamicsにアクセスするユーザー

  1. AppDynamics を管理するモニタリングチームなどを特定します。リソースとスキルセットの両方の観点から、彼らがシステムを保守できることを確認します。 
  2. AppDynamics を使用する各グループから利害関係者を特定します。 

モニタリング戦略の定義

  1. 要件に適したアラートおよび正常性ルール戦略を評価します。
  2. レポート戦略を定義します。 
  3. 他のシステムとの統合ポイントを決定します（拡張またはREST APIを使用）。