Memodifikasi konfigurasi VM untuk sistem SAP

Setelah VM di-deploy dan sistem SAP Anda berjalan, Anda perlu segera memodifikasi konfigurasi VM. Anda mungkin perlu melakukan tindakan ini karena sejumlah alasan, termasuk peningkatan beban kerja atau untuk meningkatkan ukuran VM cadangan dalam skenario pemulihan dari bencana.

Halaman ini membahas pertimbangan sistem SAP saat Anda memodifikasi VM.

Prosedur tingkat tinggi

Langkah-langkah mendetail untuk mengubah VM didokumentasikan dalam Mengubah jenis mesin dari instance yang dihentikan, dalam dokumentasi Compute Engine.

Anda dapat menggunakan konsol Google Cloud, Google Cloud CLI, atau Compute Engine API. Apa pun antarmuka yang Anda gunakan untuk mengubah VM, langkah-langkah tingkat tinggi yang Anda ikuti umumnya sama:

  1. Cadangkan sistem SAP Anda.

  2. Hentikan sistem SAP Anda.

  3. Hentikan instance VM.

  4. Mengubah konfigurasi instance VM.

  5. Mulai VM.

  6. Validasi perubahan Anda.

Jenis perubahan

Beberapa perubahan yang dapat Anda lakukan dengan menghentikan sistem SAP, menghentikan VM, membuat perubahan, dan memulai ulang. Perubahan lain mungkin mengharuskan Anda untuk mempartisi ulang drive atau memulihkan sistem database dari cadangan.

Perubahan berikut dapat dilakukan dengan menghentikan dan memulai ulang VM:

  • Beralih ke jenis instance VM yang lebih besar atau lebih kecil
  • Beralih ke platform CPU yang lebih baru
  • Beralih dari konfigurasi VM yang telah ditetapkan ke konfigurasi VM kustom

Perubahan berikut mungkin memerlukan pemulihan sistem SAP dari cadangan setelah perubahan selesai:

  • Mengurangi ukuran persistent disk
  • Mengonfigurasi ulang tata letak penyimpanan atau partisi
  • Mengubah kartu antarmuka jaringan atau konfigurasi Virtual Private Cloud

Untuk mengetahui informasi selengkapnya tentang cara mengubah konfigurasi VM Anda, lihat Mengubah jenis mesin dari instance yang dihentikan.

Mengubah persistent disk atau Hyperdisk

Jika Anda mengubah ukuran persistent disk atau Hyperdisk, maka untuk mengurangi risiko yang terkait dengan perubahan apa pun, buat disk baru sesuai ukuran yang diperlukan dan pertahankan disk lama sampai Anda mengonfirmasi bahwa perubahan telah berhasil.

Anda dapat menggunakan prosedur berikut untuk mengubah ukuran atau jenis persistent disk atau Hyperdisk yang terpasang ke VM:

  1. Cadangkan sistem SAP Anda.
  2. Hentikan sistem SAP.
  3. Hentikan instance VM.
  4. Buat snapshot persistent disk atau Hyperdisk yang Anda modifikasi, seperti yang dijelaskan dalam Membuat dan mengelola snapshot disk.
  5. Dengan menggunakan snapshot, buat disk baru dengan ukuran dan jenis yang Anda butuhkan, seperti yang dijelaskan dalam Memulihkan dari snapshot.

    Jika sistem SAP Anda adalah SAP HANA, pastikan jenis dan ukuran persistent disk atau Hyperdisk baru memenuhi persyaratan performa SAP HANA. Untuk mengetahui informasi selengkapnya, lihat Penyimpanan persistent disk SAP HANA.

  6. Lepaskan disk asli.

  7. Instal disk baru.

  8. Jika disk baru lebih besar dari disk lama, ubah ukuran sistem file untuk menggunakan ruang disk tambahan.

  9. Mulai ulang VM.

  10. Mulai ulang sistem SAP.

  11. Memvalidasi bahwa sistem beroperasi.

  12. Setelah sistem Anda divalidasi, hapus atau simpan disk lama, sesuai kebutuhan.

Tips dan rekomendasi

Pertimbangkan tips dan rekomendasi berikut sebelum Anda mengubah konfigurasi VM.

Mencadangkan sistem Anda sebelum melakukan perubahan

Sebelum melakukan perubahan apa pun, cadangkan data, sistem SAP, konfigurasi VM saat ini, dan hal lain yang mungkin terpengaruh oleh perubahan tersebut.

