SAP NetWeaver アプリケーションサーバーABAPのアーキテクチャ

SAP ツールは、PAS インスタンスと ASCS インスタンスを作成します。 このメソッドは、Java スタック (システム) の標準であり、現在は ABAP スタックの標準です。

1. プライマリー・アプリケーション・サーバー (PAS) - インスタンスは、SAP システムのさまざまなコンポーネントを含む管理ユニットです。 インスタンスのコンポーネントは、共有インスタンス・プロファイルでパラメーター化されます。 各インスタンスは、システム ID とインスタンス番号によって識別され、以下が含まれます。

   • SAP Web ディスパッチャー & ワーク・プロセス (DIA、BTC、UPD、SPOOL) - SAP Web ディスパッチャーは、インターネットと SAP システムの間にあります。 SAP Web Dispatcherは、1つまたは複数の SAP NetWeaver アプリケーションサーバーで構成されるお客様のシステムへの HTTP およびHTTPsリクエストのエントリーポイントです。 「ソフトウェア・ウェブ・スイッチ」として、SAP Web ディスパッチャーは接続を拒否または受け入れることができます。 接続を受け入れると、サーバー間で均等に分散されるように、負荷のバランスが取られます。 SAP Web ディスパッチャーは、セキュリティーに寄与し、SAP システムの負荷を分散します。

     SAP Web ディスパッチャーは、ABAP と Java システム、ピュア Java システム、およびピュア ABAP システムで使用できます。

   • SAP ゲートウェイ・サービス - SAP Gateway は、TCP/IPに基づいて、SAP 世界で RFC サービスを実行します。 これらのサービスにより、SAP システムと外部プログラムが相互に通信できるようになります。 RFC サービスは、ABAP プログラム、またはインターフェースを使用する外部プログラムのいずれかで使用することができます。 RFC は、インスタンスまたはシステムのプロセス間、またはシステム間で使用できます。

   • ICM (インターネット・コミュニケーション・マネージャー) サービス - Web 要求 (HTTP(S)、SMTP、...) を受信してディスパッチするアプリケーション・サーバー・コンポーネント. ICM は URL を評価し、要求を AS ABAP または AS Java に転送します。

   • IGS (インターネット・グラフィック・サーバー)

2. ABAP Central Services インスタンス (ASCS) – このインスタンスには、メッセージ・サーバー、エンキュー・サーバー、および別個の始動が含まれます。 ASCS インスタンスはダイアログ要求を処理できません。 これは、SAP システムでロックを管理し、メッセージを交換し、ワークロードのバランスを取るために使用されます。 ASCS インスタンスには以下が含まれます。

   • メッセージ・サーバー - SAP メッセージ・サーバーは、ほとんどがセントラル・インスタンスと同じホスト上で、別個のプロセスとして実行されます。 SCS インスタンス (SAP セントラル・サービス) または ASCS インスタンス (ABAP SCS) がシステムで構成されている場合、メッセージ・サーバーはこのインスタンスの一部です。
   • スタンドアロン型エンキューサーバー- SAP ロックを管理する中央インスタンス（ABAPまたは Java ）の一部。 エンキュー・レプリケーション・サーバーと組み合わせて、この単一障害点を高可用性ソリューションにすることができます。
   • ABAP 中央サービス・インスタンス (ASCS インスタンス) - ABAP メッセージ・サーバーとスタンドアロン・エンキュー・サーバーが含まれます
   • エンキュー・レプリケーション・サーバー・インスタンスは、高可用性システムでのみ必須です。

オプションで、統合された ASCS インスタンスをインストールできます。

• SAP Web ディスパッチャー。 詳細については 、「ASCS インスタンスに組み込まれた SAP Web Dispatcher 」を参照してください。
• ゲートウェイ。 詳細は、 組み込みゲートウェイ付きASCSインスタンスを参照してください。

SAP NetWeaver アプリケーションサーバーのアーキテクチャ Java

1. Java セントラル・インスタンス (J< nn > インスタンス) – Java インスタンスは、インスタンス番号によって識別される AS Java クラスター内の単位です。 1 つの物理マシン上で実行されるインスタンスを形成する要素。 また、1 つの物理マシン上で複数のインスタンスを実行することもできますが、異なるインスタンスを異なる物理マシンに分割することをお勧めします。 AS Java クラスタアーキテクチャは、以下の構成要素で構成されています

   • インターネット・コミュニケーション・マネージャー (ICM) - ICM は、クライアントからの要求を処理し、それらを使用可能なサーバー・プロセスにディスパッチするJava インスタンスのエレメントです。 データは、高速チャネル・アーキテクチャー (FCA) を使用して、ICM からサーバー・プロセスに、またはその逆に転送されます。これにより、プロセス間の高速で信頼性の高い通信が可能になります。
   • 1 つ以上のサーバー・プロセス - AS Java のサーバー・プロセスが Java アプリケーションを実行します。 これらは、ICM によって割り当てられた着信要求の処理を担当します。 各サーバー・プロセスはマルチスレッドであるため、多数の要求を同時に処理できます。

