Panduan deployment cluster ketersediaan tinggi Db2 IBM untuk SAP

Panduan ini menunjukkan cara menyiapkan resource Google Cloud untuk cluster ketersediaan tinggi (HA) IBM Db2 (IBM Db2) bagi SAP di sistem operasi Linux.

Petunjuk ini merupakan pelengkap dari petunjuk yang diberikan oleh SAP dan IBM dalam Solusi Ketersediaan Tinggi IBM Db2: IBM Tivoli System Automation for Multiplatforms. Selalu baca dokumentasi terbaru yang disediakan oleh SAP dan IBM saat menginstal dan mengonfigurasi cluster IBM Db2 HA di Google Cloud.

Petunjuk ini ditujukan untuk cluster IBM Db2 HA yang menggunakan IBM Tivoli System Automation for Multiplatforms (TSAMP) untuk memantau sistem dan memulai tindakan yang sesuai jika sistem tidak responsif. Cluster ini menggunakan fungsi pemulihan bencana ketersediaan tinggi (HADR) IBM Db2 untuk mereplikasi perubahan data yang dicatat ke dalam log ke database standby.

Cluster menggunakan alamat IP mengambang yang diimplementasikan oleh Google Cloud dengan rute statis Google Cloud atau alamat IP alias. Dalam konteks ini, istilah "alamat IP mengambang" identik dengan istilah "alamat IP virtual", yang digunakan dalam dokumentasi SAP.

Petunjuk ini menunjukkan cara menyiapkan cluster IBM Db2 HA yang terdiri dari server IBM Db2 utama dan satu server IBM Db2 sekunder atau standby yang masing-masing di-deploy pada server virtual (VM) Compute Engine terpisah.

Panduan ini ditujukan untuk pengguna SAP dan IBM Db2 berpengalaman yang terbiasa dengan cluster ketersediaan tinggi.

Untuk informasi selengkapnya tentang merencanakan cluster Db2 HA, lihat Cluster IBM Db2 dengan ketersediaan tinggi di Panduan Perencanaan IBM Db2 for SAP.

Dokumentasi SAP yang diperlukan

Petunjuk untuk menginstal dan mengonfigurasi komponen SAP dan IBM disediakan oleh SAP dalam Solusi Ketersediaan Tinggi IBM Db2: IBM Tivoli System Automation for Multiplatforms.

Baca dokumentasi SAP dan Google Cloud sebelum Anda memulai prosedur dalam petunjuk ini. Di berbagai tahap deployment, Anda mungkin perlu merujuk ke dokumentasi SAP dan Google Cloud.

Prasyarat

Sebelum membuat cluster ketersediaan tinggi IBM Db2, pastikan prasyarat berikut terpenuhi:

  • Anda atau organisasi Anda memiliki akun Google Cloud dan telah membuat project untuk deployment cluster IBM Db2 HA. Untuk informasi tentang cara membuat project Google Cloud, lihat Prasyarat dalam panduan deployment IBM Db2 for SAP.
  • Jika ingin menjalankan beban kerja SAP dengan mematuhi persyaratan residensi data, kontrol akses, staf dukungan, atau peraturan, Anda harus membuat folder Assured Workloads yang diperlukan. Untuk mengetahui informasi selengkapnya, lihat Kepatuhan dan sovereign controls untuk SAP di Google Cloud.

  • Anda memiliki jaringan Virtual Private Cloud di Google Cloud. Untuk petunjuk tentang cara mengonfigurasi jaringan VPC dan aturan firewall, serta petunjuk menyiapkan gateway NAT atau bastion host untuk IBM Db2 untuk SAP, lihatPanduan deployment IBM Db2 untuk SAP.

  • Jika login OS diaktifkan pada metadata project, Anda harus menonaktifkan login OS untuk sementara sampai deployment selesai. Untuk tujuan deployment, prosedur ini mengonfigurasi kunci SSH dalam metadata instance. Jika login OS diaktifkan, konfigurasi kunci SSH berbasis metadata akan dinonaktifkan. Setelah deployment selesai, Anda dapat kembali mengaktifkan login OS.

    Untuk informasi selengkapnya, lihat:

Men-deploy cluster ketersediaan tinggi IBM Db2 di Google Cloud

Petunjuk ini menunjukkan cara men-deploy dua VM, menentukan alamat IP mengambang, dan mengonfigurasi alamat IP alias atau rute Google Cloud yang mendukung alamat IP mengambang. Saat perlu menginstal komponen IBM, Anda akan diarahkan ke dokumentasi SAP.

Layanan Google Cloud utama yang perlu Anda siapkan untuk cluster ketersediaan tinggi IBM Db2 adalah:

  • Jaringan VPC dan subnetwork
  • Aturan firewall (jika Anda tidak menggunakan bentuk kontrol akses jaringan lainnya)
  • VM Compute Engine dan penyimpanan persistent disk

Anda juga mendownload dan menggunakan skrip helper Google Cloud saat menentukan resource kustom yang digunakan TSAMP untuk mengelola pengalihan alamat IP mengambang antar-host. Skrip ini memungkinkan TSAMP untuk berinteraksi dengan Google Cloud API.

Tentang Deployment Manager

Dalam petunjuk ini, Anda menetapkan opsi resource untuk penginstalan dalam template file konfigurasi Deployment Manager.