Salah satu cara untuk mencadangkan konfigurasi VM Anda adalah dengan mengambil snapshot boot disk VM Anda. Untuk mengetahui informasi selengkapnya, lihat Membuat dan mengelola snapshot disk.

Anda juga dapat membuat image kustom dari boot disk VM. Untuk mengetahui informasi selengkapnya, lihat Membuat, menghapus, dan menghentikan penggunaan image kustom.

Uji snapshot atau image kustom boot disk Anda dengan membuat instance VM darinya.

Menyimpan salinan detail konfigurasi VM Anda mungkin juga dapat membantu. Tidak semua detail konfigurasi VM diambil oleh snapshot persistent disk atau image kustom.

Anda dapat dengan cepat menampilkan dan menyalin detail konfigurasi VM dalam format respons REST dengan mengklik Equivalent REST di bagian bawah halaman VM instance details di Konsol Google Cloud.

Anda juga dapat menampilkan detail instance VM di Cloud Shell atau, jika Anda sudah menginstal Google Cloud CLI, terminal perintah lokal dengan mengeluarkan perintah berikut:

gcloud compute instances describe instance_name

Pertimbangan platform CPU

Sertifikasi SAP jenis VM Compute Engine menentukan platform CPU minimum yang dapat Anda gunakan dengan instance VM. Karena beberapa jenis VM Compute Engine memberi Anda pilihan platform CPU, saat Anda mengubah konfigurasi VM, Anda harus memastikan bahwa platform CPU yang dihasilkan memenuhi persyaratan minimum sertifikasi SAP. Hal ini terutama berlaku jika Anda menentukan Otomatis untuk platform CPU.

Untuk mengetahui informasi tentang platform CPU minimum yang disyaratkan sertifikasi SAP jenis VM Compute Engine di Google Cloud, lihat:

Jika Anda menggunakan kelompok mesin generasi lebih lama, sebaiknya tentukan platform CPU terbaru yang tersedia untuk kelompok mesin tersebut. Hal ini tidak hanya akan memberikan performa terbaik untuk workload Anda, tetapi juga dapat meningkatkan keandalan sistem melalui kemampuan yang disediakan oleh CPU yang lebih baru. Atau, pertimbangkan untuk mengupdate ke jenis mesin generasi yang lebih baru, misalnya N1 ke N2 atau N2D, jika memungkinkan. Jika Anda memiliki reservasi CPU atau komitmen Compute Engine untuk suatu jenis mesin, hubungi Sales Rep untuk mendiskusikan opsi Anda dalam mengubah reservasi atau jenis mesin.

Untuk mengetahui informasi tentang cara mengubah platform CPU, lihat Menentukan Platform CPU Minimum untuk Instance VM

Untuk mengetahui informasi selengkapnya tentang platform CPU yang tersedia dari Compute Engine, lihat platform CPU.

Konfigurasi mesin kustom

Saat mengonfigurasi mesin kustom, untuk memastikan dukungan dari SAP, Anda harus menyesuaikan rasio memori ke vCPU yang didasarkan pada jenis mesin yang Anda bangun secara kustom dan pedoman SAP.

Pedoman ini berbeda-beda tergantung pada peruntukan mesin kustom, untuk SAP HANA atau SAP NetWeaver.

Mesin kustom untuk SAP NetWeaver

Tabel berikut merangkum aturan untuk setiap jenis mesin kustom yang didukung SAP untuk SAP NetWeaver.

Jenis Mesin vCPU Opsi memori standar Opsi memori tinggi
N1 1, atau bilangan genap hingga 96 3,75 GB per vCPU 6,5 GB per vCPU
N2 Bilangan genap hingga 32. Setelah 32, jumlah vCPU harus dibagi 4, maksimal 80 vCPU. Misalnya, 32, 36, dan 40 vCPU semuanya valid, tetapi 38 tidak valid. 4 GB per vCPU 8 GB per vCPU
N2D 2 atau vCPU berjumlah genap yang dapat dibagi 4, hingga batas dukungan SAP sebanyak 32 vCPU. 4 GB per vCPU 8 GB per vCPU

Untuk mengetahui informasi selengkapnya, lihat Konfigurasi mesin kustom.

Mesin kustom untuk SAP HANA

Tabel berikut menunjukkan jenis mesin kustom Compute Engine yang disertifikasi oleh SAP untuk penggunaan produksi SAP HANA di Google Cloud.

SAP hanya memberikan sertifikasi untuk sebagian jenis mesin kustom yang tersedia dari Compute Engine.

