Linux 上での IBM Db2 for SAP 用 VM の自動デプロイ

このデプロイガイドでは、Linux 上で SAP アプリケーションをサポートする IBM Db2 インスタンス用に Google Cloud リソースをデプロイする方法について説明します。

このガイドの手順では、Terraform を使用して、VM、Linux オペレーティングシステム、IBM Db2 に必要なディスクボリュームのデプロイと構成を行い、Google Cloud の SAP NetWeaver 用モニタリングエージェントをインストールします。

デプロイの計画について詳しくは、IBM Db2 for SAP プランニングガイドをご覧ください。

前提条件

データ所在地、アクセス制御、サポート担当者、規制要件に準拠しながら SAP ワークロードを実行する必要がある場合は、必要な Assured Workloads フォルダを作成する必要があります。詳細については、Google Cloud 上の SAP のコンプライアンスと主権管理をご覧ください。

課金が有効になっている Google Cloud プロジェクトがまだない場合は、IBM Db2 インストール用に仮想マシン（VM）をデプロイする前に、プロジェクトを作成する必要があります。

プロジェクトの作成

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

Google Cloud Console の [プロジェクトセレクタ] ページで、Google Cloud プロジェクトを選択または作成します。

プロジェクトセレクタに移動

Google Cloud プロジェクトで課金が有効になっていることを確認します。

Google Cloud Console の [プロジェクトセレクタ] ページで、Google Cloud プロジェクトを選択または作成します。

プロジェクトセレクタに移動

Google Cloud プロジェクトで課金が有効になっていることを確認します。

`gcloud` コマンド環境の構成

この手順では、Google Cloud リソースをデプロイまたは構成するための gcloud コマンドを、Cloud Shell を使用して入力します。Cloud Shell には、ブラウザの Google Cloud コンソールからアクセスします。

Cloud Shell は、Cloud Shell を起動するたびに Google Cloud がプロビジョニングする VM 上で動作します。初めて Cloud Shell を使用するときには、Google Cloud は永続的な $HOME ディレクトリも作成します。このディレクトリは、Cloud Shell を開くたびに復元されます。

プロビジョニングされた VM には、最新の Google Cloud CLI が含まれています。したがって、Cloud Shell で使用する gcloud コマンドは、gcloud CLI のローカルにインストールされたインスタンスで使用するコマンドと同じです。

gcloud CLI がインストールされている場合は、以下の手順の中で使用されている gcloud コマンドをローカルマシンから発行できます。ただし、ローカルにインストールされた gcloud CLI を使用する場合は、常に最新バージョンの gcloud CLI を使用していることを確認する必要があります。

Cloud Shell または gcloud CLI のいずれを使用する場合でも、gcloud コマンド環境のプロパティを設定または変更して、それらのプロパティを 1 つの構成として保存できます。構成は、gcloud コマンドの動作に影響を与える Key-Value ペアのコレクションです。

Cloud Shell の構成で実行できる基本的な操作は次のとおりです。

構成を初期化する。
```
gcloud init
```
現在の gcloud 構成の設定を確認する。
```
gcloud config list
```
必要な Google Cloud プロジェクトに切り替える。PROJECT_ID は、実際の Google Cloud プロジェクト ID に置き換えます。
```
gcloud config set project PROJECT_ID
```
デフォルトリージョンを設定する。REGION は、Google Cloud リージョンに置き換えます。
```
gcloud config set compute/region REGION
```
デフォルトゾーンを設定する。ZONE は、Google Cloud ゾーンに置き換えます。
```
gcloud config set compute/zone ZONE
```
新しい構成を作成する。NAME は、構成の名前に置き換えます。
```
gcloud config configurations create NAME
```

構成に対する操作について詳しくは、gcloud CLI 構成の管理をご覧ください。

ネットワークの作成

セキュリティ上の理由から、新しいネットワークを作成します。アクセスできるユーザーを制御するには、ファイアウォールルールを追加するか、別のアクセス制御方法を使用します。

プロジェクトにデフォルトの VPC ネットワークがある場合、デフォルトは使用せず、明示的に作成したファイアウォールルールが唯一の有効なルールとなるように、独自の VPC ネットワークを作成してください。