Deployment Manager memperlakukan semua resource yang dibuat untuk sistem SAP sebagai entitas tunggal yang disebut deployment. Anda dapat melihat dan bekerja dengan semua deployment untuk project Anda di halaman Deployment pada Konsol Google Cloud.

Perhatikan perilaku berikut saat menggunakan Deployment Manager:

  • Penghapusan deployment akan menghapus semua resource yang terkait dengan deployment tersebut, termasuk VM, persistent disk, dan semua sistem SAP yang diinstal di VM.

  • Secara default, Deployment Manager menggunakan kebijakan pembuatan resource ACQUIRE. Jika Anda menentukan nama VM yang sudah digunakan oleh VM lain dalam project, Deployment Manager tidak akan membuat VM baru, tetapi menambahkan VM yang ada ke deployment baru Anda. Jika VM asli Anda dibuat dengan menjalankan Deployment Manager sebelumnya, VM tersebut akan dikaitkan dengan dua deployment.

    Jika Anda menghapus deployment baru tersebut, VM yang diperoleh akan dihapus dari deployment yang awalnya membuatnya. Untuk menghindari skenario tersebut, setel kebijakan resource Deployment Manager ke CREATE, atau pastikan Anda menggunakan nama resource unik dalam deployment baru Anda.

    Untuk informasi tentang kebijakan yang dapat digunakan saat membuat resource dengan Deployment Manager dan cara menentukannya, lihat dokumentasi Deployment Manager.

