Google Cloud 上での SAP HANA のチェックリスト

このチェックリストは、Google Cloud での SAP HANA 環境の設計、移行、実装、メンテナンスを改善する際に有用です。

チェックリストを確認する際は、ビジネスニーズを考慮してください。Google の推奨構成と異なる選択を行った場合は、今後の参考のために変更点をチェックリストに記録しておいてください。

SAP HANA 環境を計画する

複数の SAP HANA データベースを環境にデプロイするには:
- 本番環境システム内の同じホストで複数の SAP HANA システムを実行しないでください。代わりに、SAP HANA データベースごとに 1 つの VM を作成します。詳しくは、SAP Note 1681092 - 同じ基盤となるサーバー上の複数の SAP HANA システム（SID）および SAP HANA デプロイの技術オプションをご覧ください。
- 環境とライセンスに適した、マルチテナントデータベースコンテナ（MDC）とも呼ばれるテナントデータベースを作成します。詳細については、SAP Note 2096000 - SAP HANA tenant databases - Additional Information をご覧ください。
- SAP HANA データベースのパフォーマンスとオペレーションに影響する場合は、SAP HANA データベースと同じ VM でカスタムソフトウェアまたはサードパーティソフトウェアを実行しないことをおすすめします。
- 単一の VM を使用して SAP HANA データベースと他のビジネスソフトウェアの両方を実行すると、両方のアプリケーションが VM リソースを共有するため、データベースのパフォーマンスが低下する可能性があります。SAP HANA はリソースを大量に消費するため、ベンチマークとサイジングガイドに基づいたコンピューティングリソースの可用性を必要とすることに注意してください。
- SAP HANA 環境設計の詳細については、SAP HANA デプロイタイプをご覧ください。
複数の非本番環境の SAP HANA データベースを同じ VM にデプロイする場合:
- ホスト名のエイリアスを異なるシステム ID（SID）に使用します。
- インストールごとに、エイリアスホスト名にマッピングされた個別の静的 IP アドレスを使用します。

SAP HANA のリージョンとゾーンを選択する

特定の Compute Engine VM をサポートするリージョンとゾーンを確認するには、利用可能なリージョンとゾーンをご覧ください。SAP HANA 認定の Compute Engine VM は、すべてのロケーションで利用できるとは限らないことにご注意ください。
ゾーンの障害から保護するために、SAP HANA を複数のゾーンにデプロイします（特に、同じ SAP HANA HA クラスタの一部である VM の場合）。
リージョンの障害から保護するために、他のリージョンに障害復旧サイトを追加します。
SAP HANA スケールアウトシステムのレイテンシ要件を満たすには、スケールアウトシステムのすべてのノードを同じゾーンにデプロイします。

SAP HANA のデプロイモデルを選択する

SAP HANA をインストールする際は、次の自動化ツールを使用して SAP ワークロードを Google Cloud にデプロイできます。
- Terraform（推奨）: インフラストラクチャを安全かつ効率的に構築、変更、バージョニングするための一般的な業界アプリケーション。Terraform を使用して SAP ソリューションに適した構成ファイルを確認するには、Terraform を使用した Google Cloud での SAP デプロイの自動化をご覧ください。
- Google Cloud Deployment Manager: Google Cloud 上で SAP HANA を実行するために必要なすべてのパッケージをインストールして構成するアプリケーション。Deployment Manager を使用し、SAP ソリューション（高可用性の設定を含む）に適したテンプレートを見つけるには、Deployment Manager を使用した Google Cloud での SAP デプロイの自動化をご覧ください。
- Google Cloud に SAP HANA を実装する方法については、SAP HANA プランニングガイドをご覧ください。

SAP HANA に適したマシンタイプとオペレーティングシステムを選択する

SAP HANA のデプロイとワークロード用のマシンタイプを選択するには、SAP HANA の認定マシンタイプのリストをご覧ください。
- 任意のマシンタイプが任意のリージョンで使用可能であることを確認するには、使用可能なリージョンとゾーンをご覧ください。
- お客様が選択されたリージョン（容量に関する計画や予約など）で環境の容量に対するニーズを満たすようにするには、テクニカルアカウントマネージャーまたは専任のカスタマーエンジニアにご相談ください。
オペレーティングシステム（OS）を選択する場合:
- SAP でサポートされている OS を選択します。
  SAP HANA の認定オペレーティングシステム（Google Cloud）
- OS が Google Cloud での使用について認定されていることを確認します。
  認定およびサポートされている SAP HANA ハードウェアディレクトリに移動し、必要なマシンタイプをクリックして、[Operating System] を確認します。