デプロイ中、VM インスタンスは通常、Google Cloud の SAP 用エージェントをダウンロードするためにインターネットにアクセスする必要があります。Google Cloud から入手できる SAP 認定の Linux イメージのいずれかを使用している場合も、ライセンスを登録して OS ベンダーのリポジトリにアクセスするために、VM インスタンスからインターネットにアクセスする必要があります。このアクセスをサポートするために、NAT ゲートウェイを配置し、VM ネットワークタグを使用して構成します。ターゲット VM に外部 IP がない場合でもこの構成が可能です。

プロジェクトの VPC ネットワークを作成するには、次の手順を行います。

カスタムモードのネットワークを作成します。詳細については、カスタムモードネットワークの作成をご覧ください。
サブネットワークを作成し、リージョンと IP 範囲を指定します。詳細については、サブネットの追加をご覧ください。

NAT ゲートウェイの設定

パブリック IP アドレスなしで 1 台以上の VM を作成する必要がある場合は、ネットワークアドレス変換（NAT）を使用して、VM がインターネットにアクセスできるようにする必要があります。Cloud NAT は Google Cloud の分散ソフトウェア定義マネージドサービスであり、VM からインターネットへのパケットの送信と、それに対応するパケットの受信を可能にします。また、別個の VM を NAT ゲートウェイとして設定することもできます。

プロジェクトに Cloud NAT インスタンスを作成する方法については、Cloud NAT の使用をご覧ください。

プロジェクトに Cloud NAT を構成すると、VM インスタンスはパブリック IP アドレスなしでインターネットに安全にアクセスできるようになります。

ファイアウォールルールの追加

デフォルトでは、Google Cloud ネットワークの外部からの受信接続はブロックされています。受信側の接続を許可するには、VM にファイアウォールルールを設定します。ファイアウォールルールは、VM への新しい受信接続のみを規制します。VM との接続が確立された後、トラフィックはその接続の両方向で許可されます。

指定したポートへのアクセスや、同じサブネットワーク上の VM 間のアクセスを許可するファイアウォールルールを作成できます。

次のようなアクセスを許可するためのファイアウォールルールを作成します。

TCP/IP Ports of All SAP Products に記述されている SAP NetWeaver によって使用されるデフォルトのポート。
自分のパソコンまたは企業のネットワーク環境から Compute Engine VM インスタンスへの接続。使用すべき IP アドレスがわからない場合は、会社のネットワーク管理者に相談してください。
3 層構成、スケールアウト構成、または高可用性構成の VM 間の通信。たとえば、3 層システムをデプロイしている場合、サブネットワークに少なくとも 2 つの VM（SAP NetWeaver 用の VM とデータベースサーバー用の VM）が存在することになります。2 つの VM 間の通信を有効にするには、サブネットワークから発信されるトラフィックを許可するファイアウォールルールを作成する必要があります。

プロジェクトのファイアウォールルールを作成するには、ファイアウォールルールの作成をご覧ください。

Terraform を使用した Db2 用 Linux VM のデプロイ

次の手順では、Terraform を使用して、Linux VM インスタンスと、IBM Db2 が SAP アプリケーションをサポートするために必要とするすべての永続ディスクをデプロイします。インストールの値は、Google Cloud が提供する sap_db2.tf 構成ファイルで定義します。

以下の手順では Cloud Shell を使用していますが、必要に応じてローカルターミナルで Terraform を使用することもできます。

Cloud Shell を開きます。

Cloud Shell を開く
Cloud Shell で次のコマンドを入力して、sap_db2.tf 構成ファイルを作業ディレクトリにダウンロードします。
```
wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/terraform/sap_db2.tf
```
sap_db2.tf ファイルを Cloud Shell コードエディタで開きます。

Cloud Shell コードエディタを開くには、[エディタを開く] をクリックします。

sap_db2.tf ファイルで、二重引用符で囲まれた内容をご使用のインストール環境の値に置き換えて、次の引数の値を更新します。

オプションの引数の大半にはデフォルト値があります。オプションの引数を指定しない場合、Terraform 構成はその引数のデフォルト値（存在する場合）を使用します。