Men-deploy VM untuk cluster IBM Db2 HA dengan Deployment Manager

  1. Di Cloud Shell, download template file konfigurasi template_ha.yaml ke direktori kerja Anda:

    wget https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/latest/dm-templates/sap_db2/template_ha.yaml

  2. Untuk membuka editor kode Cloud Shell, klik ikon pensil () di pojok kanan atas jendela terminal Cloud Shell.

  3. Atau, ganti nama file template_ha.yaml untuk mengidentifikasi konfigurasi yang ditentukannya. Contoh, db2_ha_s123_dh1.yaml.

  4. Untuk membuka template_ha.yaml di editor kode, klik dua kali.

  5. Tentukan VM dan persistent disk di file template_ha.yaml. File template_ha.yaml berisi dua bagian: sap_db2_primary dan sap_db2_secondary. Setiap bagian berisi kumpulan pasangan nilai properti, diikuti dengan komentar yang mencakup properti yang jarang digunakan.

    Saat Anda mengisi setiap bagian, kecuali untuk properti instanceName, zone, dan otherHost, definisi untuk setiap VM harus sama.

    Tabel berikut menjelaskan properti yang disertakan di setiap bagian. Untuk menggunakan properti, ganti teks placeholder dan tanda kurung dengan nilai untuk penginstalan Anda.

    Properti Jenis data Deskripsi
    jenis String

    Menentukan lokasi, jenis, dan versi template Deployment Manager yang akan digunakan selama deployment.

    File YAML berisi dua spesifikasi type, yang salah satunya diberi komentar. Spesifikasi type yang aktif secara default menentukan versi template sebagai latest. Spesifikasi type yang dijadikan sebagai komentar menentukan versi template tertentu dengan stempel waktu.

    Jika Anda memerlukan semua deployment untuk menggunakan versi template yang sama, gunakan spesifikasi type yang menyertakan stempel waktu.

    instanceName String Nama instance VM tempat Anda menginstal IBM Db2. Nama harus terdiri dari 13 karakter atau kurang, ditentukan dalam huruf kecil, angka, atau tanda hubung.
    instanceType String Jenis mesin virtual Compute Engine tempat Anda menginstal IBM Db2. Tentukan jenis mesin dengan dua vCPU atau lebih. Contoh, n1-standard-4.
    zone String Zona tempat Anda men-deploy instance IBM Db2. Jaringan ini harus berada di region yang sama dengan yang Anda pilih untuk subnetwork Anda.
    subnetwork String Nama subnetwork yang Anda buat di langkah sebelumnya. Jika Anda men-deploy ke VPC bersama, tentukan nilai ini sebagai shared-vpc-project/SUBNETWORK. Contoh, myproject/network1.
    linuxImage String Nama image sistem operasi atau kelompok image sistem operasi Linux yang Anda gunakan dengan IBM Db2. Untuk menentukan kelompok gambar, tambahkan awalan family/ ke nama keluarga. Misalnya, family/rhel-7-sap-apps atau family/sles-12-sp3-sap. Untuk menentukan gambar, masukkan nama gambar saja. Untuk daftar kelompok gambar yang tersedia, lihat halaman Images di konsol Google Cloud.
    linuxImageProject String Project Google Cloud berisi image yang akan Anda gunakan. Project ini dapat berupa project Anda sendiri atau project image Google Cloud, seperti rhel-sap-cloud atau suse-sap-cloud. Untuk daftar project gambar Google Cloud, lihat halaman Gambar di dokumentasi Compute Engine.
    db2SID String ID instance database.
    db2sidSize Bilangan Bulat Ukuran dalam GB /db2/DBSID, yang merupakan direktori utama instance database. Nilai minimum dan default untuk db2sidSize adalah 8 GB.
    db2homeSize Bilangan bulat Ukuran dalam GB /db2/db2db2sid, yang merupakan direktori utama instance database. Nilai minimum dan default untuk db2homeSize adalah 8 GB.
    db2dumpSize Bilangan bulat Ukuran dalam GB /db2/DBSID/db2dump, yang menyimpan file dump dari DB2 yang digunakan untuk mendiagnosis masalah. Nilai minimum dan default untuk db2dumpSize adalah 8 GB.
    db2saptmpSize Bilangan bulat Ukuran dalam GB /db2/DBSID/saptmp, yang menyimpan ruang tabel sementara database. Nilai minimum dan default untuk db2saptmpSize adalah 8 GB.
    db2sapdataSize Bilangan Bulat Ukuran /sapdb/DBSID/sapdata, yang menyimpan file data database. Nilai minimum dan default untuk db2sapdataSize adalah 30 GB.
    db2logSize Bilangan Bulat Ukuran /db2/DBSID/logdir, yang menyimpan log transaksi database. Nilai minimum dan default untuk db2logSize adalah 8 GB.
    db2backupSize Bilangan Bulat Ukuran volume /db2backup. Properti ini bersifat opsional. Jika Anda menetapkan ke 0 atau menghapusnya, tidak ada disk yang akan dibuat.
    db2sapdataSSD boolean Menentukan apakah drive data menggunakan persistent disk SSD (Yes) atau persistent disk HDD (No). Yes adalah default.
    db2logSSD boolean Menentukan apakah drive log menggunakan persistent disk SSD (Yes) atau persistent disk HDD (No). Yes adalah default. SSD direkomendasikan untuk log drive.
    usrsapSize Bilangan Bulat Hanya diperlukan jika Anda menginstal IBM Db2 untuk menjalankan aplikasi dengan SAP NetWeaver pada instance VM yang sama.
    sapmntSize Bilangan Bulat Hanya diperlukan jika Anda menginstal IBM Db2 untuk menjalankan aplikasi dengan SAP NetWeaver pada instance VM yang sama.
    swapSize Bilangan Bulat Hanya diperlukan jika Anda menginstal IBM Db2 untuk menjalankan aplikasi dengan SAP NetWeaver pada instance VM yang sama.
    otherHost String Nama instance VM lainnya dalam cluster IBM Db2 HA. Instance VM harus ditentukan di kumpulan properti lain dalam file template_ha.yaml yang sama.
    networkTag String Opsional. Tag jaringan yang mewakili instance VM untuk tujuan firewall atau pemilihan rute. Jika Anda menentukan publicIP: No dan tidak menggunakan tag jaringan, pastikan untuk menyediakan cara lain akses ke internet.
    publicIP boolean Opsional. Menentukan apakah alamat IP publik ditambahkan ke instance VM Anda atau tidak. Nilai defaultnya adalah Yes.
    serviceAccount String Opsional. Jika Anda membuat akun layanan sendiri dengan izin yang dikunci, masukkan nama akun tersebut di sini. Secara default, VM di-deploy menggunakan akun layanan project default. Perhatikan bahwa akun layanan yang tidak ditetapkan dengan benar akan menghambat deployment yang sukses. Berikut adalah contoh akun layanan khusus: myserviceuser@myproject.iam.gserviceaccount.com
    sap_deployment_debug boolean Opsional. Jika nilai ini disetel ke Yes, deployment akan menghasilkan log deployment panjang. Jangan aktifkan setelan ini kecuali jika engineer dukungan Google meminta Anda mengaktifkan proses debug.
    post_deployment_script String Opsional. Menentukan lokasi skrip yang akan dijalankan setelah deployment selesai. Skrip harus dihosting di server web atau di bucket Cloud Storage. URL harus diawali dengan http://, https://, atau gs://. Perhatikan bahwa skrip ini dieksekusi pada semua VM yang dibuat oleh template tersebut. Untuk menjalankannya pada instance utama saja, tambahkan tanda centang di bagian atas skrip.

    Contoh definisi VM dari file konfigurasi template_ha.yaml berikut membuat dua VM untuk cluster IBM Db2 HA. Untuk setiap VM, file konfigurasi akan mengarahkan Deployment Manager untuk men-deploy VM n1-standard-4 yang menjalankan sistem operasi dari kelompok image SLES 12 SP3. VM ini mencakup semua direktori yang diperlukan untuk menjalankan cluster IBM Db2 HA. Deployment Manager tidak membuat direktori NetWeaver SAP, karena ukuran direktori disetel ke 0.

    resources:
- name: sap_db2_primary
  type: https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/latest/dm-templates/sap_db2/sap_db2.py
  #
  # By default, this configuration file uses the latest release of the deployment
  # scripts for SAP on Google Cloud.  To fix your deployments to a specific release
  # of the scripts, comment out the type property above and uncomment the type property below.
  #
  # type: https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/202103310846/dm-templates/sap_db2/sap_db2.py
  #
  properties:
    instanceName: db2-ha-s1
    instanceType: n1-standard-4
    zone: us-central1-c
    subnetwork: example-sap-subnetwork
    linuxImage: family/sles-12-sp3-sap
    linuxImageProject: suse-sap-cloud
    db2SID: DH1
    db2sidSize: 16
    db2dumpSize: 16
    db2saptmpSize: 16
    db2sapdataSize: 50
    db2logSize: 16
    db2backupSize: 50
    db2sapdataSSD: Yes
    db2logSSD: Yes
    usrsapSize: 0
    sapmntSize: 0
    swapSize: 0
    otherHost: db2-ha-s2
