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)をデプロイする前に、プロジェクトを作成する必要があります。

プロジェクトの作成

  1. 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.
  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  3. Make sure that billing is enabled for your Google Cloud project.

  4. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  5. Make sure that billing is enabled for your Google Cloud project.

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 ネットワークを作成するには、次の手順を行います。

  1. カスタムモードのネットワークを作成します。詳細については、カスタムモード ネットワークの作成をご覧ください。

  2. サブネットワークを作成し、リージョンと 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 を使用することもできます。

  1. Cloud Shell を開きます。

    Cloud Shell を開く

  2. Cloud Shell で次のコマンドを入力して、sap_db2.tf 構成ファイルを作業ディレクトリにダウンロードします。

    wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/terraform/sap_db2.tf
  3. sap_db2.tf ファイルを Cloud Shell コードエディタで開きます。

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

  4. 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-hasles-15-sp5-sap です。使用可能なオペレーティング システム イメージのリストについては、Google Cloud コンソールの [イメージ] ページをご覧ください。
    linux_image_project 文字列 引数 linux_image に指定するイメージを含む Google Cloud プロジェクトを指定します。このプロジェクトは独自のプロジェクトか、Google Cloud イメージ プロジェクトです。 Compute Engine イメージの場合は、rhel-sap-cloudsuse-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 です。
    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
      # ...
    }
  5. 現在の作業ディレクトリを初期化し、Google Cloud 用の Terraform プロバイダのプラグインとモジュール ファイルをダウンロードするには:

    terraform init

    terraform init コマンドで、他の Terraform コマンドの作業ディレクトリを準備します。

    作業ディレクトリのプロバイダ プラグインと構成ファイルを強制的に更新するには、--upgrade フラグを指定します。--upgrade フラグが省略されていて、作業ディレクトリに変更を加えていない場合、source URL で latest が指定されている場合でも、Terraform はローカル キャッシュに保存されたコピーを使用します。

    terraform init --upgrade 
  6. 必要に応じて、Terraform 実行プランを作成します。

    terraform plan

    terraform plan コマンドによって、現在の構成で必要な変更が表示されます。この手順をスキップすると、terraform apply コマンドは自動的に新しいプランを作成し、それを承認するように求めます。

  7. 実行プランを適用するには:

    terraform apply

    アクションを承認するように求められたら、「yes」と入力します。

    terraform apply コマンドによって、Terraform 構成ファイルで定義された引数に従って Google Cloud インフラストラクチャが設定されます。このプロセスには数分かかる場合があります。デプロイの進行状況を確認するには、次のセクションの手順に沿って操作してください。

  8. VM インスタンスのデプロイ後、VM インスタンスが削除された場合にブートディスクを保存するために Compute Engine が必要な場合は、次の操作を実行します。

    1. Google Cloud コンソールで、Compute Engine の [VM インスタンス] ページに移動します。

      [VM インスタンス] に移動

    2. VM インスタンスの名前をクリックして、目的の VM インスタンスの [VM インスタンスの詳細] ページを開きます。

    3. [編集] をクリックします。

    4. [削除ルール] の [ブートディスク] セクションで、[ディスクを維持] オプションが選択されていることを確認します。

    5. [保存] をクリックします。

デプロイの確認

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

ログを調べる

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

    Cloud Logging に移動

  2. ログをフィルタします。

    ログ エクスプローラ

    1. [ログ エクスプローラ] ページで、[クエリ] ペインに移動します。

    2. [リソース] プルダウン メニューから [グローバル] を選択し、[追加] をクリックします。

      [グローバル] オプションが表示されない場合は、クエリエディタに次のクエリを入力します。

      resource.type="global"
      "Deployment"
      
    3. [クエリを実行] をクリックします。

    以前のログビューア

    • [以前のログビューア] ページの基本的なセレクタ メニューから、ロギング リソースとして [グローバル] を選択します。
  3. フィルタされたログを分析します。

    • "--- Finished" が表示されている場合、デプロイメントは完了しています。次の手順に進んでください。
    • 割り当てエラーが発生した場合:

      1. [IAM と管理] の [割り当て] ページで、IBM Db2 の要件を満たしていない割り当てを増やします。

      2. Cloud Shell を開きます。

        Cloud Shell に移動

      3. 作業ディレクトリに移動してデプロイを削除し、失敗したインストールから VM と永続ディスクをクリーンアップします。

        terraform destroy

        アクションの承認を求められたら、「yes」と入力します。

      4. デプロイを再実行します。

VM の構成を確認する

  1. VM インスタンスが正常にデプロイされたら、SSH を使用して VM に接続します。Compute Engine の [VM インスタンス] ページで、VM の [SSH] ボタンをクリックするか、任意の方法で SSH 接続を確立します。

  2. root ユーザーに切り替えます。

    sudo su -
  3. コマンド プロンプトで 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
    
  4. スワップ ディレクトリが作成されたことを確認するには、次のコマンドを実行します。

    cat /proc/meminfo | grep Swap

    出力は次のようになります。

    SwapCached:            0 kB
    SwapTotal:      25161724 kB
    SwapFree:       25161724 kB
    

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

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

  1. エラーが発生した場合は、同じ理由でデプロイが再び失敗することがないようにエラーを解決してください。ログの確認または割り当て関連のエラーの解決について詳しくは、ログを調べるをご覧ください。

  2. Cloud Shell を開くか、Google Cloud CLI をローカル ワークステーションにインストールしている場合はターミナルを開きます。

    Cloud Shell を開く

  3. このデプロイに使用した Terraform 構成ファイルがあるディレクトリに移動します。

  4. 次のコマンドを実行して、デプロイメントに含まれるすべてのリソースを削除します。

    terraform destroy

    アクションの承認を求められたら、「yes」と入力します。

  5. このガイドで前述したように、デプロイを再試行します。

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

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

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

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

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

    SAP メディアセットは SAP サポート ポータルからダウンロードできます。

  3. SAP Software Provisioning Manager を使用して IBM Db2 データベース サーバーをインストールします。

  4. 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 用エージェントが実行されていることを確認する

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

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

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

    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 に正しく送信されていることを確認するには、次の操作を行います。

  1. SAP システムで、トランザクションとして「ST06」を入力します。
  2. 概要ウィンドウで可用性と以下のフィールドの内容を確認し、SAP と Google モニタリング インフラストラクチャのエンドツーエンドの設定が正しいか調べます。

    • クラウド プロバイダ: Google Cloud Platform
    • Enhanced Monitoring Access: TRUE
    • Enhanced Monitoring Details: ACTIVE

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

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

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

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

トラブルシューティング

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

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

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

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

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

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