2. システム中央サービス・インスタンス (SCS インスタンス) - 中央サービスは、AS Java クラスターの通信および同期の基礎を形成します。 これらは、クラスター内のロック管理、メッセージ交換、およびロード・バランシングを担当します。 1 つの物理マシンで実行され、別個のインスタンスを構成する中央サービス。 この SAP Central Services インスタンス (SCS) は以下で構成されます

   • メッセージ・サーバー - メッセージ・サーバーは AS Java クラスター内のすべてのサーバー・プロセスのリストを保持し、それらのプロセスの可用性に関する情報をインターネット・コミュニケーション・マネージャー (ICM) に提供します。 また、参加しているサーバー・プロセス間のデータ交換のインフラストラクチャーも表します。
   • エンキュー・サーバー - エンキュー・サーバーは論理ロックを管理します。 エンキュー・サーバーは、Java クラスターの Central Services インスタンス上で実行されます。 メイン・メモリー内のロック・テーブルを管理し、ロックを設定または解放する要求を受け取ります。 論理ロックをデータベースにマップします。

SAP HANA 標準システム用

• プライマリー・アプリケーション・サーバー・インスタンス (PAS) - ASCS インスタンスのグローバル・ディレクトリーをグローバル・ファイル・システムとして使用できます。 これは、ASCS インスタンスを持つホストが SAP グローバル・ホストであることを意味します。 ただし、SAP システム・ランドスケープの任意のホストにグローバル・ディレクトリーを個別にインストールすることもできます。SAP トランスポート・ホスト、またはグローバル・ファイル・システムを持つホスト (SAP グローバル・ホスト) を、プライマリー・アプリケーション・サーバー・インスタンス・ホストとして使用することもできます。オプションで、1 つ以上の追加アプリケーション・サーバー・インスタンスをインストールできます。

• データベースインスタンス（DB） - お客様のプロジェクトの計画段階を支援するため、より詳細な設計に関する検討事項を SAP AnyDB – SAP HANA データベースに IBM Cloud 宛てに SAP でお送りください。 詳細については、 AnyDB- SAP HANA および SAP のインフラストラクチャ認定 をご覧ください。

• 追加アプリケーション・サーバー (AAS) - 既存の SAP システムに 1 つ以上の追加アプリケーション・サーバー・インスタンスをインストールできます。 追加のアプリケーション・サーバー・インスタンスはオプションであり、別個のホストにインストールできます。

• SAP ダイアログ・インスタンス (DI) / 追加アプリケーション・インスタンス (AAS) - ダイアログ・インスタンス (DI) は、セントラル・インスタンス (CI) 上の追加アプリケーション・インスタンスです。 通常、DI は別のホストでセットアップされます。

  ダイアログ・インスタンスは、ゲートウェイ (GW)、インターネット・コミュニケーション・マネージャー (ICM)、およびディスパッチャー・プロセス (Disp) のみで構成されます。 DI にはメッセージ・サーバーおよびエンキュー・ワーク・プロセスがありません。

  DI は、メッセージ・サーバーとエンキュー・サーバーが存在するメイン・インスタンスとして CI に依存するため、DI は常に CI の開始後に開始されます。 DI は、中央インスタンスのみを使用するのではなく、負荷のバランスを取り、より多くのワークロードを処理するために使用されます。 DI の新しい名前は、追加アプリケーション・サーバー (AAS) です。

  構造:

  DI/AAS = GW + ICM + Disp

  異機種混合の SAP 環境での AAS インスタンスの構成および追加について詳しくは、SAP 注 - 680617 INST: Appl を参照してください。 異機種混合の SAP システム環境のサーバー。

  AAS および DI の利点は、ワークロードのかなりの割合を追加の DI および AAS サーバーに分散することによって、PAS インスタンスからの負荷のバランスを取ることです。 SAP ロード・バランサー・メカニズムの支援により、AAS および DI は良好なパフォーマンスを提供します。 AAS と追加の DI があれば、すべてのシステム・ビジネス・ワークロードに対して新しいサーバー容量のリソースを使用することで、処理能力も向上します。

  詳しくは、SAP 注 26317 - 自動トム・ロード・バランシングのための LOGON グループのセットアップを参照してください。