#
# (Comment section omitted from example)
#
- name: sap_db2_secondary
  type: https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/latest/dm-templates/sap_db2/sap_db2.py
  #
  # By default, this configuration file uses the latest release of the deployment
  # scripts for SAP on Google Cloud.  To fix your deployments to a specific release
  # of the scripts, comment out the type property above and uncomment the type property below.
  #
  # type: https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/202103310846/dm-templates/sap_db2/sap_db2.py
  #
  properties:
    instanceName: db2-ha-s2
    instanceType: n1-standard-4
    zone: us-central1-f
    subnetwork: example-sap-subnetwork
    linuxImage: family/sles-12-sp3-sap
    linuxImageProject: suse-sap-cloud
    db2SID: DH1
    db2sidSize: 16
    db2dumpSize: 16
    db2saptmpSize: 16
    db2sapdataSize: 50
    db2logSize: 16
    db2backupSize: 50
    db2sapdataSSD: Yes
    db2logSSD: Yes
    usrsapSize: 0
    sapmntSize: 0
    swapSize: 0
    otherHost: db2-ha-s1

  6. Men-deploy instance VM dengan Deployment Manager.

    gcloud deployment-manager deployments create DEPLOYMENT-NAME --config TEMPLATE-NAME.yaml

    Dengan keterangan:

    • DEPLOYMENT-NAME menunjukkan nama yang Anda pilih untuk deployment saat ini. Nama ini digunakan untuk mengidentifikasi deployment ini di halaman Deployment pada konsol Google Cloud.
    • TEMPLATE-NAME mewakili nama yang Anda berikan ke file konfigurasi atau, template_ha.yaml jika Anda tidak mengubah nama file default.

    Deployment Manager membaca spesifikasi dalam file template_ha.yaml dan mengonfigurasi VM serta persistent disk sesuai dengan spesifikasi tersebut. Proses ini mungkin memerlukan waktu beberapa menit. Untuk memeriksa progres deployment, ikuti langkah-langkah di bagian berikutnya.

Memverifikasi deployment

Untuk memverifikasi deployment, periksa log deployment di Cloud Logging dan periksa konfigurasi VM.

Memeriksa log

  1. Di Konsol Google Cloud, buka Cloud Logging untuk memantau progres penginstalan dan memeriksa error.

    Buka Cloud Logging

  2. Filter log:

    Logs Explorer

    1. Di halaman Logs Explorer, buka panel Query.

    2. Dari menu drop-down Resource, pilih Global, lalu klik Add.

      Jika Anda tidak melihat opsi Global, di editor kueri, masukkan kueri berikut:

      resource.type="global"
"Deployment"

    3. Klik Jalankan kueri.

    Logs Viewer Lama

    • Di halaman Legacy Logs Viewer, dari menu pemilih dasar, pilih Global sebagai resource logging Anda.

  3. Analisis log yang difilter:

    • Jika "--- Finished" ditampilkan, berarti pemrosesan deployment selesai dan Anda dapat melanjutkan ke langkah berikutnya.

    • Jika Anda melihat error kuota:

      1. Di halaman Quotas IAM & Admin, tingkatkan kuota yang tidak memenuhi persyaratan IBM DB2 yang tercantum di Panduan perencanaan IBM DB2 untuk SAP.

      2. Pada halaman Deployments di Deployment Manager, hapus deployment untuk membersihkan VM dan persistent disk dari penginstalan yang gagal.

      3. Jalankan kembali deployment Anda.

Memeriksa konfigurasi VM

  1. Setelah deployment VM selesai, hubungkan ke setiap VM menggunakan ssh. Dari halaman instance VM Compute Engine, Anda dapat mengklik tombol SSH untuk setiap instance VM, atau menggunakan metode SSH yang Anda inginkan.

    Tombol SSH di halaman instance VM Compute Engine.

  2. Ubah ke pengguna root.

    sudo su -

  3. Di command prompt, masukkan df -h. Pastikan Anda melihat output yang mirip dengan berikut ini:

    db2-ha-s1:~ # df -h
Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       7.4G     0  7.4G   0% /dev
tmpfs                           12G     0   12G   0% /dev/shm
tmpfs                          7.4G   18M  7.4G   1% /run
tmpfs                          7.4G     0  7.4G   0% /sys/fs/cgroup
/dev/sda1                       30G  2.2G   26G   8% /
/dev/mapper/vg_db2sid-vol       16G   33M   16G   1% /db2/DH1
/dev/mapper/vg_db2dump-vol      16G   33M   16G   1% /db2/DH1/db2dump
/dev/mapper/vg_db2sapdata-vol   50G   33M   50G   1% /db2/DH1/sapdata
/dev/mapper/vg_db2saptmp-vol    16G   33M   16G   1% /db2/DH1/saptmp
/dev/mapper/vg_db2log-vol       16G   33M   16G   1% /db2/DH1/log_dir
/dev/mapper/vg_db2home-vol      16G   33M   16G   1% /db2/db2dh1
/dev/mapper/vg_db2backup-vol    50G   33M   50G   1% /db2backup
tmpfs                          1.5G     0  1.5G   0% /run/user/1001

