運用モデルと責任
SAP HANA on Azure (L インスタンス) が提供するサービスは Azure IaaS サービスと連携しています。 HANA L インスタンスには、SAP HANA 用に最適化されたオペレーティング システムがインストールされています。 Azure IaaS VM と同様に、オペレーティング システム (OS) の強化、別のソフトウェアのインストール、HANA のインストール、OS と HANA の運用、OS と HANA の更新などのほとんどのタスクはお客様が行う必要があります。 Microsoft が OS の更新や HANA の更新を強制することはありません。
前の図に示すように、SAP HANA on Azure (L インスタンス) はマルチテナント IaaS です。 大部分が、OS とインフラストラクチャの境界に基づいて責任が分担されます。 Microsoft は、オペレーティング システムのラインの下側にあるサービスのあらゆる面に対して責任を負います。 お客様はラインの上側にあるサービスのあらゆる面に対して責任を負います。 OS はお客様の責任となります。 お客様は、コンプライアンス、セキュリティ、アプリケーション管理、基盤、OS 管理に現在使用しているほとんどのオンプレミスの手法を引き続きご利用いただけます。 システムは、ネットワーク内にあるように表示されます。
このサービスは SAP HANA に最適化されているため、最良の結果を得るために、お客様が Microsoft と協力して基になるインフラストラクチャの機能を使用する必要があります。
お客様の責任
それぞれの層とお客様の責任の詳細を次に示します。
ネットワーク: SAP HANA を実行する L インスタンス スタンプのすべての内部ネットワーク。 お客様の責任には、ストレージへのアクセス、インスタンス間の接続 (スケールアウトと他の機能用)、ランドスケープへの接続、仮想マシンで SAP アプリケーション層がホストされる Azure への接続が含まれます。 ディザスター リカバリーとレプリケーションのために、Azure Data Center 間の WAN 接続も含まれます。 すべてのネットワークはテナントによってパーティション分割され、サービス品質が適用されます。
ストレージ: SAP HANA サーバーで必要なすべてのボリュームおよびスナップショットに対応した、仮想化およびパーティション分割されたストレージ。
サーバー: テナントに割り当てられている SAP HANA データベースを実行する専用の物理サーバー。 Type I クラスの SKU のサーバーは、抽象化されたハードウェアです。 この種のサーバーでは、サーバー構成が収集され、物理ハードウェア間で移動できるプロファイルに保持されます。 操作によるプロファイルのこのような (手動の) 移動は、Azure のサービス復旧に似ています。 Type II クラスの SKU のサーバーには、この機能はありません。
SDDC: データ センターをソフトウェアによるエンティティとして管理するために使用する管理ソフトウェア。 SDDC により、Microsoft はスケール、可用性、パフォーマンスのためのリソースをプールできます。
O/S: サーバーで実行するために選択する OS (SUSE Linux または Red Hat Linux)。 お客様に提供される OS イメージは、SAP HANA を実行するために各 Linux ベンダーから Microsoft に提供されたイメージです。 特定の SAP HANA 最適化イメージでは、Linux ベンダーのサブスクリプションが必要です。 OS ベンダーへのイメージの登録はお客様が行う必要があります。
Microsoft による引き渡しの時点から、Linux オペレーティング システムの修正プログラムの適用もお客様の責任になります。 この修正プログラムには、SAP HANA を正常にインストールするために必要な、Linux ベンダーが SAP HANA に最適化された OS イメージに含めていない追加されたパッケージが含まれます。 (詳細については、SAP の HANA インストール ドキュメントと SAP ノートをご覧ください)。
お客様は、OS の動作不良または最適化に関連する OS 修正プログラムと特定のサーバー ハードウェアに関連するドライバーに対して責任を負います。 また、OS のセキュリティまたは機能の修正プログラムの適用もお客様の責任となります。
お客様の責任には、次の項目の監視と容量計画が含まれます。
- CPU リソース使用量
- メモリ使用量
- 空き領域、IOPS、待機時間に関連するディスク ボリューム
- HANA L インスタンスと SAP アプリケーション層の間のネットワーク ボリュームのトラフィック
HANA L インスタンスの基になるインフラストラクチャは、OS ボリュームのバックアップと復元の機能を提供します。 この機能はお客様の責任で使用します。
ミドルウェア: 主に SAP HANA インスタンスです。 管理、運用、監視はお客様が担当します。 バックアップおよび復元とディザスター リカバリーのために、ストレージ スナップショットをご利用いただけます。 これらの機能はインフラストラクチャから提供されます。 これらの機能を使用した高可用性またはディザスター リカバリーの設計、およびストレージ スナップショットが正常に実行されたかどうかを確認するための監視は、お客様の責任で行う必要があります。
データ: SAP HANA で管理されるデータおよびその他のデータ (ボリュームやファイル共有上のバックアップ ファイルなど)。 お客様の責任には、ディスクの空き領域の監視とボリューム上のコンテンツの管理が含まれます。 また、ディスク ボリュームとストレージ スナップショットのバックアップが正常に実行されたかどうかの監視もお客様が行う必要があります。 ディザスター リカバリー サイトへのデータ レプリケーションの正常な実行は Microsoft の責任となります。
アプリケーション: SAP アプリケーション インスタンス。SAP 以外のアプリケーションの場合は、それらのアプリケーションのアプリケーション層。 お客様の責任には、それらのアプリケーションのデプロイ、管理、運用、監視が含まれます。 仮想ネットワーク内での CPU リソース使用量、メモリ使用量、Azure Storage 使用量、ネットワーク帯域幅の使用量の容量計画はお客様の責任になります。 仮想ネットワークから SAP HANA on Azure (L インスタンス) へのリソース使用量の容量計画もお客様の責任になります。
WAN: ワークロード用に確立するオンプレミスから Azure デプロイへの接続。 HANA L インスタンスを使用するすべてのお客様が、接続に Azure ExpressRoute を使用します。 この接続は、SAP HANA on Azure (L インスタンス) ソリューションには含まれていません。 この接続のセットアップはお客様が行う必要があります。
アーカイブ: ストレージ アカウントで独自の手法を使用してデータのアーカイブ コピーを作成できます。 アーカイブには、管理、コンプライアンス、コスト、運用が必要です。 お客様は、Azure でアーカイブ コピーとバックアップを生成し、コンプライアンスに準拠した方法でそれらを保存する責任を負います。
「Azure 上の SAP HANA の L インスタンスの SLA」を参照してください。
次の手順
HANA L インスタンスと互換性があるオペレーティング システムについて説明します。