引数	データ型	説明
`source`	文字列	デプロイ時に使用する Terraform モジュールの場所とバージョンを指定します。 `sap_db2.tf` 構成ファイルには、`source` 引数の 2 つのインスタンスがあります。1 つは有効で、もう 1 つはコメントとして追加されています。デフォルトで有効な `source` 引数に、モジュールバージョンとして `latest` を指定します。デフォルトでは、`source` 引数の 2 番目のインスタンスの先頭に `#` 文字があり、引数が無効になっています。この引数には、モジュールバージョンを識別するタイムスタンプを指定します。すべてのデプロイで同じモジュールバージョンを使用する必要がある場合は、バージョンタイムスタンプを指定する `source` 引数の先頭から `#` 文字を削除し、`latest` を指定する `source` 引数の先頭にコメント文字を追加します。
`project_id`	文字列	このシステムをデプロイする Google Cloud プロジェクトの ID を指定します。例: `my-project-x`
`zone`	文字列	SAP システムをデプロイするゾーンを指定します。このゾーンは、サブネットに選択したのと同じリージョンに存在する必要があります。たとえば、サブネットが `us-central1` リージョンにデプロイされている場合は、`us-central1-a` などのゾーンを指定できます。
`machine_type`	文字列	SAP システムの実行に必要な Compute Engine 仮想マシン（VM）のタイプを指定します。カスタム VM タイプが必要な場合は、必要な数に最も近く、かつ必要数以上の vCPU 数を持つ事前定義された VM タイプを指定します。デプロイが完了したら、vCPU 数とメモリ量を変更してください。例: `n1-highmem-32`
`subnetwork`	文字列	前の手順で作成したサブネットワークの名前を指定します。共有 VPC にデプロイする場合は、この値を `SHARED_VPC_PROJECT_ID/SUBNETWORK` として指定します。例: `myproject/network1`
`linux_image`	文字列	SAP システムをデプロイする Linux オペレーティングシステムイメージの名前を指定します。たとえば、`rhel-9-2-sap-ha` や、`sles-15-sp5-sap` です。使用可能なオペレーティングシステムイメージのリストについては、Google Cloud コンソールの [イメージ] ページをご覧ください。
`linux_image_project`	文字列	引数 `linux_image` に指定するイメージを含む Google Cloud プロジェクトを指定します。このプロジェクトは独自のプロジェクトか、Google Cloud イメージプロジェクトです。Compute Engine イメージの場合は、`rhel-sap-cloud` か `suse-sap-cloud` を指定します。ご利用のオペレーティングシステムのイメージプロジェクトを確認するには、オペレーティングシステムの詳細をご覧ください。
`instance_name`	文字列	ホスト VM インスタンスの名前を指定します。名前には、小文字、数字、ハイフンを使用できます。ワーカーホストとスタンバイホストの VM インスタンスの名前は同じになり、名前に `w` とホスト番号が追加されます。
`db2_sid`	文字列	IBM Db2 データベースインスタンスの SID を指定します。ID は英数字 3 文字で、最初の文字はアルファベットにする必要があります。文字は大文字のみ使用できます。例: `ED1`
`db2_sid_size`	整数	省略可。IBM Db2 データベースインスタンスのルートディレクトリである `/db2/DBSID` ボリュームのサイズを GB で指定します。最小サイズは 8 GB です。デフォルト値は `8` です。
`db2_home_size`	整数	省略可。IBM Db2 データベースインスタンスのホームディレクトリである `/db2/db2DBSID` ボリュームのサイズを GB で指定します。最小サイズは 8 GB です。デフォルト値は `8` です。
`db2_dump_size`	整数	省略可。IBM Db2 データベースインスタンスのダンプファイルを格納する `/db2/DBSID/db2dump` ボリュームのサイズを GB で指定します。最小サイズは 8 GB です。デフォルト値は `8` です。
`db2_sap_temp_size`	整数	省略可。データベースインスタンスの一時テーブルスペースを保持する `/db2/DBSID/saptmp` ボリュームのサイズを GB で指定します。最小サイズは 8 GB です。デフォルト値は `8` です。
`db2_sap_data_size`	整数	省略可。データベースのデータファイルを保持する `/db2/DBSID/sapdata` ボリュームのサイズを GB で指定します。最小サイズは 30 GB です。デフォルト値は `30` です。
`db2_sap_data_ssd`	ブール値	省略可。`/db2/DBSID/sapdata` ボリュームの SSD 永続ディスクをプロビジョニングするには、`true` を指定します。`false` を指定すると、バランス永続ディスクがプロビジョニングされます。デフォルト値は `true` です。
`db2_log_size`	整数	省略可。データベースのトランザクションログを保持する `/db2/DBSID/logdir` ボリュームのサイズを GB で指定します。最小サイズは 8 GB です。デフォルト値は `8` です。
`db2_log_ssd`	ブール値	省略可。`/db2/DBSID/logdir` ボリュームの SSD 永続ディスクをプロビジョニングするには、`true` を指定します。`false` を指定すると、バランス永続ディスクがプロビジョニングされます。デフォルト値は `true` です。
`db2_backup_size`	整数	省略可。データベースのバックアップを保持する `/db2backup` ボリュームのサイズを GB で指定します。この引数を指定しない場合、またはその値を `0` に設定しない場合、`/db2backup` ボリュームにディスクはプロビジョニングされません。
`usr_sap_size`	整数	IBM Db2 と SAP NetWeaver を同じ VM インスタンスで実行するには、`/usr/sap` ディスクのサイズを GB で指定します。この引数を指定しない場合、または値を `0` に設定しない場合、`/usr/sap` ボリュームにはディスクがプロビジョニングされません。
`sap_mnt_size`	整数	IBM Db2 と SAP NetWeaver を同じ VM インスタンスで実行するには、`/sapmnt` ディスクのサイズを GB で指定します。この引数を指定しない場合、または値を `0` に設定しない場合、`/sapmnt` ボリュームにはディスクがプロビジョニングされません。
`swap_size`	整数	同じ VM インスタンス上で IBM Db2 と SAP NetWeaver を実行するには、スワップボリュームのサイズを GB で指定します。この引数を指定しない場合、またはその値を `0` に設定しない場合、スワップボリュームにディスクはプロビジョニングされません。
`network_tags`	文字列	省略可。ファイアウォールまたはルーティングの目的で使用され、VM インスタンスに関連付けるネットワークタグを 1 つ以上カンマ区切りで指定します。 `public_ip = false` を指定していて、ネットワークタグを指定しない場合は、インターネットへの別のアクセス手段を必ず指定してください。
`public_ip`	ブール値	省略可。パブリック IP アドレスを VM インスタンスに追加するかどうかを指定します。デフォルト値は `true` です。注意: VM 用に定義されたネットワークタグを使用して NAT ゲートウェイを構成している場合、または VM にインターネットへの別のルートを提供している場合を除き、`false` を指定しないでください。インターネットへのルートがない場合、インストールは失敗します。
`service_account`	文字列	省略可。ホスト VM とホスト VM で実行されるプログラムで使用されるユーザー管理のサービスアカウントのメールアドレスを指定します。例: `svc-acct-name@project-id.iam.gserviceaccount.com` この引数に値を指定しない場合、または省略した場合、インストールスクリプトは、Compute Engine のデフォルトのサービスアカウントを使用します。詳細については、Google Cloud 上での SAP プログラム向け Identity and Access Management をご覧ください。
`sap_deployment_debug`	ブール値	省略可。Cloud カスタマーケアでデプロイのデバッグを有効にするよう求められた場合にのみ、`true` を指定します。これにより、デプロイの際に詳細なログが生成されます。デフォルト値は `false` です。
`reservation_name`	文字列	省略可。このデプロイに特定の Compute Engine VM 予約を使用するには、予約の名前を指定します。デフォルトでは、インストールスクリプトは、次の条件に基づいて使用可能な Compute Engine 予約を選択します。予約を使用するときに名前を指定するのか、インストールスクリプトで自動的に選択するかに関係なく、予約は次のように設定する必要があります。 `specificReservationRequired` オプションは `true` に設定されます。または、Google Cloud コンソールで [特定の予約を選択] オプションが選択されています。 Compute Engine のマシンタイプによっては、マシンタイプの SAP 認定に含まれていない CPU プラットフォームに対応しているものもあります。対象となる予約が次のいずれかのマシンタイプの場合、予約には指示された最小の CPU プラットフォームを指定する必要があります。 `n1-highmem-32`: Intel Broadwell `n1-highmem-64`: Intel Broadwell `n1-highmem-96`: Intel Skylake `m1-megamem-96`: Intel Skylake Google Cloud での使用が SAP に認定されている他のすべてのマシンタイプの最小 CPU プラットフォームは、SAP の最小 CPU 要件に準拠しています。