Jika salah satu langkah validasi menunjukkan bahwa penginstalan gagal:

  1. Perbaiki error tersebut.
  2. Di halaman Deployments, hapus deployment untuk membersihkan VM dan persistent disk dari penginstalan yang gagal.
  3. Jalankan kembali deployment Anda.

Mencadangkan alamat IP mengambang

Anda harus memilih alamat IP untuk digunakan sebagai alamat IP mengambang. Anda memerlukan alamat IP ini nanti saat menetapkan metadata instance VM host, serta saat menginstal dan mengonfigurasi IBM db2 dan cluster HA.

Bergantung pada apakah Anda memilih jenis implementasi IP rute atau alias untuk alamat IP mengambang, persyaratan untuk alamat IP mengambang akan berbeda-beda.

Jika Anda menggunakan implementasi rute statis untuk alamat IP mengambang, alamat IP tersebut harus berada di luar rentang alamat IP subnetwork dan tidak dapat digunakan oleh pihak lain di jaringan yang diperluas di organisasi Anda. Konsultasikan dengan admin jaringan Anda untuk menentukan alamat IP yang sesuai untuk digunakan.

Jika menggunakan implementasi alamat IP alias untuk alamat IP mengambang, Anda harus mencadangkan alamat IP dari rentang alamat IP subnetwork yang digunakan host.

Hanya untuk penerapan alamat IP alias, cadangkan alamat IP alias:

  1. Buka terminal pada VM host atau buka Cloud Shell.

    Buka Cloud Shell

  2. Cadangkan alamat IP.

    gcloud compute addresses create vip-name --region region --subnet subnet-name \
  --addresses ip-addr-optional

    Menentukan properti alamat bersifat opsional. Jika Anda tidak memasukkan alamat IP, Compute Engine akan memilih alamat IP dari subjaringan Anda.

  3. Tampilkan dan catat alamat IP yang dicadangkan untuk digunakan saat Anda menginstal server database dan mengonfigurasi cluster HA.

    gcloud compute addresses describe vip-name --region=region

    Contoh: 

    db2-ha-s1:~ # gcloud compute addresses describe db2-ha-vip-dh1 --region=us-central1
address: 10.1.0.30
addressType: INTERNAL
creationTimestamp: '2018-11-28T11:34:14.478-08:00'
description: ''
id: '6558342813288977241'
kind: compute#address
name: db2-ha-vip-dh1
region: https://www.googleapis.com/compute/v1/projects/solutions-writers/regions/us-central1
selfLink: https://www.googleapis.com/compute/v1/projects/solutions-writers/regions/us-central1/addresses/db2-ha-vip-dh1
status: RESERVED
subnetwork: https://www.googleapis.com/compute/v1/projects/solutions-writers/regions/us-central1/subnetworks/example-sap-   subnetwork

Menambahkan alamat IP mengambang ke metadata untuk setiap instance VM host

Anda menentukan informasi tentang alamat IP mengambang Anda, termasuk rute yang dipilih atau jenis implementasi IP alias, sebagai metadata kustom untuk setiap instance VM dalam cluster. Untuk informasi selengkapnya tentang memilih jenis penerapan untuk alamat IP mengambang Anda, lihat Alamat IP mengambang untuk cluster HA IBM Db2 di Google Cloud.

Bergantung pada jenis penerapan Anda, parameter metadata yang Anda tetapkan akan berbeda-beda. Di dua bagian berikut, ikuti petunjuk di bagian yang berlaku untuk implementasi alamat IP mengambang Anda

Menetapkan metadata untuk implementasi rute alamat IP mengambang

Jika Anda menggunakan implementasi rute untuk alamat IP mengambang, gunakan parameter dalam tabel berikut dan prosedur yang mengikuti tabel untuk menetapkan metadata instance.

Parameter Nilai Tujuan
sap_ibm_vip_solution route Menunjukkan bahwa ini adalah deployment multi-zona yang menggunakan rute statis Google Cloud untuk mendukung pengalihan alamat IP mengambang antar-host.
sap_ibm_db2_vip ip-address Menentukan alamat IP mengambang yang Anda cadangkan di langkah sebelumnya.
sap_ibm_db2_routename route-name Menentukan nama arbitrer untuk rute statis. Misalnya, Anda dapat menggunakan db2-dh1-vip-route
sap_ibm_db2_routenet vpc-network-name Menentukan jaringan VPC yang berisi cluster IBM Db2 HA.

Guna menetapkan metadata instance untuk penerapan rute statis alamat IP mengambang:

  1. Buka terminal pada VM host atau buka Cloud Shell.

    Buka Cloud Shell

  2. Untuk setiap instance VM host dalam cluster, tentukan metadata yang sama untuk implementasi rute alamat IP mengambang.

    gcloud compute instances add-metadata instance-name \
--metadata sap_ibm_vip_solution=route,sap_ibm_db2_vip=ip-address,\
sap_ibm_db2_routename=route-name,sap_ibm_db2_routenet=vpc-network-name \
--zone instance-zone

Menyetel metadata untuk implementasi alamat IP alias dari alamat IP mengambang

Jika Anda menggunakan implementasi alamat IP alias untuk alamat IP mengambang, gunakan parameter dalam tabel berikut dan prosedur yang mengikuti tabel berikut untuk menetapkan metadata instance.

