IBM Cloud Docs
SAP NetWeaver の設計上の考慮事項

SAP NetWeaver の設計上の考慮事項

SAP ソリューションスタックの構成、展開、設計については慎重に検討することが重要です。

SAP NetWeaver-ベースのシステムは2つの方法で展開できます

  • 単一ホスト・インストール（2層）のセントラル・システム
  • 分散システム（マルチホストインストール（3層）） このオプションは、システムの拡張性を考慮して選択される場合があります

ビジネス要件に応じて、複数のサーバーに負荷を分散するか、簡素化のために負荷を1つのサーバーに維持するかを選択できます。

SAP システムアーキテクチャモデル

SAP NetWeaver ベースのシステムのアーキテクチャは、3つの主要な層（プレゼンテーション層（ユーザーフロントエンド）、アプリケーション層、データベース層）で構成されるマルチティアのクライアント/サーバー設計に基づいています。

SAP NetWeaver ベースのソリューションを展開する際に、2つの一般的なアーキテクチャモデルが使用されています。

  • 2層アーキテクチャモデルとは、プレゼンテーション層とアプリケーション層およびデータベース層を分離したものを指します。 アプリケーションとデータベースは、単一のホストに一緒にインストールされます。
  • 3層アーキテクチャモデルでは、プレゼンテーション層、アプリケーション層、データベース層は、それぞれ別のホストにインストールされます。 3層アーキテクチャ構成は、拡張性に優れています。 アプリケーション層には複数のサーバーを導入でき、 SAP HANA のスケールアウト実装ではデータベース層にも導入できます。

SAP NetWeaver アプリケーションサーバー ABAPシステムは、以下のコンポーネントで構成されており、単一のホスト上で実行することも、複数のホストに分散して実行することも可能です。

  • ABAP Central Services (ASCS) は、ABAPメッセージサーバーとスタンドアロン型エンキューサーバーを含みます
  • プライマリアプリケーションサーバー（PAS）は、ABAPディスパッチャプロセスとABAPワークプロセスを含みます
  • 追加アプリケーションサーバー（AAS）

SAP NetWeaver リリース 7.5 以降、PASという用語は、システムに最初にインストールされる SAP アプリケーションサーバーを指します。 PAS と他のアプリケーション サーバーのアーキテクチャは同じです ( SAP ノート 2360614 - SAP Netweaver 7.50 以降で名前が変更されたプライマリ アプリケーション サーバー(PAS)インスタンス ディレクトリを参照)。 以前のリリースでは、ASCSサービスはPASインスタンスに統合されており、そのようなインスタンスは一般的に「セントラル・インスタンス」と呼ばれていました。

SAP NetWeaver ベースのシステムで高可用性環境を構築するには、これらのコンポーネントをそれぞれ別のホストに分散します。

  • データベース・サーバー
  • ABAP 中央サービス（ASCS）
  • Enqueue Replication Server (ERS) は、ASCSロックテーブルに追加の保護を提供する
  • PAS
  • 航空宇宙技術研究所

高可用性の設定 SAP NetWeaver

IBM Cloud IBM Cloud VPCにおける ベースまたは の展開において、選択した高可用性シナリオを実装するための自動化を提供します。 SAP NetWeaver S/4HANA

IBM Cloud VPC における自動展開が可能なシナリオの詳細については、以下の情報をご覧ください。

既存の自動化ではカバーされていないその他の高可用性シナリオは、選択したオペレーティングシステムで利用可能な高可用性ソリューションに基づいて実装することができます。

高可用性構成を実現するには、ハードウェアとソフトウェアのコンポーネントを追加する必要があります。

追加のソフトウェアライセンス、または別のソフトウェアリポジトリへのアクセス、あるいはその両方が必要な場合は 、 IBM Cloud サポート までお問い合わせください。

この構成情報は、 SAP NetWeaver 用の高可用性ソフトウェアと、お客様が選択したリレーショナルデータベース管理システム（RDBMS）用の高可用性ソフトウェアの両方に適用されます。 セットアップ手順はオンプレミス環境でのセットアップ手順と変わりなく、同様のハードウェアおよびソフトウェア構成手順が必要です。

SAP NetWeaver の高可用性構成の概要

SAP サービスの HA 環境を計画し、インストールするための詳細なヘルプは、多くの文書で提供されている。 これらのドキュメントには、フェイルオーバー、レプリケーション、スケールアウト、および災害復旧 (DR) に関する情報が記載されています。 必要に応じて、特定の資料への参照情報を記載しています。

IBM Cloud SAP がサポートするすべてのオペレーティングシステムおよびディストリビューション（Windows Server、 、 ）は、高可用性ソフトウェアと特定の拡張機能を備えています。 Red Hat Enterprise Linux SUSE Linux Enterprise Server サポートされるオペレーティング・システムとディストリビューションは、これらの文書に記載されている：

SAP アプリケーション サーバー高可用性インターフェース認定プログラムに基づいて SAP パートナーによって認定された高可用性製品の詳細については、 SAP 高可用性 - 認定 HA インターフェース パートナー」 を参照してください。

SAP HANA 以外のデータベースについては、高可用性および災害復旧構成の詳細については、ご利用のデータベースのマニュアルを参照してください。

高可用性システムのフェイルオーバーをサポートするには、これらのストレージ要素の1つへの共有アクセスが必要です

  • Network File System ( NFS ); オンプレミス展開では、Common Internet File System (CIFS) ストレージも使用できます
  • iSCSI-based ストレージ

DRシステムのフェイルオーバーをサポートするには、レプリケーション方式と組み合わせたローカルストレージが必要です。