次の sap_db2.tf 構成ファイルの例では、IBM Db2 データベースサーバーと SAP NetWeaver の両方を実行するように構成された VM を作成します。この構成ファイルは、SLES 15 SP3 オペレーティングシステムを実行している n1-standard-16 VM をデプロイするように Terraform に指示します。VM には、SAP NetWeaver とともに IBM Db2 を実行するために必要なすべてのディレクトリが含まれています。

#
# ...
module "sap_db2" {
  source = https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/sap_db2_module.zip
  #
  # By default, this source file uses the latest release of the terraform module
  # for SAP on Google Cloud. To fix your deployments to a specific release
  # of the module, comment out the source property above and uncomment the source property below.
  #
  # source = "https://storage.googleapis.com/cloudsapdeploy/terraform/YYYYMMDDHHMM/terraform/sap_db2/sap_db2_module.zip"
  # ...
  project_id = "example-project-123456"
  zone = "us-central1-f"
  machine_type = "n1-standard-16"
  subnetwork = "example-subnet-us-central1"
  linux_image = "sles-15-sp3-sap"
  linux_image_project = "suse-sap-cloud"

  instance_name = "ex-vm-db2-lin"

  db2_sid = "AS1"
  db2_sid_size = 15
  db2_home_size = 15
  db2_dump_size = 15
  db2_sap_temp_size = 20
  db2_sap_data_size = 50
  db2_sap_data_ssd = true
  db2_log_size = 30
  db2_log_ssd = true
  db2_backup_size = 100