Parameter Nilai Tujuan
sap_ibm_vip_solution alias Menunjukkan bahwa ini adalah deployment zona tunggal yang menggunakan alamat IP alias Google Cloud untuk mendukung pengalihan alamat IP mengambang antar-host.
sap_ibm_db2_vip ip-address Menentukan alamat IP mengambang yang Anda cadangkan di langkah sebelumnya.
sap_ibm_db2_vip_range alias-ip-range-name Secara opsional, tentukan nama arbitrer untuk rentang IP alias. Misalnya, Anda dapat menggunakan db2-dh1-vip-alias. Nilai defaultnya adalah nama subnetwork.

Untuk menetapkan metadata instance bagi penerapan IP alias dari alamat IP mengambang:

  1. Buka terminal pada VM host atau buka Cloud Shell.

    Buka Cloud Shell

  2. Untuk setiap instance VM host di cluster, tentukan metadata yang sama untuk implementasi alamat IP alias dari alamat IP mengambang.

    gcloud compute instances add-metadata instance-name \
--metadata sap_ibm_vip_solution=alias,sap_ibm_db2_vip=ip-address,\
sap_ibm_db2_vip_range=alias-ip-range-name --zone instance-zone

Meninjau atau mengubah metadata instance

Untuk meninjau metadata instance yang Anda tetapkan.

gcloud compute instances describe instance-name --zone instance-zone

Jika Anda perlu mengubah metadata kustom.

gcloud compute instances add-metadata instance-name --metadata  parm-name=parm-value

Menambahkan nama host dan alamat IP ke /etc/hosts

Selama penyiapan cluster, alat penyiapan cluster SAP akan memvalidasi nama host dan alamat IP internal setiap VM host dan alamat IP mengambang. Untuk memastikan validasi berhasil, tambahkan alamat IP, nama host, dan nama DNS internal VPC untuk setiap VM host dan alamat IP mengambang ke /etc/hosts di setiap VM host dengan menggunakan editor pilihan Anda.

Misalnya, sebagai root, contoh berikut akan memperbarui /etc/hosts:

echo "#Db2 HA floating IP additions" >> /etc/hosts
echo 10.2.0.24 db2-ha-vip-dh1 db2-ha-vip-dh1.c.solutions-writers.internal >> /etc/hosts
echo 10.1.0.3 db2-ha-s1 db2-ha-s1.us-central1-c.c.db2-ha-project.internal >> /etc/hosts
echo 10.1.0.2 db2-ha-s2 db2-ha-s2.us-central1-f.c.db2-ha-project.internal >> /etc/hosts

Pada contoh sebelumnya, string antara nama host dan >> di setiap baris adalah nama DNS internal VPC, yang digunakan oleh layanan DNS internal VPC.

VM host menggunakan nama DNS internal zona yang menyertakan kolom untuk zona. Alamat IP mengambang menggunakan nama DNS internal global, yang tidak mencakup kolom zona.

Untuk host VM, Anda dapat mengambil nama DNS internal dengan memasukkan perintah berikut dari terminal pada VM host:

curl "http://metadata.google.internal/computeMetadata/v1/instance/hostname" \
-H "Metadata-Flavor: Google"

Untuk alamat IP mengambang, Anda dapat memasukkannya sendiri menggunakan format berikut.

vip-host-name.c.project-name.internal

Setelah Anda mengupdate file /etc/hosts, informasi yang relevan dalam file /etc/hosts akan terlihat seperti contoh berikut:

#Db2 HA floating IP additions
10.2.0.24 db2-ha-vip-dh1 db2-ha-vip-dh1.c.solutions-writers.internal
10.1.0.3 db2-ha-s1 db2-ha-s1.us-central1-c.c.db2-ha-project.internal
10.1.0.2 db2-ha-s2 db2-ha-s2.us-central1-f.c.db2-ha-project.internal

Mempersiapkan sistem operasi

Setelah membuat VM, siapkan sistem operasi untuk cluster IBM Db2 HA.

Persyaratan ini dijelaskan oleh SAP dan IBM. Dokumentasi SAP memerlukan penginstalan software, seperti Perl dan Korn Shell, yang mungkin tidak terinstal sebelumnya di VM host Compute Engine Anda.

Periksa dokumen berikut untuk mengetahui persyaratan terbaru:

Menginstal server database dan membuat cluster HA IBM Db2

Sebelum Anda mulai mengikuti petunjuk dalam Solusi ketersediaan tinggi IBM Db2: IBM Tivoli System Automation for Multiplatforms untuk menginstal dan mengonfigurasi IBM Db2 dan cluster HA, tinjau ringkasan prosedur berikut, dengan memberi perhatian khusus pada catatannya.

Untuk menginstal SAP NetWeaver dan server aplikasi utama, baca dokumentasi SAP NetWeaver Google Cloud dan panduan penginstalan SAP yang berlaku, yang tersedia dari Portal Bantuan SAP.