オンプレミスのインストールと同様に、導入計画の一環として、データベース製品のパフォーマンスとレイテンシの要件を考慮してください。

Classic Infrastructureにおける高可用性の設定

IBM Cloud 環境では、 SAP ソリューション用の事前設定済みの高可用性展開は提供されていません。 しかし、選択したオペレーティングシステムで利用可能な高可用性ソリューションに基づいて、高可用性シナリオを設定することができます。

展開時に考慮する必要がある事項のリストについては 、「高可用性とフェンシングに関する考慮事項」 および 「高可用性とネットワークに関する考慮事項」 を参照してください。 これらの考慮事項を除けば、 SAP NetWeaver とそのデータベースの高可用性設定は、他のオンプレミスインストールと変わりません。

高可用性とフェンシングの考慮事項

高可用性クラスタ内の共有リソースの整合性を保護するためには、フェンシング機構により障害が発生したクラスタノードを隔離する必要があります。 インテルプロセッサーベースのクラスターでは、フェンシングにインテリジェント・プラットフォーム・マネジメント・インターフェイス（IPMI）機能を使用することが多い。 IBM Cloud Classic Infrastructure環境における企業セキュリティの実装により、IPMIを使用したリモート管理デバイスへのネットワーク経由のアクセスは利用できません。

IPMI対応デバイスがない場合は、共有ストレージデバイスに基づくフェンシングメカニズムが使用される。 IBM Cloud 環境では、共有ストレージデバイスは通常、 iSCSI LUNをサーバーに提供することで実装されます。

例えば、 Microsoft Windows クラスタでは、ファイル共有の証人（FSW）を使用することができます。 Windows Server ベースの展開でクォーラムを構成および管理する方法については、 「クォーラムと監視の管理」 を参照してください。

Linux-ベースのクラスタは、フェンシングにSBD（Storage-Based DeathまたはSTONITブロックデバイス）ベースの実装を使用できます。 クラスターフェンシングとSBDの詳細については、 Pacemaker Explained - Fencing and Using SBD With Pacemaker をご覧ください。

IBM Cloud ブロックストレージには、高可用性機能が組み込まれています。 共有の iSCSI LUNは、ネットワークレイアウトが冗長化されているため、単一障害点（SPOF）をもたらすことはありません。 ただし、特定のクラスタソリューションでは、複数の共有デバイスが必要になる場合があります。

高い可用性とネットワークに関する考慮事項

IBM Cloud クラシック・インフラストラクチャー環境ベースのインストール環境には、以下のいずれかのネットワーク構成が用意されています。

  • プライベート・ネットワーク
  • パブリック・ネットワーク
  • パブリック・ネットワークとプライベート・ネットワーク
  • 2つのプライベートネットワーク（サーバーの種類と物理的なハードウェアコンポーネントの構成により、特別なご要望に応じます。）

オンプレミスの場合と同様に、ハードウェアの物理的な制約に応じて、ネットワーク・アダプターを追加注文することができる。 制限はオンプレミスインストールと同じで、サーバーに搭載可能なNICカードの数です。

サーバーハードウェアを導入する際には、冗長ネットワークアダプターを注文することで、ネットワークトポロジーにおける単一障害点を回避してください。

ベアメタルサーバ用の冗長アダプタは、LACP（Link Aggregation Control Protocol）を使用したフェイルオーバー構成でセットアップされる。 ボンディングインターフェースは Linux に使用され、チーミングアダプターは Microsoft Windows に使用されます。 これらの設定により、冗長性と帯域幅の増加のための論理的なインターフェースが提供されます。

IBM Cloud for VMware Solutions を導入すると、NSX-T 分散スイッチを使用して VMware 用の冗長アダプタが設定されます。 これは、 Software-Defined Data Center （ VMware ）のベストプラクティスに沿ったものである（ VMware NSX-Tの設計を 参照）。 変更される可能性がありますが、冗長性は_各分散_スイッチが Route Based on Originating Virtual Port ロードバランシングアルゴリズムを使用するように設定することで構成されます。 すべてのポートグループは、2つのアップリンク（アクティブ：0,1）でチーミングを使用しています。

VMware vSphere を IBM Bare Metal に手動インストールで展開する場合、 vSwitch, を使用する場合は、物理 NIC アダプターの LACP ボンディングを使用できます。 このコンフィギュレーションの選択は、スループットの向上（ボンディングなど）と冗長安定性（チーミングによるロードバランシングなど）の必要性によって決まる。

NICアダプターは冗長スイッチに接続されているため、新たな単一障害点が導入されることはありません。 冗長インフラストラクチャーは注文した VLAN で使用できます。

災害復旧のレプリケーションシナリオなどのネットワーク要件については、接続されるデバイスの場所や、シナリオに特有の新しいネットワーク要件を考慮する必要があります。 IBM Cloud Classic Infrastructureのスナップショット・バックアップ付きファイル・ストレージやブロック・ストレージが要件を満たす場合もあります。 どのソリューションがお客様のビジネスニーズに最適かは、 IBM Cloud サポートにお問い合わせください。

IBM Cloud VPCにおける高可用性の設定

IBM Cloud VPC 上の SAP S/4HANA HA デプロイメント で、自動化された高可用性デプロイメントに関するドキュメントを確認してください。

自動化でカバーされていないシナリオや、利用可能な自動化が適合しない場合、常に手動で高可用性ソリューションを実装することができます。 この場合、 クラシックインフラストラクチャにおける高可用性の設定 と同じ情報が適用されます。

IBM の高可用性の設定 Power Virtual Server

IBM Power Virtual Server の SAP アプリケーションに高可用性シナリオを実装するには、 IBM Power Virtual Server の SAP アプリケーションに高可用性を実装する を参照してください。