Menyebarkan IBM DB2 pureScale di Azure

Artikel ini menjelaskan cara menyebarkan contoh arsitektur yang baru-baru ini digunakan pelanggan perusahaan untuk bermigrasi dari lingkungan IBM DB2 yang berjalan pada z/OS ke IBM DB2 pureScale di Azure.

Untuk mengikuti langkah-langkah yang digunakan untuk migrasi, lihat skrip penginstalan di repositori DB2onAzure di GitHub. Skrip ini didasarkan pada arsitektur untuk beban kerja pemrosesan transaksi online (OLTP) berukuran sedang yang khas.

Mulai

Untuk menyebarkan arsitektur ini, unduh dan jalankan skrip deploy.sh yang ditemukan di repositori DB2onAzure di GitHub.

Repositori ini juga memiliki skrip untuk menyiapkan dasbor Grafana. Anda dapat menggunakan dasbor untuk mengkueri Prometheus, sistem pemantauan dan peringatan sumber terbuka yang disertakan dengan DB2.

Catatan

Skrip deploy.sh pada klien membuat kunci SSH pribadi dan meneruskannya ke template penyebaran melalui HTTPS. Untuk keamanan yang lebih baik, sebaiknya gunakan Azure Key Vault untuk menyimpan rahasia, kunci, dan kata sandi.

Cara kerja skrip penyebaran

Skrip deploy.sh membuat dan mengonfigurasi sumber daya Azure untuk arsitektur ini. Skrip meminta kepada Anda langganan Azure dan komputer virtual yang digunakan di lingkungan target, lalu melakukan operasi berikut ini:

  • Menyiapkan grup sumber daya, jaringan virtual, dan subnet di Azure untuk penginstalan.
  • Menyiapkan grup keamanan jaringan dan SSH untuk lingkungan.
  • Menyiapkan beberapa NIC pada penyimpanan bersama dan mesin virtual DB2 pureScale.
  • Membuat komputer virtual penyimpanan bersama. Jika Anda menggunakan Storage Spaces Direct atau solusi penyimpanan lainnya, lihat Gambaran umum Storage Spaces Direct.
  • Membuat komputer virtual jumpbox.
  • Membuat mesin virtual DB2 pureScale.
  • Membuat mesin virtual saksi yang di-ping oleh DB2 pureScale. Lewati bagian penyebaran ini jika versi Db2 pureScale Anda tidak memerlukan saksi.
  • Membuat mesin virtual Windows untuk digunakan untuk pengujian tetapi tidak memasangl apa pun di dalamnya.

Selanjutnya, skrip penyebaran menyiapkan jaringan area penyimpanan virtual iSCSI (vSAN) untuk penyimpanan bersama di Azure. Dalam contoh ini, iSCSI terhubung ke kluster penyimpanan bersama. Dalam solusi pelanggan asli, GlusterFS digunakan. Namun, IBM tidak lagi mendukung pendekatan ini. Untuk mempertahankan dukungan Anda dari IBM, Anda perlu menggunakan sistem file yang kompatibel dengan iSCSI yang didukung. Microsoft menawarkan Storage Spaces Direct (S2D) sebagai opsi.

Solusi ini juga memberi Anda opsi untuk memasang target iSCSI sebagai satu simpul Windows. iSCSI menyediakan antarmuka penyimpanan blok bersama melalui TCP/IP yang memungkinkan prosedur penyiapan DB2 pureScale untuk menggunakan antarmuka perangkat untuk terhubung ke penyimpanan bersama.

Skrip penyebaran menjalankan langkah-langkah umum ini:

  1. Siapkan kluster penyimpanan bersama di Azure. Langkah ini melibatkan setidaknya dua simpul Linux.
  2. Siapkan antarmuka iSCSI Direct pada server Linux target untuk kluster penyimpanan bersama.
  3. Siapkan inisiator iSCSI di komputer virtual Linux. Inisiator akan mengakses kluster penyimpanan bersama dengan menggunakan target iSCSI. Untuk detail penyetelan, lihat Cara Mengonfigurasi Target dan Inisiator iSCSI Di Linux dalam dokumentasi RootUsers.
  4. Instal lapisan penyimpanan bersama untuk antarmuka iSCSI.

Setelah skrip membuat perangkat iSCSI, langkah terakhir adalah memasang DB2 pureScale. Sebagai bagian dari pengaturan DB2 pureScale, IBM Spectrum Scale (sebelumnya dikenal sebagai GPFS) dikompilasi dan dipasang pada kluster GlusterFS. Sistem file terkluster ini memungkinkan DB2 pureScale untuk berbagi data di antara komputer virtual yang menjalankan mesin DB2 pureScale. Untuk informasi selengkapnya, lihat dokumentasi IBM Spectrum Scale di situs web IBM.