Langkah-langkah berikut adalah ringkasan prosedur penginstalan. Baca dokumentasi SAP untuk mengetahui detailnya.

  1. Tetapkan konektivitas SSH berbasis kunci antara instance utama dan sekunder serta antara setiap instance dan dirinya sendiri seperti yang dijelaskan dalam dokumentasi SAP. SSH digunakan oleh alat penyiapan cluster SAP. Menguji semua koneksi di setiap host. Misalnya, pada db2-ha-s1, uji kedua hal berikut.

    • ssh db2-ha-s1
    • ssh db2-ha-s2

  2. Download atau salin set media SAP lengkap untuk Db2 ke VM Anda dari portal bantuan SAP.

  3. Pada VM host utama, gunakan Manajer Penyedia Software SAP (SWPM) untuk menginstal server database IBM Db2.

  4. Pada VM host sekunder, siapkan database standby menggunakan metode seperti salinan sistem homogen SAP.

  5. Di kedua VM host, instal file lisensi untuk IBM Db2 dan IBM TSAMP. Untuk mengetahui informasi selengkapnya tentang penginstalan lisensi IBM yang Anda peroleh dari SAP, lihat SAP Note 816773 - DB6: Menginstal lisensi OEM SAP.

  6. Pada kedua VM host, instal TSAMP versi terbaru, yang didukung oleh versi database dan versi sistem operasi Anda.

  7. Pada VM host utama, gunakan versi terbaru alat penyiapan cluster SAP sapdb2cluster.sh untuk mengonfigurasi dan membuat cluster HA IBM Db2.

  8. Setelah cluster dibuat, pada host utama, gunakan utilitas konfigurasi instance ketersediaan tinggi (db2haicu) DB2 untuk menguji apakah cluster dapat melakukan failover.

    1. Keluar dari alat penyiapan cluster SAP dan shell Korn.

    2. Pada instance utama, pastikan bahwa server database utama sedang online.

      lssam

      Dalam contoh kutipan berikut dari output lssam, instance database utama sedang online:

      Online IBM.ResourceGroup:db2_db2dh1_db2dh1_DH1-rg Nominal=Online
        '- Online IBM.Application:db2_db2dh1_db2dh1_DH1-rs
                |- Online IBM.Application:db2_db2dh1_db2dh1_DH1-rs:db2-ha-s1
                '- Offline IBM.Application:db2_db2dh1_db2dh1_DH1-rs:db2-ha-s2

    3. Beralihlah ke pengguna instance database.

      sudo su - db2sid

    4. Mulai utilitas db2haicu.

      db2haicusid

    5. Di antarmuka db2haicu, pilih opsi 5 dan ikuti petunjuknya.

    6. Keluar dari utilitas db2haicu.

    7. Di host utama, pastikan host sekunder sudah online.

      lssam

      Dalam contoh kutipan berikut dari output lssam, instance database sekunder dilakukan secara online:

      Online IBM.ResourceGroup:db2_db2dh1_db2dh1_DH1-rg Nominal=Online
        '- Online IBM.Application:db2_db2dh1_db2dh1_DH1-rs
                |- Offline IBM.Application:db2_db2dh1_db2dh1_DH1-rs:db2-ha-s1
                '- Online IBM.Application:db2_db2dh1_db2dh1_DH1-rs:db2-ha-s2

Untuk menyelesaikan konfigurasi cluster, ikuti petunjuk di bagian berikutnya untuk membuat resource TSAMP kustom untuk alamat IP mengambang dan mengaitkannya dalam TSAMP dengan resource instance Db2 IBM.

Membuat resource kustom TSAMP untuk alamat IP mengambang

Agar TSAMP dapat mengelola alamat IP mengambang, Anda harus membuat resource kustom TSAMP untuknya. Agar TSAMP dapat berinteraksi dengan Google Cloud sambil mengelola resource alamat IP mengambang, Anda harus mendownload dan mengonfigurasi skrip helper dari Google Cloud.

Mendownload skrip helper Google Cloud

Pada setiap host di cluster, download skrip helper Google Cloud dan tetapkan izinnya.

  1. Pada host utama dan standby, sebagai pengguna root dari direktori /root pada VM utama, download skrip.

    wget https://storage.googleapis.com/sapdeploy/gceTSAMP/gcp_floating_ip.sh

  2. Di kedua host, tetapkan izin pada skrip.

    chmod 744 gcp_floating_ip.sh

Membuat dan mengonfigurasi resource kustom TSAMP untuk alamat IP mengambang

Pada host mana pun di cluster, buat dan konfigurasi resource kustom TSAMP untuk alamat IP mengambang.

  1. Di satu host, gunakan metode yang Anda inginkan untuk membuat file konfigurasi bernama cluster_res.conf dan tempelkan teks berikut di dalamnya setelah Anda memperbarui parameter NodeNameList dengan nama host Anda.

    PersistentResourceAttributes::
  Name="gcp_floating_ip-rs"
  ResourceType=1
  StartCommand="/root/gcp_floating_ip.sh start"
  StopCommand="/root/gcp_floating_ip.sh stop"
  MonitorCommand="/root/gcp_floating_ip.sh status"
  MonitorCommandPeriod=30
  MonitorCommandTimeout=30
  StartCommandTimeout=600
  StopCommandTimeout=600
  UserName="root"
  RunCommandsSync=1
  ProtectionMode=0
  NodeNameList={"host-1","host-2"}

  2. Pada host utama sebagai pengguna root, buat resource kustom TSAMP dengan perintah berikut.

    export CT_MANAGEMENT_SCOPE=2