  usr_sap_size = 15
  sap_mnt_size = 15
  swap_size = 24
  # ...
}

現在の作業ディレクトリを初期化し、Google Cloud 用の Terraform プロバイダのプラグインとモジュールファイルをダウンロードするには:
```
terraform init
```
terraform init コマンドで、他の Terraform コマンドの作業ディレクトリを準備します。

作業ディレクトリのプロバイダプラグインと構成ファイルを強制的に更新するには、--upgrade フラグを指定します。--upgrade フラグが省略されていて、作業ディレクトリに変更を加えていない場合、source URL で latest が指定されている場合でも、Terraform はローカルキャッシュに保存されたコピーを使用します。
```
terraform init --upgrade 
```
必要に応じて、Terraform 実行プランを作成します。
```
terraform plan
```
terraform plan コマンドによって、現在の構成で必要な変更が表示されます。この手順をスキップすると、terraform apply コマンドは自動的に新しいプランを作成し、それを承認するように求めます。
実行プランを適用するには:
```
terraform apply
```
アクションを承認するように求められたら、「yes」と入力します。

terraform apply コマンドによって、Terraform 構成ファイルで定義された引数に従って Google Cloud インフラストラクチャが設定されます。このプロセスには数分かかる場合があります。デプロイの進行状況を確認するには、次のセクションの手順に沿って操作してください。
VM インスタンスのデプロイ後、VM インスタンスが削除された場合にブートディスクを保存するために Compute Engine が必要な場合は、次の操作を実行します。
1. Google Cloud コンソールで、Compute Engine の [VM インスタンス] ページに移動します。
  
  [VM インスタンス] に移動
2. VM インスタンスの名前をクリックして、目的の VM インスタンスの [VM インスタンスの詳細] ページを開きます。
3. [編集] をクリックします。
4. [削除ルール] の [ブートディスク] セクションで、[ディスクを維持] オプションが選択されていることを確認します。
5. [保存] をクリックします。

デプロイの確認

デプロイを確認するには、Cloud Logging でデプロイログを確認し、VM の設定を確認します。

ログを調べる

Google Cloud コンソールで Cloud Logging を開き、インストールの進行状況をモニタリングして、エラーを確認します。

注: Cloud Logging でこの手順を完了すると、費用が発生する場合があります。詳細については、Cloud Logging の料金をご覧ください。
Cloud Logging に移動
ログをフィルタします。
ログエクスプローラ
1. [ログエクスプローラ] ページで、[クエリ] ペインに移動します。
2. [リソース] プルダウンメニューから [グローバル] を選択し、[追加] をクリックします。
  
  [グローバル] オプションが表示されない場合は、クエリエディタに次のクエリを入力します。