File respons DB2 pureScale

Repositori GitHub mencakup DB2server.rsp, file respons (.rsp) yang memungkinkan Anda menghasilkan skrip otomatis untuk instalasi DB2 pureScale. Tabel berikut ini mencantumkan opsi DB2 pureScale yang digunakan file respons untuk penyetelan. Anda dapat mengkustomisasi file respons sesuai kebutuhan untuk lingkungan Anda.

Catatan

File respons sampel, DB2server.rsp, disertakan dalam repositori DB2onAzure di GitHub. Jika Anda menggunakan file ini, Anda harus mengeditnya sebelum dapat bekerja di lingkungan Anda.

Nama layar Bidang Nilai
Selamat datang Pasang Baru
Pilih Produk DB2 Versi 11.1.3.3. Edisi Server dengan DB2 pureScale
Konfigurasi Direktori /data1/opt/ibm/db2/V11.1
Pilih jenis instalasi Khas
Saya menyetujui ketentuan IBM Dicentang
Pemilik Instans Pengguna Yang Ada Untuk Instans, Nama pengguna DB2sdin1
Pengguna Berpagar Pengguna yang Sudah Ada, Nama pengguna DB2sdfe1
Sistem File Kluster Jalur perangkat partisi disk berbagi /dev/dm-2
Titik pemasangan /DB2sd_1804a
Disk bersama untuk data /dev/dm-1
Titik pemasangan (Data) /DB2fs/datafs1
Disk bersama untuk log /dev/dm-0
Titik pemasangan (Log) /DB2fs/logfs1
Pemutus Ikatan Layanan Kluster DB2. Jalur perangkat /dev/dm-3
Daftar Host d1 [eth1], d2 [eth1], cf1 [eth1], cf2[eth1]
CF primer pilihan cf1
CF sekunder pilihan cf2
File Respons dan Ringkasan opsi pertama Pasang DB2 Server Edition dengan fitur IBM DB2 pureScale dan simpan pengaturan saya dalam file respons
Nama file respons /root/DB2server.rsp

Catatan tentang penyebaran ini

  • Nilai untuk /dev-dm0, /dev-dm1, /dev-dm2, dan /dev-dm3 dapat berubah setelah menghidupkan ulang pada komputer virtual tempat pengaturan berlangsung (d0 dalam skrip otomatis). Untuk menemukan nilai yang tepat, Anda bisa mengeluarkan perintah berikut sebelum menyelesaikan file respons di server tempat penyetelan akan berjalan:

    sudo ls -als /dev/mapper
    
    total 0
    0 drwxr-xr-x 2 root root 140 May 30 11:07 .
    0 drwxr-xr-x 19 root root 4060 May 30 11:31 ..
    0 crw------- 1 root root 10, 236 May 30 11:04 control
    0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2data1 -\> ../dm-1
    0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2log1 -\> ../dm-0
    0 lrwxrwxrwx 1 root root 7 May 30 11:26 db2shared -\> ../dm-2
    0 lrwxrwxrwx 1 root root 7 May 30 11:08 db2tieb -\> ../dm-3
    
  • Skrip pengaturan menggunakan alias untuk disk iSCSI sehingga nama yang sebenarnya dapat ditemukan dengan mudah.

  • Saat skrip penyiapan dijalankan pada d0, /dev/dm-\* nilainya mungkin berbeda pada d1, cf0, dan cf1. Perbedaan nilai tidak mempengaruhi penyiapan DB2 pureScale.

Pemecahan masalah dan masalah yang diketahui

Repositori GitHub mencakup basis pengetahuan yang dipertahankan penulis. Ini mencantumkan masalah potensial yang mungkin Anda miliki dan resolusi yang dapat Anda coba. Misalnya, masalah yang diketahui dapat terjadi ketika:

  • Anda mencoba menghubungi alamat IP gateway.
  • Anda sedang menyusun Lisensi Publik Umum (General Public License, GPL).
  • Jabat tangan keamanan antar host gagal.
  • Alat penginstal DB2 mendeteksi sistem file yang ada.
  • Anda menginstal IBM Spectrum Scale secara manual.
  • Anda menginstal DB2 pureScale saat IBM Spectrum Scale sudah dibuat.
  • Anda menghapus DB2 pureScale dan IBM Spectrum Scale.

Untuk informasi selengkapnya tentang masalah ini dan masalah lain yang diketahui, lihat file kb.md di repositori DB2onAzure.

Langkah berikutnya