- OS に最新のパッチと更新が適用されていることを確認します。
  Google Cloud の SAP HANA に対する OS サポート
  たとえば、セキュリティまたはその他の問題から、2 年前の古いイメージのインストールを回避したいと考える場合が考えられます。
- 環境で SUSE Linux Enterprise Server（SLES）を使用する場合は、次のガイドラインの手順を行ってください。
- Red Hat Enterprise Linux（RHEL）を環境で使用する場合は、次のガイドラインの手順を行ってください。
- SAP、OS ベンダー、Google の認定要件を満たしていることから、Google Cloud で利用可能な OS イメージを使用することをおすすめします。ただし、標準イメージでは対応できない独自の要件が環境に存在する場合（既存のオンプレミスイメージを Google Cloud に移行するなど）は、カスタム OS イメージをご覧ください。
- Linux の SAP HANA システムにカスタム環境変数を設定する必要がある場合は、SAP Note 3011163 - How to set Environment Variables for SAP HANA System をご覧ください。

SAP HANA のストレージと永続ディスクを選択する

SAP HANA のディスクタイプを選択する場合:

SSD ベースの Persistent Disk または Hyperdisk を使用します。SAP HANA での使用が SAP によって認定されている SSD ベースの Persistent Disk と Hyperdisk のタイプには、次のものがあります。
- SSD ベースの永続ディスクの種類: バランス（pd-balanced）、パフォーマンスまたは SSD（pd-ssd）、エクストリーム（pd-extreme）
  - これらのディスクタイプは、費用対効果に優れた信頼性の高いブロックストレージを提供します。
  - パフォーマンス（SSD）永続ディスク（pd-ssd）は、バランス永続ディスク（pd-balanced）よりもパフォーマンスが高くなります。
  - 以下をホストするための推奨ソリューションとして、バランス永続ディスクを使用します。
    - VM ブートボリューム。
    - /usr/sap ボリューム。
    - /hana/shared ボリューム（独自のディスクでホストしている場合）。
    - /hanabackup ボリューム（バックアップをディスクに保存する場合）。バックアップコストを削減したい場合は、標準 HDD 永続ディスク（pd-standard）を使用できます。バランス永続ディスクは、標準 HDD 永続ディスクよりもバックアップが高速です。ディスクを選択する際に、VM タイプがディスクタイプをサポートしていることを確認してください。
  - バランスおよびパフォーマンス（SSD）永続ディスクは、PD 非同期レプリケーションをサポートしています。この機能は、クロスリージョンのアクティブ / パッシブの障害復旧に使用できます。詳細については、PD 非同期レプリケーションを使用した障害復旧をご覧ください。
  - エクストリーム永続ディスク（pd-extreme）は SAP HANA での使用が認定されていますが、代わりに Hyperdisk Extreme（hyperdisk-extreme）を使用することをおすすめします。これにより、パフォーマンスが向上します。Extreme Persistent Disk を使用する場合は、SSD ベースの Persistent Disk と Hyperdisk ボリュームの最小サイズの説明に従ってディスクをプロビジョニングしてください。
- Hyperdisk タイプ: Hyperdisk Extreme（hyperdisk-extreme）とバランス Hyperdisk（hyperdisk-balanced）
  - Hyperdisk Extreme は、SSD ベースの Persistent Disk タイプよりも高い最大 IOPS とスループットのオプションを提供します。
  - Hyperdisk Extreme の場合、IOPS をプロビジョニングして必要なパフォーマンスを選択します。これによりスループットも決まります。詳細については、スループットをご覧ください。
  - 最高のパフォーマンスが必要な場合は、/hana/data ボリュームと /hana/log ボリュームに Hyperdisk Extreme を使用できます。
  - SAP HANA 向けの Hyperdisk Extreme を最大限に活用するには、Hyperdisk Extreme のパフォーマンスで推奨されているように、SAP HANA システムのプロパティを更新します。
  - バランス Hyperdisk の場合は、IOPS とスループットをプロビジョニングして、必要なパフォーマンスを選択します。詳細については、Hyperdisk の IOPS とスループットのプロビジョニングについてをご覧ください。
  - /hana/log ボリュームと /hana/data ボリュームには、バランス Hyperdisk を使用できます。
  - Hyperdisk Extreme とバランス Hyperdisk をサポートするマシンタイプについては、マシンタイプのサポートをご覧ください。
SSD ベースの Persistent Disk と Hyperdisk のボリュームが、SAP HANA のパフォーマンス要件を満たすのに十分な大きさであることを確認します。詳細については、SSD ベースの Persistent Disk と Hyperdisk ボリュームの最小サイズをご覧ください。
期待値に対する結果をテストして比較し、環境がディスクパフォーマンス要件を満たしていることを確認します（HANA の起動時間、バックアップ、ボリュームテスト、負荷テストなどのベンチマーク）。確認したら、将来の参照のためにこれらのベースラインをドキュメントに記録します。
SAP HANA に 2 GB の小さなスワップディスクを使用します。SAP Note 1999997 - FAQ: SAP HANA Memory をご覧ください。
NetApp Cloud Volumes Service を使用している場合は、SAP HANA での NetApp Cloud Volumes サービスの要件を遵守します。