mkrsrc -f cluster_res.conf IBM.Application
mkrg -l None gcp_floating_ip-rg
chrg -o Online gcp_floating_ip-rg
addrgmbr -g gcp_floating_ip-rg -m F IBM.Application:gcp_floating_ip-rs
rgreq -o start gcp_floating_ip-rg

  3. Pada host utama sebagai pengguna root, pastikan resource instance Db2 yang online berada di host yang sama dengan resource IP mengambang online.

    lssam

    Dalam output, semua resource online harus berada di VM host yang sama:

    Online IBM.ResourceGroup:db2_db2dh1_db2dh1_DH1-rg Nominal=Online
        '- Online IBM.Application:db2_db2dh1_db2dh1_DH1-rs
                |- Online IBM.Application:db2_db2dh1_db2dh1_DH1-rs:db2-ha-s1
                '- Offline IBM.Application:db2_db2dh1_db2dh1_DH1-rs:db2-ha-s2
Online IBM.ResourceGroup:gcp_floating_ip.sh_rg Nominal=Online
        '- Online IBM.Application:gcp_floating_ip.sh_rs
                |- Online IBM.Application:gcp_floating_ip.sh_rs:db2-ha-s1
                '- Offline IBM.Application:gcp_floating_ip.sh_rs:db2-ha-s2

    Jika resource alamat IP mengambang tidak online di host yang sama dengan instance database, pindahkan resource alamat IP mengambang.

    rgreq -o move -n host-to-move-from gcp_floating_ip-rg

  4. Sebagai pengguna root di host utama, buat hubungan dalam TSAMP antara resource instance database dan resource alamat IP mengambang.

    rgreq -o lock gcp_floating_ip-rg
rgreq -o lock db2_db2sid_db2sid_SID-rg
mkrel -o NoCondition -p Collocated \
  -S IBM.Application:gcp_floating_ip-rs -G IBM.Application:db2_db2sid_db2sid_SID-rs \
  db2hadr_colo_gcp_floating_ip
rgreq -o unlock db2_db2sid_db2sid_SID-rg
rgreq -o unlock gcp_floating_ip-rg

    Setelah membuat hubungan antara resource instance database dan resource alamat IP mengambang, Anda dapat menguji failover lagi, seperti yang dijelaskan di bagian berikutnya.

Memverifikasi deployment cluster Db2 dengan ketersediaan tinggi (HA) untuk SAP di Google Cloud

Untuk mengonfirmasi bahwa cluster IBM Db2 HA dikonfigurasi dengan benar, picu failover dan pastikan semua resource online berpindah dari satu VM host ke VM lainnya.

Untuk melakukan pengujian failover.

  1. Pada host utama sebagai pengguna root, perhatikan VM host mana yang saat ini digunakan resource online.

    lssam

  2. Di host utama, ubah ke pengguna instance db2.

    sudo su - db2sid

  3. Mulai utilitas db2haicu.

    db2haicu

  4. Di antarmuka utilitas db2haicu, picu failover dengan memilih opsi 5 dan mengikuti petunjuknya.

  5. Setelah utilitas db2haicu selesai memproses, keluar dari utilitas tersebut.

  6. Beralihlah ke pengguna root.

    sudo su -

  7. Pastikan resource online telah dipindahkan ke VM host lain.

Memvalidasi penginstalan Agen Google Cloud untuk SAP

Setelah Anda men-deploy VM dan menginstal sistem SAP, pastikan bahwa Agen Google Cloud untuk SAP berfungsi dengan benar.

Memastikan bahwa Agen Google Cloud untuk SAP berjalan

Untuk memastikan bahwa agen sedang berjalan, ikuti langkah-langkah berikut:

  1. Buat koneksi SSH dengan instance VM host Anda.

  2. Jalankan perintah berikut: 

    systemctl status google-cloud-sap-agent

    Jika agen berfungsi dengan baik, output akan berisi active (running). Contoh: 

    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

Jika agen tidak berjalan, mulai ulang agen.

Memverifikasi bahwa Agen Host SAP menerima metrik

Untuk memverifikasi bahwa metrik infrastruktur dikumpulkan oleh Agen Google Cloud untuk SAP dan dikirim dengan benar ke Agen Host SAP, ikuti langkah-langkah berikut:

  1. Di sistem SAP, masukkan transaksi ST06.

  2. Di panel ringkasan, periksa ketersediaan dan konten kolom berikut untuk penyiapan infrastruktur pemantauan SAP dan Google yang menyeluruh dan benar:

    • Penyedia Cloud: Google Cloud Platform
    • Akses Pemantauan yang Ditingkatkan: TRUE
    • Detail Pemantauan yang Ditingkatkan: ACTIVE

Melakukan tugas pasca-deployment

Sebelum menggunakan sistem ketersediaan tinggi IBM Db2 Anda di Google Cloud, sebaiknya selesaikan semua aktivitas pasca-penginstalan yang didokumentasikan dalam Solusi Ketersediaan Tinggi IBM Db2: IBM Tivoli System Otomatisasi untuk Multiplatform, termasuk.

  1. Memvalidasi cluster database.

  2. Mencadangkan kebijakan inti TSAMP.

  3. Mengupdate paket perbaikan database.

  4. Memperbarui koneksi klien Db2 agar menggunakan nama host dan alamat IP dari alamat IP mengambang. Misalnya, perbarui file db2cli.ini pada server aplikasi SAP ABAP.

Jika Anda menggunakan gateway NAT dengan cluster HA DB2, selesaikan penyiapan gateway NAT, seperti yang dijelaskan dalam Menyelesaikan penginstalan gateway NAT di dokumen IBM Db2 untuk panduan deployment SAP.