Jenis Mesin Kustom memiliki aturan penyesuaian yang ditentukan oleh Compute Engine. Aturan ini berbeda-beda, bergantung pada jenis mesin yang Anda sesuaikan. Untuk mengetahui aturan penyesuaian lengkap, baca artikel Membuat instance VM kustom.

Jenis mesin dasar vCPU Memori (GB) Sistem operasi Platform CPU
N1-highmem Jumlah vCPU dari 32 sampai 64 yang habis dibagi 2. 6,5 GB untuk setiap vCPU RHEL, SUSE Intel Broadwell
N2-highmem (Hanya peningkatan skala) Di Intel Ice Lake, sejumlah vCPU dari 32 sampai 80 yang habis dibagi 4.
Di Intel Cascade Lake, sejumlah vCPU dari 32 sampai 80 yang habis dibagi 4.
Hingga 8 GB per vCPU RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake

Otomatisasi deployment dan jenis VM kustom untuk SAP

Jika Anda menggunakan file konfigurasi Terraform atau template Deployment Manager yang disediakan oleh Google Cloud untuk men-deploy VM, maka untuk men-deploy jenis VM kustom, Anda harus men-deploy sementara jenis VM yang telah ditetapkan yang memiliki vCPU dan memori yang sama dengan atau lebih dari yang Anda butuhkan, lalu ubah VM untuk mendapatkan vCPU dan memori yang Anda butuhkan. Konfigurasi Terraform dan file Deployment Manager tidak mendukung penentuan jenis mesin kustom.

Untuk SAP HANA, men-deploy VM dengan memori yang sedikit lebih banyak daripada yang Anda butuhkan akan memastikan Anda memiliki penyimpanan persistent disk yang cukup untuk sistem SAP HANA tanpa perlu membayar banyak penyimpanan persistent disk yang tidak Anda butuhkan. Jika Anda men-deploy VM dengan memori lebih sedikit daripada yang dibutuhkan, maka setelah menambahkan memori, Anda juga harus meningkatkan ukuran persistent disk atau Hyperdisk agar sesuai dengan peningkatan memori.

Atau, saat menggunakan konfigurasi Terraform untuk SAP HANA, Anda dapat menentukan ukuran disk yang diperlukan menggunakan argumen lanjutan yang terkait dengan argumen disk_type. Untuk mengetahui informasi selengkapnya, lihat panduan deployment untuk skenario deployment Anda. Pastikan Anda mengikuti ukuran minimum untuk persistent disk berbasis SSD di panduan perencanaan SAP HANA.

Untuk SAP NetWeaver, Anda dapat memilih jenis VM terkecil yang telah ditetapkan, lalu menambahkan vCPU yang diperlukan. Anda tidak perlu menyesuaikan ukuran persistent disk.

Informasi selengkapnya tentang cara membuat instance VM kustom

Untuk informasi selengkapnya tentang cara membuat instance VM Compute Engine dengan konfigurasi khusus, lihat Membuat instance VM dengan jenis mesin kustom.

Menguji perubahan Anda

Sebagai langkah terakhir dalam proses perubahan, gunakan sistem non-produksi untuk menguji perubahan yang Anda buat sebelum menerapkannya dalam produksi.

Menghindari periode nonaktif saat mengubah konfigurasi VM

Proses perubahan adalah proses yang paling sederhana jika perubahan yang perlu Anda lakukan tidak memerlukan pemulihan sistem dari cadangan dan bisnis Anda dapat menoleransi periode nonaktif yang singkat.

Jika bisnis Anda tidak dapat menoleransi periode nonaktif, sistem SAP Anda mungkin berjalan dalam konfigurasi ketersediaan tinggi (HA). Dalam hal ini, Anda dapat membuat perubahan untuk satu node dalam satu waktu. Namun, saat perubahan sedang dilakukan pada node sekunder, sistem sekunder tidak tersedia untuk failover jika node utama mengalami masalah.

Membuat perubahan VM satu per satu ke node dalam konfigurasi HA juga dapat digunakan untuk perubahan lainnya, seperti:

  • Patching sistem operasi
  • Patching sistem database
  • Patching kernel SAP, jika digabungkan dengan update kernel berkelanjutan
  • Mengonfigurasi ulang akun layanan VM, jaringan, dan sebagainya

Jenis perubahan ini berada di luar cakupan topik ini dan dapat mencakup pertimbangan, langkah, atau persyaratan tambahan.