このデプロイガイドでは、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.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
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 ネットワークを作成するには、次の手順を行います。
-
カスタムモードのネットワークを作成します。詳細については、カスタムモード ネットワークの作成をご覧ください。
-
サブネットワークを作成し、リージョンと 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 で次のコマンドを入力して、
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
です。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 Broadwelln1-highmem-64
: Intel Broadwelln1-highmem-96
: Intel Skylakem1-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 が必要な場合は、次の操作を実行します。
Google Cloud コンソールで、Compute Engine の [VM インスタンス] ページに移動します。
VM インスタンスの名前をクリックして、目的の VM インスタンスの [VM インスタンスの詳細] ページを開きます。
[編集] をクリックします。
[削除ルール] の [ブートディスク] セクションで、[ディスクを維持] オプションが選択されていることを確認します。
[保存] をクリックします。
デプロイの確認
デプロイを確認するには、Cloud Logging でデプロイログを確認し、VM の設定を確認します。
ログを調べる
Google Cloud コンソールで Cloud Logging を開き、インストールの進行状況をモニタリングして、エラーを確認します。
ログをフィルタします。
ログ エクスプローラ
[ログ エクスプローラ] ページで、[クエリ] ペインに移動します。
[リソース] プルダウン メニューから [グローバル] を選択し、[追加] をクリックします。
[グローバル] オプションが表示されない場合は、クエリエディタに次のクエリを入力します。
resource.type="global" "Deployment"
[クエリを実行] をクリックします。
以前のログビューア
- [以前のログビューア] ページの基本的なセレクタ メニューから、ロギング リソースとして [グローバル] を選択します。
フィルタされたログを分析します。
"--- Finished"
が表示されている場合、デプロイメントは完了しています。次の手順に進んでください。割り当てエラーが発生した場合:
[IAM と管理] の [割り当て] ページで、IBM Db2 の要件を満たしていない割り当てを増やします。
Cloud Shell を開きます。
作業ディレクトリに移動してデプロイを削除し、失敗したインストールから VM と永続ディスクをクリーンアップします。
terraform destroy
アクションの承認を求められたら、「
yes
」と入力します。デプロイを再実行します。
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 をローカル ワークステーションにインストールしている場合はターミナルを開きます。
このデプロイに使用した 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 用モニタリング エージェントに関する問題をトラブルシューティングするには、モニタリングのトラブルシューティングをご覧ください。