```
resource.type="global"
"Deployment"
```
3. [クエリを実行] をクリックします。
以前のログビューア
- [以前のログビューア] ページの基本的なセレクタメニューから、ロギングリソースとして [グローバル] を選択します。
フィルタされたログを分析します。
- "--- Finished" が表示されている場合、デプロイメントは完了しています。次の手順に進んでください。
- 割り当てエラーが発生した場合:
  1. [IAM と管理] の [割り当て] ページで、IBM Db2 の要件を満たしていない割り当てを増やします。
  2. Cloud Shell を開きます。
    
    Cloud Shell に移動
  3. 作業ディレクトリに移動してデプロイを削除し、失敗したインストールから VM と永続ディスクをクリーンアップします。
```
terraform destroy
```
    アクションの承認を求められたら、「yes」と入力します。
  4. デプロイを再実行します。

VM の構成を確認する

VM インスタンスが正常にデプロイされたら、SSH を使用して VM に接続します。Compute Engine の [VM インスタンス] ページで、VM の [SSH] ボタンをクリックするか、任意の方法で SSH 接続を確立します。
root ユーザーに切り替えます。
```
sudo su -
```

コマンドプロンプトで df -h を実行します。次のような出力が表示されます。

Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       4.0M  8.0K  4.0M   1% /dev
tmpfs                           52G     0   52G   0% /dev/shm
tmpfs                           21G   18M   21G   1% /run
tmpfs                          4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sda3                       30G  4.3G   26G  15% /
/dev/sda2                       20M  2.9M   18M  15% /boot/efi
tmpfs                           11G     0   11G   0% /run/user/0
/dev/mapper/vg_db2sid-vol       15G   48M   15G   1% /db2/AS1
/dev/mapper/vg_db2dump-vol      15G   48M   15G   1% /db2/AS1/db2dump
/dev/mapper/vg_db2sapdata-vol   50G   84M   50G   1% /db2/AS1/sapdata
/dev/mapper/vg_db2saptmp-vol    20G   53M   20G   1% /db2/AS1/saptmp
/dev/mapper/vg_db2log-vol       30G   63M   30G   1% /db2/AS1/log_dir
/dev/mapper/vg_db2home-vol      15G   48M   15G   1% /db2/db2as1
/dev/mapper/vg_db2backup-vol   100G  135M  100G   1% /db2backup
/dev/mapper/vg_usrsap-vol       15G  200M   15G   2% /usr/sap
/dev/mapper/vg_sapmnt-vol       15G   48M   15G   1% /sapmnt
tmpfs                           11G     0   11G   0% /run/user/1000

スワップディレクトリが作成されたことを確認するには、次のコマンドを実行します。
```
cat /proc/meminfo | grep Swap
```
出力は次のようになります。
```
SwapCached:            0 kB
SwapTotal:      25161724 kB
SwapFree:       25161724 kB
```

クリーンアップしてデプロイを再試行する

前のセクションのデプロイ検証ステップのいずれかでインストールが正常に完了しなかった場合は、デプロイを元に戻し、次の手順を行ってデプロイを再試行する必要があります。

エラーが発生した場合は、同じ理由でデプロイが再び失敗することがないようにエラーを解決してください。ログの確認または割り当て関連のエラーの解決について詳しくは、ログを調べるをご覧ください。
Cloud Shell を開くか、Google Cloud CLI をローカルワークステーションにインストールしている場合はターミナルを開きます。

Cloud Shell を開く
このデプロイに使用した Terraform 構成ファイルがあるディレクトリに移動します。
次のコマンドを実行して、デプロイメントに含まれるすべてのリソースを削除します。
```
terraform destroy
```
アクションの承認を求められたら、「yes」と入力します。
このガイドで前述したように、デプロイを再試行します。

データベースサーバーのインストール

オペレーティングシステムが構成されたので、IBM Db2 データベースサーバーをインストールできます。

IBM Db2 とともに SAP NetWeaver をインストールする方法については、ご使用の SAP NetWeaver システムに固有のインストールガイドをご覧ください。

Linux VM に IBM Db2 をインストールするには、次の操作を行います。

Linux ベースの VM への SSH 接続を確立します。
IBM Db2 用の SAP メディアセット全体を VM にダウンロードまたはコピーします。