SAP HANA の高速再起動を実装する

SAP HANA 2.0 SP04 以降の場合、特に M1、M2、M3 マシンタイプなどの Compute Engine メモリ最適化マシンタイプには SAP HANA 高速再起動オプションをおすすめします。

高速再起動オプションを実装するには、SAP HANA ドキュメントの SAP HANA 高速再起動オプションをご覧ください。

高速再起動オプションの構成の詳細については、Linux ディストリビューションの構成ガイドをご覧ください。

Google が提供する Terraform 構成ファイル、または Cloud Deployment Manager のテンプレートのいずれかを使用して Google Cloud に SAP HANA システムをデプロイする場合は、ホスト VM と基本 SAP HANA システムが正常にデプロイされた後に TMPFS ファイルシステムを作成してマウントする必要があります。

SAP HANA のバックアップ戦略を用意する

Google Cloud の SAP 用エージェントの Backint 機能を使用する場合:
- Google Cloud の SAP 用エージェントバージョン 3.2（最新）を使用します。更新手順については、Google Cloud の SAP 用エージェントを更新するをご覧ください。
- ニーズに合わせてパフォーマンスを調整し、データのバックアップを並行して行ってください。Google Cloud の SAP 用エージェントを使用したデータバックアップのマルチストリーミングをご覧ください。
- Cloud Storage バケットを作成するときに、SAP HANA のロケーションに最も近いロケーションを選択します。また、選択したストレージバケットが冗長性のニーズを満たしていることを確認します。特定のリージョンが使用できなくなった場合に復元性を確保できるため、通常はマルチリージョンオプションを使用することをおすすめします。詳細については、Cloud Storage バケットへのバックアップの保存をご覧ください。
- サブネットで限定公開の Google アクセスを有効にする場合は、プライベート VM を経由するトラフィックを転送しないでください（NAT ゲートウェイやプロキシサーバーを使用するなど）。そうすることで、達成可能なスループットが低下する可能性があります。詳しくは、限定公開の Google アクセスの構成ガイドのネットワークの構成をご覧ください。
Persistent Disk または Hyperdisk ボリュームにバックアップを実行する場合:
- パフォーマンス要件を満たす限り、任意のディスクタイプを使用できます。標準永続ディスクで必要なパフォーマンスが得られない場合は、代わりにバランス永続ディスクをお試しください。
- SAP HANA 環境では、各 VM インスタンスに追加の帯域幅を割り当てる必要がある点に注意してください。SAP HANA は、バックアップデータをディスクに読み書きするのに必要なオーバーヘッドと IOPS のために余分な帯域幅を使用します。そのため、Persistent Disk または Hyperdisk ボリュームのストリーミングやスナップショットをサポートする SAP HANA Backint またはサードパーティツールの使用をおすすめします。
パフォーマンスと復元性のニーズを満たしていることを確認するために、定期的にバックアップと復元の手順をテストしてください。

SAP HANA の高可用性構成のベストプラクティス

Google Cloud 上の SAP HANA の高可用性構成に関するチェックリストについては、Google Cloud での SAP の高可用性をご覧ください。

SAP HANA の障害復旧を構築する

フェイルオーバーとフェイルバックの手順を幅広くテストします。
- ローカライズされた障害が発生した場合に、環境が新しいリージョンに適切にフェイルオーバーするように、障害復旧手順を定期的にテストしてください。
- 正常なフェイルオーバーとフェイルバックを有効にするには、オペレーションハンドブックを作成し、必要に応じて更新します。
各バックアップで転送するデータの量を制限するには、差分バックアップタイプを確認して、増分バックアップと差分バックアップの戦略を活用します。復旧時間の目標に照らしてこれを考慮します。

SAP HANA のモニタリングとアラートを使用する

モニタリングとアラートの手順を確立します。Google Cloud で使用できる便利なオプションとして、Cloud Monitoring や SAP HANA モニタリング指標収集機能（Google Cloud の SAP 用エージェントのバージョン 2.0 以降）があります。

SAP HANA ワークロードの検証チェックを自動化する

Google Cloud 上で実行される SAP HANA ワークロードの継続的な検証チェックを自動化するには、Workload Manager を使用します。Workload Manager を使用すると、SAP HANA ワークロードを自動的にスキャンしてベストプラクティスに対して評価し、品質、パフォーマンス、信頼性を向上させることができます。