SAP HANA on Azure (Large Instances) アーキテクチャの概要を確認する
SAP HANA on Azure (L インスタンス) の全体的なアーキテクチャでは、SAP TDI 認定のハードウェア構成 (SAP HANA データベース用の仮想化されていない、ベア メタルの高パフォーマンス サーバー) が提供されます。 また、SAP アプリケーション層のリソースをニーズに合わせてスケーリングするための Azure の機能と柔軟性も提供されます。
SAP HANA on Azure (Large Instances) は Azure 固有の 3 層アーキテクチャの一例です。ここでは、SAP アプリケーション層は Azure VM 上でホストされ、SAP TDI 構成のハードウェア上に置かれたデータベース層は、同じ Azure リージョン内にあって、Microsoft によってホストされている Large Instance スタンプに配置されています。
待機時間は、クロスプレミスや Azure リージョンをまたぐシナリオでサポート性に制限をもたらす主な要因です。 一般に SAP では、同一の SAP システムの一部のコンポーネントを Azure でホストして、他はオンプレミスでホストすることはサポートされていません。たとえば、SAP アプリケーション層のインスタンスをオンプレミスの環境と Azure VM の間で分割することや、データベース層はオンプレミスで実行しつつ SAP アプリケーション層は Azure に置くこと (またはその逆) はできません。 同様に、同一の SAP システムのコンポーネントを実行している複数の VM を、複数の Azure リージョンをまたいでホストすることはできません。
ただし、これらのルールにはいくつかの例外があります。 待機時間が 2 ミリ秒の範囲内である場合は、クロスプレミスの制限は適用されません。 オンプレミスの場所を Azure データセンターと物理的に近接させ、ExpressRoute 経由で接続することによって、このような待機時間を実現できます。 ちなみにこれは、データベース層をホストするベアメタル サーバーがアプリケーション コンポーネントを実行する Azure VM に ExpressRoute 経由で接続される、SAP HANA Large Instances のデプロイに使用されるアプローチです。
SAP HANA on Azure (Large Instances) の一般的なアーキテクチャは、次の 3 つの主要なコンポーネントで構成されています。
SAP などの LOB アプリケーションを実行するオンプレミスのインフラストラクチャ。 理想的には、このオンプレミス インフラストラクチャは ExpressRoute で Azure に接続されます。
SAP と、SAP HANA を DBMS システムとして使用する他のアプリケーションとがホストされている Azure VM が含まれている Azure IaaS。
- Azure ネットワーク サービスは、SAP システムと他のアプリケーションをグループ化して仮想ネットワークを作成する際に使用されます。 これらの仮想ネットワークは、オンプレミスのシステムおよび SAP HANA on Azure (L インスタンス) に接続します。
Azure Large Instance スタンプ内の SAP HANA TDI 認定ハードウェア。 この HANA Large Instance ユニットは、ExpressRoute を使用して Azure サブスクリプションの仮想ネットワークに接続されます。 2019 年 5 月に、Microsoft では ExpressRoute FastPath と呼ばれる最適化された接続ソリューションの提供を開始しました。これを使用すると、ExpressRoute ゲートウェイを使用しなくても、HANA Large Instance ユニットと Azure VM との間で直接通信できるようになります。
Azure Large Instance スタンプは、次のリソースで構成されています。
- コンピューティング: 必要なコンピューティング機能を提供し、SAP HANA 認定を受けている数世代の Intel Xeon プロセッサのうちの 1 つに基づくサーバー。
- ネットワーク: コンピューティングとストレージを相互接続する、統合された高速ネットワーク ファブリック。
- ストレージ: 統合されたネットワーク ファブリック経由でアクセスされるストレージ インフラストラクチャ。 提供される特定のストレージ容量は、各顧客によって指定される、特定の SAP HANA on Azure (Large Instances) 構成によって変わります。 追加の月額料金をお支払いいただくと、ストレージ容量を増やすことができます。
L インスタンス スタンプのマルチテナント インフラストラクチャ内では、分離されたテナントとしてお客様の環境がデプロイされます。 テナントのデプロイ時に、各顧客は自分の Azure 加入契約内の Azure サブスクリプションの名前を指定します。 これが、HANA L インスタンスの課金対象となる Azure サブスクリプションになります。 特定の Azure リージョンに存在する HANA L インスタンス スタンプ内の 1 つのテナントには、Azure サブスクリプションを 1 つだけリンクできます。 逆に、1 つの Azure サブスクリプションには、HANA L インスタンス スタンプ内のテナントを 1 つだけリンクできます。
SAP HANA on Azure (L インスタンス) を複数の異なる Azure リージョンにデプロイすると、HANA L インスタンス スタンプに別のテナントがデプロイされます。 これらのインスタンスが同じ SAP ランドスケープの一部である場合は、同じ Azure サブスクリプションで両方を実行できます。
ネットワークの観点からは、1 つの Azure リージョン内の 1 つのテナントにデプロイされた 1 つの HANA Large Instance ユニットに、異なる Azure サブスクリプションに属する異なる仮想ネットワークからアクセスできます。 それらの Azure サブスクリプションが同じ Azure 加入契約に属している必要があります。
Azure VM と同様に、SAP HANA on Azure (Large Instances) は複数の Azure リージョンで提供されています。 これにより、顧客が実装を選択できるディザスター リカバリー機能が容易になります。 1 つの地政学的リージョン内の異なる L インスタンス スタンプが相互に接続されます。 たとえば、米国西部と米国東部の HANA Large Instance スタンプは、ディザスター リカバリー レプリケーション用の専用ネットワーク リンクを介して接続されています。
Azure Virtual Machines でさまざまな VM の種類の中から選択できるのと同様に、SAP HANA のさまざまなワークロードの種類に対応した HANA L インスタンスの各種 SKU の中から選択できます。 SAP では、Intel プロセッサの世代に基づいて、さまざまなワークロードにメモリ対プロセッサ ソケット比を適用します。