SAP メディアセットは SAP サポートポータルからダウンロードできます。
SAP Software Provisioning Manager を使用して IBM Db2 データベースサーバーをインストールします。
IBM Db2 のライセンスファイルをインストールします。

SAP から入手した IBM Db2 ライセンスのインストールについて詳しくは、SAP Note 816773 - DB6: Installing an SAP OEM license をご覧ください。

Google Cloud の SAP 用エージェントのインストールを検証する

VM をデプロイして SAP システムをインストールしたら、Google Cloud の SAP 用エージェントが正常に機能していることを確認します。

Google Cloud の SAP 用エージェントが実行されていることを確認する

エージェントの動作確認の手順は次のとおりです。

ホスト VM インスタンスと SSH 接続を確立します。

次のコマンドを実行します。

systemctl status google-cloud-sap-agent

エージェントが正常に機能している場合、出力には active (running) が含まれます。次に例を示します。

google-cloud-sap-agent.service - Google Cloud Agent for SAP
Loaded: loaded (/usr/lib/systemd/system/google-cloud-sap-agent.service; enabled; vendor preset: disabled)
Active:  active (running)  since Fri 2022-12-02 07:21:42 UTC; 4 days ago
Main PID: 1337673 (google-cloud-sa)
Tasks: 9 (limit: 100427)
Memory: 22.4 M (max: 1.0G limit: 1.0G)
CGroup: /system.slice/google-cloud-sap-agent.service
       └─1337673 /usr/bin/google-cloud-sap-agent

エージェントが実行されていない場合は、エージェントを再起動します。

SAP Host Agent が指標を受信していることを確認する

Google Cloud の SAP 用エージェントによってインフラストラクチャの指標が収集され、SAP Host Agent に正しく送信されていることを確認するには、次の操作を行います。

SAP システムで、トランザクションとして「ST06」を入力します。
概要ウィンドウで可用性と以下のフィールドの内容を確認し、SAP と Google モニタリングインフラストラクチャのエンドツーエンドの設定が正しいか調べます。
- クラウドプロバイダ: Google Cloud Platform
- Enhanced Monitoring Access: TRUE
- Enhanced Monitoring Details: ACTIVE

デプロイ後のタスクの実行

IBM Db2 インスタンスを使用する前に、次のデプロイ後の手順を実行することをおすすめします。

最新のパッチがある場合は、それを使用して IBM Db2 ソフトウェアを更新します。
追加のコンポーネントをインストールします。
新しい IBM Db2 データベースを構成してバックアップします。

その他のデプロイ後のガイドについては、IBM Db2 とともに使用している SAP システムに適用されるインストールガイドの Post-installation Tasks のセクションをご覧ください。

トラブルシューティング

このセクションでは、一般的な問題を修正する方法について説明します。

VM への接続に関するトラブルシューティング

ssh 経由で VM に接続する際に問題がある場合は、使用している Google Cloud ネットワーク上でポート 22 をオープンにするファイアウォールルールが作成されていることを確認してください。

その他の考えられる問題については、ブラウザから ssh 経由で接続する際の既知の問題をご覧ください。

Google のモニタリングエージェントのトラブルシューティング

SAP NetWeaver 用モニタリングエージェントに関する問題をトラブルシューティングするには、モニタリングのトラブルシューティングをご覧ください。

Linux 上での IBM Db2 for SAP 用 VM の自動デプロイ

前提条件

プロジェクトの作成

gcloud コマンド環境の構成

ネットワークの作成

NAT ゲートウェイの設定

ファイアウォール ルールの追加

Terraform を使用した Db2 用 Linux VM のデプロイ

デプロイの確認

ログを調べる

ログ エクスプローラ

以前のログビューア

VM の構成を確認する

クリーンアップしてデプロイを再試行する

データベース サーバーのインストール

Google Cloud の SAP 用エージェントのインストールを検証する

Google Cloud の SAP 用エージェントが実行されていることを確認する

SAP Host Agent が指標を受信していることを確認する

デプロイ後のタスクの実行

トラブルシューティング

VM への接続に関するトラブルシューティング

Google のモニタリング エージェントのトラブルシューティング

`gcloud` コマンド環境の構成

ファイアウォールルールの追加

ログエクスプローラ

データベースサーバーのインストール

Google のモニタリングエージェントのトラブルシューティング