Panduan perencanaan SAP HANA

Panduan ini memberikan ringkasan tentang hal yang diperlukan untuk menjalankan SAP HANA di Google Cloud, dan memberikan detail yang dapat Anda gunakan saat merencanakan implementasi sistem SAP HANA baru.

Untuk mengetahui detail tentang cara men-deploy SAP HANA di Google Cloud, lihat:

• Untuk deployment peningkatan skala dengan host tunggal dan penyebaran skala dengan multi-host, lihat:
  • Terraform: Panduan deployment peningkatan skala SAP HANA
  • Deployment Manager: Panduan deployment peningkatan skala SAP HANA
• Untuk sistem penyebaran skala dengan deployment failover otomatis host, lihat:
  • Terraform: Sistem penyebaran skala SAP HANA dengan panduan deployment failover otomatis host
  • Deployment Manager: Sistem penyebaran skala SAP HANA dengan panduan deployment failover otomatis host
• Untuk konfigurasi cluster dengan ketersediaan tinggi peningkatan skala, lihat:
  • Terraform: Panduan konfigurasi cluster ketersediaan tinggi untuk meningkatkan skala SAP HANA
  • Deployment Manager: Panduan konfigurasi cluster dengan ketersediaan tinggi SAP HANA
  • Konfigurasi cluster peningkatan skala HA manual di RHEL
  • Konfigurasi cluster peningkatan skala HA manual di SLES
• Untuk konfigurasi cluster dengan ketersediaan tinggi penyebaran skala, lihat:
  • Terraform: Panduan konfigurasi cluster ketersediaan tinggi untuk penyebaran skala SAP HANA
  • Konfigurasi cluster penyebaran skala HA manual di SLES

Tentang SAP HANA di Google Cloud

SAP HANA adalah database relasional berorientasi kolom dalam memori yang menyediakan analisis berperforma tinggi dan pemrosesan data real-time. Pelanggan dapat memanfaatkan kemudahan penyediaan, kemampuan infrastruktur Google Cloud yang sangat skalabel, dan redundan untuk menjalankan workload penting bisnis mereka. Google Cloud menyediakan serangkaian aset fisik, seperti komputer dan hard disk drive, serta resource virtual, seperti virtual machine (VM) Compute Engine yang terletak di pusat data Google di seluruh dunia.

Saat men-deploy SAP HANA di Google Cloud, Anda melakukan deployment ke virtual machine yang berjalan di Compute Engine. VM Compute Engine menyediakan persistent disk yang berfungsi mirip dengan disk fisik di desktop atau server, tetapi dikelola secara otomatis oleh Compute Engine untuk memastikan redundansi data dan performa yang dioptimalkan.

Dasar-dasar Google Cloud

Google Cloud terdiri dari banyak produk dan layanan berbasis cloud. Saat menjalankan produk SAP di Google Cloud, Anda terutama menggunakan layanan berbasis IaaS yang ditawarkan melalui Compute Engine dan Cloud Storage, serta beberapa fitur yang mencakup seluruh platform, seperti alat.

Lihat Ringkasan platform Google Cloud untuk mengetahui konsep dan terminologi penting. Panduan ini menduplikasi beberapa informasi dari ringkasan untuk kemudahan dan konteks.

Untuk ringkasan pertimbangan yang harus dipertimbangkan oleh organisasi berskala perusahaan saat menjalankan Google Cloud, lihat Framework Arsitektur Google Cloud.

Berinteraksi dengan Google Cloud

Google Cloud menawarkan tiga cara utama untuk berinteraksi dengan platform dan resource Anda, di cloud:

• Konsol Google Cloud, yang merupakan antarmuka pengguna berbasis web.
• Alat command line gcloud, yang menyediakan superset fungsi yang ditawarkan Konsol Google Cloud.
• Library klien, yang menyediakan API untuk mengakses layanan dan pengelolaan resource. Library klien berguna saat mem-build alat Anda sendiri.

Layanan Google Cloud

Deployment SAP biasanya menggunakan beberapa atau semua layanan Google Cloud berikut:

Harga dan kuota

Anda dapat menggunakan kalkulator harga untuk memperkirakan biaya penggunaan. Untuk mengetahui informasi harga selengkapnya, lihat Harga Compute Engine, Harga Cloud Storage, dan harga Google Cloud Observability.

Resource Google Cloud dibatasi oleh kuota. Jika berencana menggunakan mesin dengan CPU tinggi atau bermemori tinggi, Anda mungkin perlu meminta kuota tambahan. Untuk informasi selengkapnya, lihat Kuota resource Compute Engine.

Kepatuhan dan sovereign controls

Jika Anda mengharuskan workload SAP untuk dijalankan sesuai dengan residensi data, kontrol akses, staf dukungan, atau persyaratan peraturan, maka Anda harus merencanakan penggunaan Assured Workloads - sebuah layanan yang membantu Anda menjalankan workload yang aman dan sesuai dengan kebijakan di Google Cloud tanpa mengorbankan kualitas pengalaman cloud Anda. Untuk mengetahui informasi selengkapnya, lihat Kepatuhan dan sovereign controls untuk SAP di Google Cloud.

Persyaratan resource

Jenis mesin tersertifikasi untuk SAP HANA

Untuk SAP HANA, SAP hanya memberikan sertifikasi untuk sebagian jenis mesin yang tersedia dari Google Cloud.

Jenis mesin yang disertifikasi SAP untuk SAP HANA mencakup mesin virtual (VM) Compute Engine dan mesin bare metal Solusi Bare Metal.

Konfigurasi kustom jenis VM n1 tujuan umum dan n2-highmem juga disertifikasi oleh SAP. Untuk informasi lebih lanjut, lihat Jenis VM kustom bersertifikasi untuk SAP HANA.

Untuk sistem operasi yang disertifikasi untuk digunakan dengan HANA pada setiap jenis mesin, lihat Sistem operasi bersertifikasi untuk SAP HANA.

Beberapa jenis mesin hanya tersedia di region Google Cloud. Untuk memeriksa ketersediaan regional mesin virtual Compute Engine, lihat Region & zona yang tersedia. Untuk mesin Solusi Bare Metal yang telah mendapatkan sertifikasi untuk SAP HANA, lihat Ketersediaan regional mesin Solusi Bare Metal untuk SAP HANA.

SAP mencantumkan jenis mesin yang tersertifikasi untuk SAP HANA di Direktori Hardware SAP HANA yang Tersertifikasi dan Didukung.

Untuk informasi selengkapnya tentang berbagai jenis VM Compute Engine dan kasus penggunaannya, lihat jenis mesin.

VM Compute Engine Bersertifikasi untuk SAP HANA

Tabel berikut menunjukkan VM Compute Engine yang disertifikasi oleh SAP untuk SAP HANA:

Tabel berikut menunjukkan semua jenis mesin Google Cloud yang disertifikasi oleh SAP untuk penggunaan produksi SAP HANA.

Tabel ini tidak mencakup jenis mesin yang disertifikasi SAP untuk SAP Business One di SAP HANA. Untuk jenis mesin yang disertifikasi SAP untuk SAP HANA dengan SAP Business One, lihat Aplikasi SAP Tersertifikasi di Google Cloud.

Mesin Solusi Bare Metal bersertifikasi untuk SAP HANA

Tabel berikut menunjukkan mesin Solusi Bare Metal yang disertifikasi oleh SAP untuk SAP HANA secara eksklusif dalam arsitektur tiga tingkat.

Untuk mengetahui di wilayah mana jenis mesin tersertifikasi ini tersedia, lihat Ketersediaan regional mesin Solusi Bare Metal untuk SAP HANA.

Jenis mesin kustom bersertifikasi 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.

Ketersediaan regional mesin Solusi Bare Metal untuk SAP HANA

Tabel berikut menunjukkan region Google Cloud saat ini yang mendukung SAP HANA di Solusi Bare Metal.

Jika Anda tidak melihat region yang diperlukan dalam tabel sebelumnya, hubungi bagian Penjualan Google Cloud.

Konfigurasi memori

Opsi konfigurasi memori ditentukan oleh jenis instance VM Compute Engine yang Anda pilih. Untuk informasi selengkapnya, lihat kursus Sertifikasi jenis mesin untuk SAP HANA tabel sementara.

Konfigurasi jaringan

Kemampuan jaringan VM Compute Engine Anda ditentukan oleh kelompok mesin, bukan oleh antarmuka jaringan (NIC) atau alamat IP-nya.

Berdasarkan jenis mesinnya, instance VM Anda memiliki throughput jaringan 2-32 Gbps. Jenis mesin tertentu juga mendukung throughput hingga 100 Gbps, yang memerlukan penggunaan jenis antarmuka Google Virtual NIC (gVNIC) dengan konfigurasi jaringan Tier_1. Kemampuan untuk mencapai tingkat throughput ini bergantung lebih lanjut pada arah traffic dan jenis alamat IP tujuan.

Antarmuka jaringan VM Compute Engine didukung oleh infrastruktur jaringan yang redundan dan tangguh menggunakan komponen jaringan yang ditentukan software dan fisik. Antarmuka ini mewarisi redundansi dan ketahanan platform yang mendasarinya. Beberapa NIC virtual dapat digunakan untuk pemisahan traffic, tetapi tidak memberikan manfaat ketahanan atau performa tambahan.

Satu NIC memberikan performa yang diperlukan untuk deployment SAP HANA di Compute Engine. Kasus penggunaan, persyaratan keamanan, atau preferensi khusus Anda mungkin juga memerlukan antarmuka tambahan untuk memisahkan traffic, seperti traffic Internet, traffic Replikasi Sistem SAP HANA internal, atau alur lain yang dapat memperoleh manfaat dari aturan kebijakan jaringan tertentu. Sebaiknya Anda menggunakan enkripsi traffic yang ditawarkan oleh aplikasi, dan mengamankan akses jaringan sesuai dengan kebijakan firewall dengan hak istimewa terendah untuk membatasi akses.

Bergantung pada persyaratan Anda, Anda dapat meningkatkan keamanan dengan beberapa cara seperti yang dijelaskan dalam Panduan Keamanan SAP HANA untuk Platform SAP HANA. Misalnya, Anda dapat menerapkan isolasi jaringan, tetapi isolasi jaringan memberikan keamanan yang lebih rendah tanpa enkripsi dan daftar yang diizinkan khusus port dan IP.

Pertimbangkan perlunya pemisahan traffic sejak awal sebagai bagian dari desain jaringan dan alokasikan NIC tambahan saat men-deploy VM. Anda harus menambahkan setiap antarmuka jaringan ke jaringan Virtual Private Cloud yang berbeda. Pilihan jumlah antarmuka jaringan bergantung pada tingkat isolasi yang Anda perlukan, dengan maksimal 8 antarmuka yang diizinkan untuk VM dengan 8 vCPU atau lebih.

Misalnya, Anda dapat menentukan jaringan Virtual Private Cloud untuk klien aplikasi SAP HANA SQL (server aplikasi SAP NetWeaver, aplikasi kustom, dll.), dan jaringan terpisah untuk traffic antar-server, seperti Replikasi Sistem SAP HANA. Pertimbangkan bahwa terlalu banyak segmen dapat mempersulit pengelolaan dan pemecahan masalah jaringan. Jika nanti Anda berubah pikiran, Anda dapat menggunakan image mesin Compute Engine untuk membuat ulang instance VM sambil mempertahankan semua konfigurasi, metadata, dan layanan otomatis dan data skalabel.

Untuk mengetahui informasi selengkapnya, lihat ringkasan jaringan untuk VM, beberapa antarmuka jaringan, dan bandwidth jaringan VM.

Sistem operasi bersertifikasi untuk SAP HANA

Tabel berikut menunjukkan sistem operasi Red Hat Enterprise Linux (RHEL) dan SUSE Linux Enterprise Server (SLES) yang disertifikasi oleh SAP untuk penggunaan produksi dengan SAP HANA di Google Cloud.

Setiap sistem operasi didukung dengan SAP HANA pada semua jenis VM Compute Engine bersertifikasi, kecuali jika disebutkan dalam tabel.

Untuk mengetahui informasi tentang status dukungan setiap sistem operasi saat ini dan sistem operasi yang tersedia dari Google Cloud, lihat Dukungan sistem operasi untuk SAP HANA di Google Cloud.

Untuk informasi dari SAP tentang sistem operasi yang didukung SAP dengan SAP HANA di Google Cloud, buka Direktori Hardware SAP HANA yang Tersertifikasi dan Didukung, klik jenis mesin yang diperlukan, lalu lihat Sistem Operasi.

Tabel berikut tidak mencakup:

• Versi sistem operasi bersertifikasi yang tidak lagi dalam dukungan umum.
• Versi sistem operasi yang tidak spesifik untuk SAP.

Image sistem operasi kustom

Anda dapat menggunakan image Linux yang disediakan dan dikelola oleh Google Cloud (image publik) atau Anda dapat menyediakan dan memelihara image Linux Anda sendiri (image kustom).

Gunakan image kustom jika versi sistem operasi bersertifikasi SAP yang Anda perlukan tidak tersedia dari Google Cloud sebagai image publik. Langkah-langkah berikut, yang dijelaskan secara mendetail dalam Mengimpor Boot Disk Image ke Compute Engine, merangkum prosedur penggunaan image kustom:

1. Siapkan boot disk Anda agar dapat melakukan booting dalam lingkungan Google Cloud Compute Engine, sehingga Anda dapat mengaksesnya setelah booting.
2. Buat dan kompresi file boot disk image.
3. Upload file image ke Cloud Storage dan impor image ke Compute Engine sebagai image kustom baru.
4. Gunakan image yang diimpor untuk membuat instance virtual machine dan pastikan instance tersebut melakukan booting dengan benar.
5. Optimalkan image dan instal Linux Guest Environment sehingga image sistem operasi yang Anda impor dapat berkomunikasi dengan server metadata dan menggunakan fitur Compute Engine tambahan.

Setelah image kustom siap, Anda dapat menggunakannya saat membuat VM untuk sistem SAP HANA.

Jika memindahkan sistem operasi RHEL dari penginstalan lokal ke Google Cloud, Anda perlu menambahkan Red Hat Cloud Access ke langganan Red Hat. Untuk informasi selengkapnya, lihat Red Hat Cloud Access.

Untuk mengetahui informasi selengkapnya tentang image sistem operasi yang disediakan Google Cloud, lihat Image.

Untuk mengetahui informasi selengkapnya tentang cara mengimpor sistem operasi ke Google Cloud sebagai image kustom, lihat Mengimpor Boot Disk Image ke Compute Engine.

Untuk informasi selengkapnya tentang sistem operasi yang didukung SAP HANA, lihat:

• Direktori Hardware SAP HANA yang Tersertifikasi dan Didukung
• Catatan SAP 2235581 - SAP HANA: Sistem Operasi yang Didukung

Clocksource OS di VM Compute Engine

Clocksource OS default adalah kvm-clock untuk SLES dan TSC untuk image RHEL.

Tidak perlu mengubah clocksource OS saat SAP HANA berjalan di VM Compute Engine. Tidak ada perbedaan performa saat menggunakan kvm-clock atau TSC sebagai clocksource untuk VM Compute Engine dengan SAP HANA.

Jika Anda perlu mengubah clocksource OS menjadi TSC, hubungkan ke VM menggunakan SSH dan berikan perintah berikut:

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Penyimpanan persistent disk

Jenis disk yang didukung

Compute Engine menawarkan berbagai jenis Persistent Disk dan Hyperdisk berdasarkan teknologi solid state drive (SSD) atau teknologi hard disk drive (HDD) standar. Setiap jenis memiliki karakteristik performa yang berbeda. Google Cloud mengelola hardware dasar disk untuk memastikan redundansi data dan mengoptimalkan performa.

Untuk alasan performa, volume /hana/data dan /hana/log SAP HANA memerlukan disk penyimpanan persisten berbasis SSD. Jenis Persistent Disk dan Hyperdisk berbasis SSD yang disertifikasi oleh SAP untuk digunakan dengan SAP HANA mencakup hal-hal berikut:

• Jenis Persistent Disk berbasis SSD: Seimbang (pd-balanced), Performa, atau SSD (pd-ssd), dan Ekstrem (pd-extreme)

  • Jenis disk ini menyediakan block storage yang hemat biaya dan andal.
  • Persistent Disk Performa (SSD) (pd-ssd) memberikan performa yang lebih tinggi daripada Persistent Disk Seimbang (pd-balanced).
  • Gunakan Persistent Disk Seimbang sebagai disk yang direkomendasikan untuk menghosting hal berikut untuk instance VM:
    • Volume booting VM.
    • Volume /usr/sap.
    • Volume /hana/shared, jika Anda menghostingnya di disk sendiri.
    • Volume /hanabackup, jika Anda menyimpan cadangan ke disk. Jika Anda ingin mengurangi biaya cadangan, maka Anda dapat menggunakan HDD Standar Persistent Disk (pd-standard). Persistent Disk Seimbang menyediakan pencadangan yang lebih cepat daripada Persistent Disk HDD Standar. Selagi memilih {i>disk<i}, pastikan jenis VM Anda mendukung jenis disk tersebut.
  • Dukungan Persistent Disk Seimbang dan Performa (SSD) Replikasi Asinkron PD. Anda dapat menggunakan fitur ini untuk data lintas region pemulihan dari bencana pasif aktif. Untuk informasi selengkapnya, lihat Pemulihan dari bencana (disaster recovery) menggunakan Replikasi Asinkron PD.
  • Meskipun Persistent Disk Ekstrem (pd-extreme) disertifikasi untuk digunakan dengan SAP HANA, sebaiknya gunakan Hyperdisk Extreme (hyperdisk-extreme), yang memberikan performa lebih baik. Jika Anda ingin menggunakan Persistent Disk Ekstrem, pastikan untuk menyediakan disk sesuai dengan informasi di Ukuran minimum untuk volume Persistent Disk dan Hyperdisk berbasis SSD.

• Jenis hyperdisk: Hyperdisk Ekstrem (hyperdisk-extreme) dan Hyperdisk Seimbang (hyperdisk-balanced)

  • {i>Hyperdisk Extreme<i} menyediakan IOPS maksimum yang lebih tinggi dan opsi throughput dibandingkan jenis Persistent Disk berbasis SSD.
  • Untuk daftar jenis mesin yang mendukung Hyperdisk Extreme dan Hyperdisk Balanced, lihat Dukungan jenis mesin.
  • Gunakan Hyperdisk Balanced sebagai disk yang direkomendasikan untuk menghosting hal berikut untuk instance bare metal Compute Engine seperti X4:
    • Boot disk.
    • Volume /usr/sap.
    • Volume /hana/shared, jika Anda menghostingnya di disk sendiri.
    • Volume /hanabackup, jika Anda menyimpan cadangan ke disk.
  • Untuk Hyperdisk Extreme, Anda dapat memilih performa yang diperlukan dengan menyediakan IOPS, yang juga menentukan throughput. Untuk mengetahui informasi selengkapnya, lihat Throughput.
  • Untuk {i>Hyperdisk Balanced<i}, Anda memilih performa yang Anda butuhkan dengan menyediakan IOPS dan throughput. Untuk selengkapnya informasinya, lihat Tentang IOPS dan penyediaan throughput untuk Hyperdisk.
  • Anda dapat menggunakan Hyperdisk Ekstrem untuk volume /hana/data dan /hana/log saat Anda memerlukan performa tertinggi.
  • Untuk menghasilkan kinerja terbaik dari Hyperdisk Extreme untuk SAP HANA, perbarui properti sistem SAP HANA Anda seperti yang direkomendasikan di Performa Hyperdisk Super.

Tata letak disk yang didukung

Gambar berikut menampilkan tata letak penyimpanan disk dalam arsitektur yang disarankan untuk SAP HANA di Google Cloud.

Pada gambar sebelumnya, konfigurasi di sebelah kiri menggunakan tata letak split-disk. Volume /hana/data dan /hana/log berada di Hyperdisk terpisah dan volume /hana/shared dan /usr/sap, yang tidak memerlukan performa tinggi, berada di persistent disk seimbang individual, yang biayanya lebih murah daripada Hyperdisk Extreme.

Konfigurasi di sebelah kanan menggunakan tata letak disk terpadu, dengan volume /hana/data, /hana/log, /hana/shared, dan /usr/sap semuanya dipasang pada satu Hyperdisk Extreme.

Persistent disk dan Hyperdisk ditempatkan terpisah dari VM Anda, sehingga Anda dapat melepas atau memindahkan disk tersebut untuk menyimpan data Anda, bahkan setelah Anda menghapus VM.

Di Konsol Google Cloud, Anda dapat melihat persistent disk dan Hyperdisk yang terpasang di instance VM Anda di bagian Additional disks di VM instance details untuk setiap instance VM. Untuk informasi selengkapnya tentang berbagai jenis volume Persistent Disk dan Hyperdisk Compute Engine, karakteristik performanya, dan cara menanganinya, lihat dokumentasi berikut:

• Opsi penyimpanan
• Tentang Hyperdisk
• Performa block storage
• Faktor lain yang memengaruhi performa
• Menambahkan Persistent Disk ke VM
• Membuat dan mengelola snapshot disk
• Memigrasikan volume Persistent Disk SAP HANA yang ada ke volume Hyperdisk Extreme

Ukuran minimum untuk volume Persistent Disk dan Hyperdisk berbasis SSD

Saat menentukan ukuran persistent disk berbasis SSD Compute Engine tertentu untuk SAP HANA, Anda tidak hanya harus memperhitungkan persyaratan penyimpanan instance SAP HANA, tetapi juga performa persistent disk.

Dalam batas tertentu, performa SSD atau persistent disk seimbang akan meningkat seiring dengan peningkatan ukuran disk dan jumlah vCPU. Jika SSD atau persistent disk seimbang terlalu kecil, disk tersebut mungkin tidak memberikan performa yang diperlukan SAP HANA.

Performa Hyperdisk tidak dipengaruhi oleh ukuran {i>disk<i}. Performanya ditentukan oleh IOPS atau throughput yang Anda sediakan. Untuk mengetahui informasi tentang performa Hyperdisk, lihat Tentang Hyperdisk.

SSD 550 GB atau persistent disk seimbang 943 GB memberikan throughput berkelanjutan sebesar 400 MB per detik untuk pembacaan dan penulisan, yang merupakan minimum. Untuk mengetahui informasi umum tentang performa persistent disk, lihat Memblokir performa penyimpanan.

Tabel berikut menunjukkan ukuran minimum yang direkomendasikan untuk persistent disk SSD (pd-ssd), persistent disk seimbang (pd-balanced), Hyperdisk Ekstrem (hyperdisk-extreme), dan Hyperdisk Seimbang (hyperdisk-balanced) guna memenuhi persyaratan performa SAP HANA di lingkungan produksi untuk setiap jenis mesin Compute Engine yang tersertifikasi untuk SAP HANA. Ukuran minimum untuk Hyperdisk volume, yang hanya didasarkan pada jumlah memori, disertakan dalam tabel sebagai referensi.

Untuk informasi tentang konfigurasi penyimpanan yang direkomendasikan untuk sistem SAP HANA berjalan di instance X4, lihat Block storage yang didukung untuk X4.

Ukuran dalam tabel berikut mengasumsikan bahwa Anda memasang semua volume SAP HANA di setiap disk.

Menentukan ukuran persistent disk atau Hyperdisk

Hitung jumlah penyimpanan persistent disk yang Anda perlukan untuk volume SAP HANA berdasarkan jumlah memori yang terdapat di jenis mesin Compute Engine yang dipilih.

Panduan tentang ukuran disk berikut mengacu pada ukuran minimum yang direkomendasikan Google Cloud dan SAP agar deployment Anda dapat menyeimbangkan performa dan total biaya kepemilikan. Ukuran disk dapat ditingkatkan hingga batas yang didukung oleh jenis disk yang mendasarinya. Untuk mengetahui informasi tentang ukuran disk minimum yang diperlukan, lihat Ukuran minimum untuk persistent disk berbasis SSD.

Persyaratan ukuran persistent disk untuk sistem peningkatan skala

Untuk sistem peningkatan skala SAP HANA, gunakan formula berikut untuk tiap volume:

• /hana/data: 1,2 x memori
• /hana/log: 0,5 x memori atau 512 GB, mana saja yang lebih kecil
• /hana/shared: 1 x memori atau 1.024 GB, mana saja yang lebih kecil
• /usr/sap: 32 GB
• /hanabackup: 2 x memori, alokasi opsional

Persyaratan ukuran persistent disk untuk sistem penyebaran skala

Untuk sistem penyebaran skala SAP HANA, gunakan formula yang sama seperti sistem peningkatan skala SAP HANA untuk volume /hana/data, /hana/log, dan /usr/sap. Untuk volume /hana/shared, hitung ukuran persistent disk atau Hyperdisk berdasarkan jumlah host pekerja dalam deployment Anda. Untuk setiap empat host worker, tingkatkan ukuran disk sebesar 1 x memori, atau 1 TB, mana saja yang lebih kecil. Contoh:

• Dari 1 hingga 4 host worker: 1 x memori, atau 1 TB, mana saja yang lebih kecil
• Dari 5 hingga 8 host worker: 2 x memori, atau 2 TB, mana saja yang lebih kecil
• Dari 9 hingga 12 host worker: 3 x memori, atau 3 TB, mana saja yang lebih kecil
• Dari 13 hingga 16 host worker: 4 x memori, atau 4 TB, mana saja yang lebih kecil

Untuk menentukan persyaratan kuota penyimpanan secara keseluruhan untuk sistem penyebaran skala SAP HANA, Anda perlu menjumlahkan ukuran disk untuk setiap jenis disk yang digunakan dengan semua host dalam sistem penyebaran skala. Misalnya, jika Anda telah menempatkan /hana/data dan /hana/log di persistent disk pd-ssd, tetapi /hana/shared dan /usr/sap di persistent disk pd-balanced, maka Anda memerlukan total terpisah untuk pd-ssd dan pd-balanced guna meminta kuota terpisah.

Untuk sistem penyebaran skala SAP HANA dengan failover otomatis host, Anda hanya perlu menghitung ukuran persistent disk untuk host master dan worker. Host standby tidak memiliki volume /hana/data, /hana/log, dan /usr/sap sendiri. Jika ada kegagalan, failover otomatis SAP HANA akan melepaskan volume /hana/data, /hana/log, dan /usr/sap dari host yang gagal, lalu memasangnya di host standby. Volume /hana/shared dan /hanabackup untuk host standby dipasang pada solusi NFS yang di-deploy secara terpisah.

Mengalokasikan penyimpanan persistent disk tambahan

Pilih ukuran persistent disk atau Hyperdisk yang tidak lebih kecil dari ukuran minimum yang tercantum untuk jenis persistent disk atau Hyperdisk di Ukuran minimum untuk volume Persistent Disk dan Hyperdisk berbasis SSD.

Jika Anda menggunakan SSD atau persistent disk seimbang, ukuran minimum mungkin ditentukan oleh persyaratan performa SAP HANA, bukan persyaratan penyimpanan SAP HANA.

Misalnya, jika Anda menjalankan SAP HANA pada instance VM n2-highmem-32, yang memiliki memori 256 GB, total persyaratan penyimpanan Anda untuk volume SAP HANA adalah 723 GB: 307 GB untuk volume data, 128 GB untuk volume log, 256 GB untuk volume bersama, dan 32 GB untuk volume /usr/sap. Namun, jika Anda menggunakan persistent disk seimbang, ukuran minimum yang diperlukan adalah 943 GB, dan tambahan 220 GB dialokasikan ke volume data untuk memenuhi performa yang diperlukan. Oleh karena itu, jika Anda menggunakan instance VM n2-highmem-32 dengan persistent disk seimbang untuk menjalankan SAP HANA, Anda perlu menyediakan penyimpanan persistent disk sebesar 943 GB atau lebih.

jadi Anda perlu mengatur ukuran persistent disk Anda sebesar 943 GB atau lebih. Penyediaan tambahan sebesar 220 GB diterapkan pada volume data untuk memberikan performa yang diperlukan.

Terapkan penyimpanan persistent disk tambahan ke volume /hana/data.

Untuk informasi dari SAP tentang penentuan ukuran untuk SAP HANA, lihat Menentukan ukuran SAP HANA.

Performa hyperdisk

{i>Hyperdisk<i} menyediakan IOPS maksimum yang lebih tinggi dan opsi throughput untuk volume /hana/log dan /hana/data daripada yang lain Persistent disk berbasis SSD. Untuk mengetahui informasi selengkapnya tentang penyediaan opsi throughput dan IOPS untuk Hyperdisk, lihat Tentang penyediaan throughput dan IOPS untuk Hyperdisk.

Tidak seperti persistent disk berbasis SSD, saat Anda menggunakan Hyperdisk dengan SAP HANA, Anda tidak perlu mengkhawatirkan kinerja saat mengubah ukuran Hyperdisk. Ukuran {i>Hyperdisk<i} didasarkan hanya pada persyaratan penyimpanan SAP HANA. Untuk mengetahui informasi selengkapnya tentang menentukan ukuran persistent disk atau Hyperdisk, lihat Menentukan ukuran persistent disk.

Saat menggunakan Hyperdisk dengan SAP HANA, untuk mendapatkan performa terbaik, sebaiknya perbarui properti sistem SAP HANA Anda sebagai berikut:

• Update file global.ini Anda:
  • Di bagian fileio, tetapkan num_completion_queues = 12
  • Di bagian fileio, tetapkan num_submit_queues = 12
• Update file indexserver.ini Anda:
  • Di bagian parallel, tetapkan tables_preloaded_in_parallel = 32
  • Di bagian global, tetapkan load_table_numa_aware = true

Saat Anda membuat {i>Hyperdisk Extreme volume<i}, jumlah IOPS yang Anda sediakan menentukan throughput maksimumnya. Formula berikut dapat digunakan sebagai titik awal. Memiliki throughput minimum 2500 MBps (256 KB per IOPS * 10.000 IOPS) dan lebih banyak lagi untuk jenis mesin yang lebih besar dan {i>disk<i}.

• Saat menggunakan deployment default dengan disk terpisah untuk /hana/log dan /hana/data:
  • IOPS untuk disk data: maximum(10,000, size of data disk in GB * 2)
  • IOPS untuk disk log: maximum(10,000, size of log disk in GB * 2)
• Jika satu disk digunakan untuk /hana/data, /hana/log, /hana/shared, dan /usr/sap:
  • IOPS untuk disk: maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

Jumlah maksimum IOPS yang dapat Anda sediakan dapat berbeda-beda, bergantung pada jenis mesin yang Anda gunakan. Untuk daftar jenis mesin yang mendukung Hyperdisk Extreme, serta IOPS dan throughput maksimum yang dapat diberikan Hyperdisk Extreme dengan setiap jenis mesin, lihat Dukungan jenis mesin.

Saat Anda membuat {i>Hyperdisk Balanced volume<i}, Anda dapat menyediakan IOPS dan throughput untuk memenuhi kebutuhan performa workload Anda, dengan mempertimbangkan aturan untuk penyediaan IOPS dan penyediaan throughput. Untuk SAP HANA, IOPS minimum yang disediakan dan didukung adalah 3000 dan throughput adalah 400 MBps.

Persistent disk dan Hyperdisk yang di-deploy oleh skrip otomatisasi deployment

Ketika Anda men-deploy sistem SAP HANA menggunakan konfigurasi Terraform yang disediakan Google Cloud, skrip deployment akan mengalokasikan persistent disk atau Hyperdisk untuk volume SAP sebagai berikut:

• Secara default, disk terpisah di-deploy untuk setiap direktori berikut: /hana/data, /hana/log, /hana/shared, dan /usr/sap.

  Secara opsional, Anda dapat memilih untuk men-deploy tata letak disk tunggal tempat satu persistent disk atau Hyperdisk menghosting direktori SAP ini. Selain itu, untuk deployment penyebaran skala SAP HANA, direktori /hana/shared dihosting oleh solusi NFS.

• Atau, disk untuk direktori /hanabackup.

Contoh berikut menunjukkan cara Terraform memetakan volume untuk SAP HANA di VM n2-highmem-32 Compute Engine, yang memiliki memori 256 GB.

hana-ssd-example:~ # lvs
  LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana_data   -wi-ao---- 308.00g
  log    vg_hana_log    -wi-ao---- 128.00g
  shared vg_hana_shared -wi-ao---- 256.00g
  usrsap vg_hana_usrsap -wi-ao----  32.00g
  backup vg_hanabackup  -wi-ao---- 512.00g

Ukuran volume untuk jenis mesin yang sama mungkin sedikit berbeda dari yang ditunjukkan dalam contoh ini.

Ketika Anda menggunakan template Deployment Manager yang disediakan Google Cloud untuk SAP HANA, atau saat Anda memilih untuk men-deploy tata letak disk tunggal menggunakan konfigurasi Terraform, skrip deployment akan memetakan direktori SAP HANA /hana/data, /hana/log, /usr/sap, dan /hana/shared masing-masing ke volume logisnya sendiri untuk pengubahan ukuran yang mudah dan memetakannya ke persisten disk atau Hyperdisk berbasis SSD dalam satu grup volume. Terraform atau Deployment Manager memetakan direktori /hanabackup ke volume logis dalam grup volume terpisah, yang kemudian dipetakan ke persistent disk seimbang (pd-balanced).

Penyimpanan persistent disk opsional untuk pencadangan

Saat menyimpan cadangan SAP HANA di disk, sebaiknya gunakan Persistent Disk Seimbang (pd-balanced).

Jika ingin mengurangi biaya, Anda dapat menggunakan Persistent Disk HDD Standar (pd-standard). Namun, gunakan persistent disk seimbang jika throughput yang lebih tinggi atau konkurensi diperlukan.

Ukuran volume cadangan SAP HANA dirancang untuk memberikan throughput dasar dan burst yang optimal serta kemampuan untuk menyimpan beberapa kumpulan cadangan. Menyimpan beberapa kumpulan cadangan dalam volume cadangan akan mempermudah pemulihan database jika diperlukan.

Agar cadangan SAP HANA tersedia sebagai resource regional untuk pemulihan dari bencana, Anda dapat menggunakan snapshot persistent disk Compute Engine. Anda dapat menjadwalkan snapshot untuk mencadangkan persistent disk secara rutin dan otomatis. Untuk mengetahui informasi selengkapnya, lihat Snapshot persistent disk.

Jika Anda menggunakan tingkat dinamis SAP HANA, penyimpanan cadangan harus cukup besar untuk menampung data dalam memori dan data yang dikelola di disk oleh server tingkat dinamis.

Anda dapat menggunakan mekanisme lain untuk menyimpan cadangan SAP HANA. Jika Anda menggunakan Fitur Backint dari Agent Google Cloud untuk SAP, maka Anda dapat mencadangkan SAP HANA langsung ke bucket Cloud Storage, yang menggunakan persistent disk untuk menyimpan cadangan opsional.

Pemberian tingkat dinamis SAP HANA

Tingkat dinamis SAP HANA disertifikasi oleh SAP untuk digunakan di lingkungan produksi di Google Cloud. Tingkat dinamis SAP HANA memperluas penyimpanan data SAP HANA dengan menyimpan data yang jarang diakses di disk, bukan di memori.

Untuk mengetahui informasi selengkapnya, lihat Tingkat Dinamis SAP HANA di Google Cloud.

Opsi Mulai Ulang Cepat SAP HANA

Untuk SAP HANA 2.0 SP04 dan yang lebih baru, Google Cloud sangat merekomendasikan Opsi Mulai Ulang Cepat SAP HANA.

Opsi ini otomatis diaktifkan jika Anda men-deploy SAP HANA menggunakan modul Terraform Google Cloud sap_hana atau sap_hana_ha, versi 202309280828 atau yang lebih baru. Untuk mengetahui informasi tentang cara mengaktifkan Mulai Ulang Cepat SAP HANA secara manual, lihat Mengaktifkan Mulai Ulang Cepat SAP HANA.

Mulai Ulang Cepat SAP HANA mengurangi waktu mulai ulang jika SAP HANA dihentikan, tetapi sistem operasi tetap berjalan. Untuk mengurangi waktu mulai ulang, SAP HANA memanfaatkan fungsi memori persisten SAP HANA untuk mempertahankan fragmen data UTAMA dari tabel penyimpanan kolom di DRAM yang dipetakan ke sistem file tmpfs.

Selain itu, pada VM dalam kelompok jenis mesin Compute Engine yang dioptimalkan untuk memori M2 dan M3, Mulai Ulang Cepat SAP HANA meningkatkan waktu pemulihan jika terjadi error yang tidak dapat diperbaiki di memori. Untuk mengetahui informasi selengkapnya, lihat Pemulihan error memori dengan Mulai Ulang Cepat di VM Compute Engine.

Setelan OS yang diperlukan untuk Mulai Ulang Cepat SAP HANA

Untuk menggunakan Mulai Ulang Cepat SAP HANA, sistem operasi Anda harus disesuaikan seperti yang diwajibkan oleh SAP.

Jika Anda menggunakan file konfigurasi Terraform atau template Deployment Manager yang disediakan Google Cloud, setelan kernel akan ditetapkan untuk Anda.

Jika Anda tidak menggunakan file deployment yang disediakan Google Cloud, SAP akan memberikan panduan untuk mengonfigurasi sistem operasi RHEL dan SLES untuk SAP HANA. Untuk Mulai Ulang Cepat SAP HANA, beri perhatian khusus untuk menyetel numa_balancing dan transparent_hugepage dengan benar.

Jika Anda menggunakan RHEL, gunakan profil sap-hana yang disesuaikan, jika tersedia. Untuk mengetahui langkah-langkah konfigurasi, lihat:

• Catatan SAP 2292690 - SAP HANA DB: Setelan OS yang direkomendasikan untuk RHEL 7
• Catatan SAP 2777782 - SAP HANA DB: Setelan OS yang direkomendasikan untuk RHEL 8
• Catatan SAP 3108302 - SAP HANA DB: Setelan OS yang direkomendasikan untuk RHEL 9

Jika Anda menggunakan SLES, gunakan alat saptune dari SUSE untuk menerapkan konfigurasi yang diperlukan. Untuk menerapkan semua setelan SAP HANA yang direkomendasikan, termasuk kedua parameter kernel sebelumnya, tentukan perintah saptune berikut:

saptune solution apply HANA

Guna mengetahui informasi selengkapnya tentang cara mengonfigurasi SLES untuk SAP HANA, lihat:

• Catatan SAP 2205917 - SAP HANA DB: Setelan OS yang direkomendasikan untuk SLES 12 / SLES untuk Aplikasi SAP 12
• Catatan SAP 2684254 - SAP HANA DB: Setelan OS yang direkomendasikan untuk SLES 15 / SLES untuk Aplikasi SAP 15

Pemulihan dari error memori dengan Mulai Ulang Cepat di VM Compute Engine

Mengaktifkan Mulai Ulang Cepat SAP HANA pada VM dalam kelompok M2 dan M3 pada jenis mesin Compute Engine yang dioptimalkan untuk memori, mengurangi waktu yang dibutuhkan SAP HANA untuk pulih dari error memori yang tidak dapat diperbaiki.

Dengan memanfaatkan kemampuan prosesor Intel, jenis mesin M2 dan M3 dapat terus berjalan saat terjadi error yang tidak dapat diperbaiki dalam subsistem memori. Jika Mulai Ulang Cepat SAP HANA diaktifkan saat terjadi error memori, proses SAP HANA yang terpengaruh akan dimulai ulang, tetapi seluruh database tidak perlu dimuat ulang, hanya blok file yang terpengaruh.

Jenis mesin yang mendukung pemulihan dari error memori

Jenis mesin Compute Engine berikut mendukung pemulihan error memori:

• m3-ultramem-32
• m3-ultramem-64
• m3-ultramem-128
• m3-megamem-64
• m3-megamem-128
• m2-ultramem-208
• m2-ultramem-416
• m2-megamem-416
• m2-hypermem-416

Sistem operasi yang diperlukan untuk pemulihan error dari memori

Dengan patch kernel yang diperlukan, sistem operasi berikut mendukung pemulihan error memori dengan Mulai Ulang Cepat SAP HANA:

• SUSE Linux Enterprise Server (SLES) untuk SAP, 12 SP3 atau yang lebih baru.
  • Disertakan dalam image publik Compute Engine dengan tanggal build v202103* atau yang lebih baru.
  • Jika perlu menerapkan patch kernel terbaru ke deployment yang ada, ikuti proses update standar Anda. Misalnya, berikan perintah berikut:
    • sudo zypper refresh
    • sudo zypper update
• Red Hat Enterprise Linux (RHEL) untuk SAP, 8.4 atau yang lebih baru.

Opsi server file

Opsi server file untuk SAP HANA di Google Cloud mencakup Filestore dan NetApp Cloud Volumes Service for Google Cloud.

Untuk mengetahui informasi selengkapnya tentang semua opsi server file untuk SAP di Google Cloud, lihat Solusi berbagi file untuk SAP di Google Cloud.

Filestore

Untuk volume /hana/shared dalam konfigurasi penyebaran skala zona tunggal, sebaiknya gunakan tingkat layanan Filestore Basic karena ditujukan untuk resource zona. Untuk skenario yang memerlukan ketahanan tambahan, Anda dapat menggunakan Filestore Enterprise. Untuk mengetahui informasi selengkapnya, lihat Komponen dalam sistem penyebaran skala SAP HANA di Google Cloud.

Layanan NetApp Cloud Volumes untuk Google Cloud

NetApp Cloud Volumes Service untuk Google Cloud adalah platform layanan data berbasis cloud dan terkelola sepenuhnya yang dapat Anda gunakan untuk membuat sistem file NFS untuk sistem peningkatan skala SAP HANA pada semua jenis instance Compute Engine yang yang bersertifikat untuk SAP HANA. Untuk informasi tentang cara menggunakan NetApp Cloud Volumes Service for Google Cloud dengan deployment SAP HANA, lihat Tentang NetApp Cloud Volumes Service for Google Cloud.

Identifikasi pengguna dan akses resource

Saat merencanakan keamanan untuk deployment SAP di Google Cloud, Anda harus mengidentifikasi:

• Akun pengguna dan aplikasi yang memerlukan akses ke resource Google Cloud di project Google Cloud Anda
• Resource Google Cloud khusus dalam project Anda yang perlu diakses oleh setiap pengguna

Anda harus menambahkan setiap pengguna ke project dengan menambahkan ID akun Google-nya ke project sebagai akun utama. Untuk program aplikasi yang menggunakan resource Google Cloud, Anda membuat akun layanan, yang memberikan identitas pengguna untuk program dalam project Anda.

VM Compute Engine memiliki akun layanannya sendiri. Setiap program yang berjalan di VM dapat menggunakan akun layanan VM, selama akun layanan VM tersebut memiliki izin resource yang diperlukan program.

Setelah mengidentifikasi resource Google Cloud yang perlu digunakan oleh setiap pengguna, Anda memberikan izin kepada setiap pengguna untuk menggunakan setiap resource dengan menetapkan peran khusus resource kepada pengguna tersebut. Tinjau peran yang telah ditetapkan yang disediakan IAM untuk setiap resource, dan tetapkan peran kepada setiap pengguna yang memberikan izin cukup untuk menyelesaikan tugas atau fungsi pengguna, dan tidak lebih dari itu.

Jika memerlukan kontrol yang lebih terperinci atau ketat atas izin daripada yang diberikan oleh peran IAM yang telah ditetapkan, Anda dapat membuat peran khusus.

Untuk mengetahui informasi selengkapnya tentang peran IAM yang diperlukan program SAP di Google Cloud, lihat Pengelolaan akses dan identitas untuk program SAP di Google Cloud.

Guna mengetahui ringkasan pengelolaan akses dan identitas untuk SAP di Google Cloud, lihat Ringkasan pengelolaan akses dan identitas untuk SAP di Google Cloud.

Jenis mesin bare metal untuk SAP HANA

Bagian ini memberikan informasi tentang cara berlari SAP HANA pada jenis mesin bare metal yang disediakan oleh Compute Engine, yang meliputi hal berikut:

• Jenis mesin bare metal C3: Rangkaian C3 mesin tujuan umum termasuk jenis mesin bare metal.

  • Untuk informasi tentang jenis mesin bare metal C3 yang telah disertifikasi SAP untuk digunakan dengan SAP HANA, lihat Jenis mesin bare metal general-purpose C3.
  • Untuk informasi tentang versi sistem operasi yang dapat Anda gunakan dengan jenis mesin bare metal C3 untuk menjalankan workload SAP HANA, lihat Sistem operasi bersertifikat untuk SAP HANA.
  • Untuk mengetahui informasi tentang block storage minimum yang Anda perlukan untuk menjalankan SAP HANA pada jenis mesin bare metal C3, lihat Ukuran minimum untuk volume Persistent Disk dan Hyperdisk berbasis SSD.
  • Untuk informasi lebih lanjut tentang seri mesin C3, lihat Seri mesin C3.

• X4: Jenis mesin generasi keempat yang dioptimalkan untuk memori yang ditawarkan oleh Compute Engine. Mesin ini dirancang untuk terutama mendukung workload SAP yang memerlukan memori hingga 32 TB.

  • Untuk informasi tentang jenis mesin X4 yang telah disertifikasi SAP untuk digunakan dengan SAP HANA, lihat Jenis mesin bare metal X4 yang dioptimalkan untuk memori.
  • Untuk informasi tentang versi sistem operasi yang dapat Anda gunakan dengan jenis mesin X4 untuk menjalankan workload SAP HANA, lihat Sistem operasi bersertifikat untuk SAP HANA.
  • Untuk informasi tentang penyimpanan blok yang didukung untuk menjalankan SAP HANA pada jenis mesin X4, lihat Penyimpanan blok yang didukung untuk X4.
  • Untuk informasi selengkapnya tentang seri mesin X4, lihat Seri mesin X4.

Penyimpanan blok yang didukung untuk X4

Guna menyediakan block storage untuk menjalankan workload SAP HANA di mesin X4, Anda dapat menggunakan Hyperdisk Extreme atau Hyperdisk Balanced volume.

Untuk mengetahui informasi tentang konfigurasi penyimpanan yang direkomendasikan oleh Google Cloud untuk instance X4, lihat bagian berikut:

• Konfigurasi pengoptimalan biaya
• Konfigurasi penyesuaian performa
• Konfigurasi performa yang fleksibel

Konfigurasi yang dioptimalkan untuk biaya

Tabel berikut menunjukkan konfigurasi penyimpanan yang hemat biaya untuk menjalankan SAP HANA pada jenis mesin X4. Ukuran dalam tabel berikut mengasumsikan bahwa Anda memasang semua volume SAP HANA di setiap disk.

Konfigurasi yang disesuaikan performa

Tabel berikut menunjukkan konfigurasi penyimpanan yang disesuaikan performa untuk menjalankan SAP HANA pada jenis mesin X4. Ukuran dalam tabel berikut mengasumsikan bahwa Anda memasang semua volume SAP HANA pada masing-masing {i>disk<i}.

Konfigurasi performa fleksibel

Tabel berikut menunjukkan konfigurasi penyimpanan yang menawarkan performa tinggi untuk menjalankan SAP HANA pada jenis mesin X4. Ukuran dalam tabel berikut mengasumsikan bahwa Anda memasang semua volume SAP HANA di setiap disk.

Otomatisasi deployment

Untuk menjalankan SAP HANA, Anda dapat men-deploy instance bare metal menggunakan Terraform konfigurasi yang disediakan oleh Google Cloud. Konfigurasi ini didesain untuk melakukan hal berikut secara default:

• Deploy volume Hyperdisk Extreme untuk menghosting data SAP HANA dan volume log. Untuk men-deploy Hyperdisk Balanced volume sebagai gantinya, gunakan argumen Terraform disk_type.
• Aktifkan opsi SAP HANA Fast Restart.
• Jika Anda menghosting volume cadangan SAP HANA pada disk, maka Terraform ini men-deploy Hyperdisk Balanced Volume dengan secara default. Deployment disk ini ditentukan oleh backup_disk_type Argumen Terraform.

Untuk mengetahui informasi tentang konfigurasi Terraform yang untuk men-deploy SAP HANA, lihat Solusi SAP yang didukung.

Tugas pascadeployment

Setelah Anda men-deploy instance bare metal untuk menjalankan SAP HANA, sebaiknya Anda melakukannya hal berikut:

• Pastikan Agen Google Cloud untuk SAP versi 3.5 (terbaru) telah diinstal. Untuk mengetahui informasi tentang cara menginstal agen, lihat Instal dan konfigurasi Agen Google Cloud untuk SAP di instance VM Compute Engine. Untuk informasi tentang cara mengupdate ke versi terbaru, lihat Mengupdate Agen Google Cloud untuk SAP.
• Pada instance X4, optimalkan konfigurasi OS untuk memberikan dukungan terbaik pada SAP HANA sebagian besar workload standar dan berbasis cloud. Anda dapat melakukannya menggunakan Agen Google Cloud untuk SAP. Untuk selengkapnya informasi, lihat Konfigurasikan OS tamu di instance bare metal.
• Mengevaluasi workload SAP Anda menggunakan Workload Manager - a layanan validasi berbasis aturan yang memungkinkan Anda memindai beban kerja dan mendeteksi penyimpangan dari standar, aturan, dan praktik terbaik yang ditentukan oleh SAP, Google Cloud, dan vendor OS. Untuk mengetahui informasi tentang cara mengevaluasi workload SAP, lihat Membuat dan menjalankan evaluasi. Sebagai informasi tentang evaluasi yang didukung untuk workload SAP, lihat Praktik terbaik Workload Manager untuk SAP.

Hyperthreading

Hyperthreading diaktifkan secara default dan merupakan setelan yang direkomendasikan untuk semua jenis mesin Compute Engine.

Untuk performa optimal SAP HANA pada instance komputasi dengan lebih dari 1.000 vCPU, kami sangat menyarankan agar Anda menggunakan SAP HANA 2.0 SPS7 revisi 79 atau nanti.

Jika Anda menjalankan SAP HANA versi lama dengan beban kerja OLTP di komputasi instance dengan lebih dari 1.000 vCPU, menonaktifkan hyperthreading mungkin memiliki manfaat performa yang marginal. Rab sebaiknya lakukan pengujian selama pengujian beban. Untuk mengetahui informasi tentang cara menonaktifkan hyperthreading untuk instance X4 menggunakan Agen Google Cloud untuk SAP, lihat Menonaktifkan hyperthreading untuk instance X4.

Pertimbangan harga dan kuota untuk SAP HANA

Anda bertanggung jawab atas biaya yang timbul dari penggunaan resource yang dibuat dengan mengikuti panduan deployment ini. Gunakan kalkulator harga untuk membantu memperkirakan biaya Anda yang sebenarnya.

Kuota

SAP HANA membutuhkan lebih banyak CPU dan memori daripada banyak workload di Google Cloud. Jika Anda memiliki akun Google Cloud baru, atau jika belum meminta penambahan kuota, Anda perlu melakukannya untuk men-deploy SAP HANA.

Tabel berikut menunjukkan nilai kuota untuk sistem SAP HANA peningkatan skala dengan host tunggal berdasarkan jenis instance VM.

Untuk sistem SAP HANA penyebaran skala atau beberapa sistem peningkatan skala, Anda harus menyertakan jumlah total resource untuk semua sistem. Untuk panduan menentukan persyaratan penyimpanan bagi sistem penyebaran skala, lihat Menentukan ukuran persistent disk.

Lihat kuota yang ada, dan bandingkan dengan persyaratan resource (CPU, memori, dan penyimpanan) untuk mengetahui peningkatan yang diperlukan. Kemudian, Anda dapat meminta peningkatan batas kuota.

Meskipun persistent disk ekstrem (pd-extreme) masih tersertifikasi untuk digunakan dengan SAP HANA, sebaiknya gunakan Hyperdisk Extreme, yang memberikan performa yang lebih baik. Jika ingin menggunakan persistent disk ekstrem, Anda harus menyediakannya menggunakan ukuran Hyperdisk Extreme

Pemberian Lisensi

Untuk menjalankan SAP HANA di Google Cloud, Anda harus memiliki lisensi bring your own license (BYOL).

Untuk informasi lebih lanjut dari SAP tentang cara mengelola lisensi SAP HANA, lihat Kunci Lisensi untuk Database SAP HANA.

Arsitektur deployment

Di Google Cloud, Anda dapat men-deploy SAP HANA dalam arsitektur dengan peningkatan skala dan penyebaran skala.

Arsitektur peningkatan skala

Diagram berikut menampilkan arsitektur peningkatan skala. Dalam diagram, perhatikan deployment di Google Cloud dan tata letak disk. Anda dapat menggunakan Cloud Storage untuk mencadangkan cadangan lokal yang tersedia di /hanabackup. Penyangga ini harus berukuran sama dengan atau lebih besar dari pemasangan data.

Di Google Cloud, arsitektur peningkatan skala dan host tunggal SAP HANA dapat menyertakan komponen berikut:

• Satu instance Compute Engine untuk database SAP HANA dengan bandwidth jaringan hingga 32 Gbps, atau hingga 100 Gbps pada jenis mesin tertentu menggunakan jaringan bandwidth tinggi. Untuk informasi tentang jenis mesin yang disertifikasi untuk digunakan dengan SAP HANA, lihat Jenis mesin bersertifikasi untuk SAP HANA.

• Volume Persistent Disk atau Hyperdisk Compute Engine berbasis SSD, sebagai berikut:

  • Satu disk untuk setiap direktori berikut: /hana/data, /hana/log /hana/shared, dan /usr/sap. Guna mengetahui informasi tentang rekomendasi disk untuk SAP HANA, lihat Penyimpanan persistent disk. Untuk performa optimal SAP, volume Persistent Disk atau Hyperdisk harus diukur sesuai dengan tabel dalam Ukuran minimum untuk volume Persistent Disk dan Hyperdisk berbasis SSD.

  • Satu Persistent Disk Seimbang untuk boot disk.

  • Secara opsional, disk untuk cadangan database SAP HANA.

• Aturan firewall Compute Engine yang membatasi akses ke instance.

• Agen Google Cloud untuk SAP. Mulai versi 2.0, Anda dapat mengonfigurasi agen ini untuk mengumpulkan SAP HANA pemantauan metrik, yang memungkinkan Anda memantau {i>instance<i} SAP HANA Anda. Dari versi 3.0, Anda juga dapat menggunakan Backint untuk menyimpan cadangan SAP HANA langsung di bucket Cloud Storage, dan diambil sesuai kebutuhan.

• Subnetwork opsional, tetapi direkomendasikan, dengan topologi dan rentang IP kustom di region Google Cloud pilihan Anda. Database SAP HANA dan instance Compute Engine lainnya diluncurkan di dalam subnetwork ini. Anda dapat menggunakan subnetwork yang ada untuk SAP HANA.

• Komponen opsional:

  • SAP HANA Cockpit atau SAP HANA Studio di VM Compute Engine kecil.

Jika Anda menyediakan sistem SAP HANA tanpa IP publik, sistem tersebut tidak dapat terhubung langsung ke resource melalui internet publik. Oleh karena itu, Anda perlu menyediakan metode tidak langsung untuk akses internet menggunakan opsi berikut:

• Konfigurasi akses pribadi Google agar VM Anda dapat mengakses Google Cloud API.

• Menggunakan Cloud NAT atau mengkonfigurasi VM sebagai gateway NAT untuk mengakses internet publik.

• Untuk tujuan administratif, Anda dapat menggunakan penerusan TCP untuk terhubung ke sistem. Untuk mengetahui informasi tentang cara menggunakan Identity-Aware Proxy untuk penerusan TCP, lihat Menggunakan IAP untuk penerusan TCP.

• Gunakan VM Compute Engine yang dikonfigurasi sebagai bastion host untuk mengakses internet publik.

Arsitektur penyebaran skala

Arsitektur penyebaran skala terdiri dari satu host master, sejumlah host worker, dan, secara opsional, satu atau beberapa host standby. Host saling terhubung melalui jaringan yang mendukung pengiriman data antar-host dengan kecepatan hingga 32 Gbps, atau hingga 100 Gbps pada jenis mesin tertentu menggunakan jaringan bandwidth tinggi ini.

Seiring peningkatan permintaan workload, terutama saat menggunakan Online Analytical Processing (OLAP), arsitektur penyebaran skala multi-host dapat mendistribusikan beban ke semua host.

Diagram berikut menunjukkan arsitektur penyebaran skala untuk SAP HANA di Google Cloud:

Host standby mendukung solusi pemulihan fault-failover host SAP HANA. Untuk informasi selengkapnya tentang failover otomatis host di Google Cloud, lihat SAP HANA host auto-failover di Google Cloud.

Diagram berikut menunjukkan arsitektur penyebaran skala dengan failover otomatis host di Google Cloud.

Struktur disk untuk sistem penyebaran skala SAP HANA di Google Cloud

Kecuali untuk host standby, setiap host memiliki /hana/data, /hana/log, dan, biasanya, volume /usr/sap pada persistent disk atau Hyperdisk berbasis SSD, yang menyediakan IOPS tinggi dan konsisten , dan layanan IO. Host master juga berfungsi sebagai master NFS untuk volume /hana/shared dan /hanabackup, dan master NFS ini dipasang pada setiap worker dan host standby.

Untuk host standby, volume /hana/data dan /hana/log tidak dipasang hingga terjadi pengambilalihan.

Komponen dalam sistem penyebaran skala SAP HANA di Google Cloud

Arsitektur penyebaran skala SAP HANA multi-host di Google Cloud berisi komponen berikut:

• 1 instance VM Compute Engine untuk setiap host SAP HANA dalam sistem, termasuk 1 host master, hingga 15 host pekerja, dan hingga 3 host standby opsional.

  Setiap VM menggunakan jenis mesin Compute Engine yang sama. Untuk informasi tentang jenis mesin yang disertifikasi untuk digunakan dengan SAP HANA, lihat Jenis mesin tersertifikasi untuk SAP HANA.

• Volume Persistent Disk atau Hyperdisk berbasis SSD, sebagai berikut:

  • Setiap VM harus menyertakan disk, yang dipasang di lokasi yang benar.
  • Secara opsional, jika Anda tidak men-deploy sistem failover otomatis host SAP HANA, maka disk untuk volume lokal /hanabackup untuk setiap instance VM.

• Solusi NFS yang di-deploy secara terpisah untuk berbagi volume /hana/shared dan /hanabackup dengan host worker dan standby. Anda dapat menggunakan Filestore atau solusi NFS lainnya.

• Aturan firewall Compute Engine atau kontrol akses jaringan lainnya yang membatasi akses ke instance Compute Engine Anda, sekaligus mengizinkan komunikasi antara instance dan resource terdistribusi atau jarak jauh lainnya yang diperlukan oleh sistem SAP HANA Anda.

• Agen Google Cloud untuk SAP. Mulai versi 2.0, Anda dapat mengonfigurasi agen ini untuk mengumpulkan SAP HANA pemantauan metrik, yang memungkinkan Anda memantau {i>instance<i} SAP HANA Anda. Dari versi 3.0, Anda juga dapat menggunakan Backint untuk menyimpan cadangan SAP HANA langsung di bucket Cloud Storage, dan diambil sesuai kebutuhan.

• Subnetwork opsional, tetapi direkomendasikan, dengan topologi dan rentang IP kustom di region Google Cloud pilihan Anda. Database SAP HANA dan instance Compute Engine lainnya diluncurkan dalam jaringan yang berbeda. Anda dapat menggunakan subnetwork yang ada jika menginginkannya.

• Komponen opsional:

  • SAP HANA Cockpit atau SAP HANA Studio di VM Compute Engine kecil.

Jika Anda menyediakan sistem SAP HANA tanpa IP publik, sistem tersebut tidak dapat terhubung langsung ke resource melalui internet publik. Oleh karena itu, Anda perlu menyediakan metode tidak langsung untuk akses internet menggunakan opsi berikut:

• Konfigurasi akses pribadi Google sehingga VM Anda dapat mengakses Google Cloud API.

• Gunakan Cloud NAT atau konfigurasikan VM sebagai gateway NAT untuk mengakses internet publik.

• Untuk tujuan administratif, Anda dapat menggunakan penerusan TCP untuk terhubung ke sistem. Untuk mengetahui informasi tentang cara menggunakan Identity-Aware Proxy untuk penerusan TCP, lihat Menggunakan IAP untuk penerusan TCP.

• Gunakan VM Compute Engine yang dikonfigurasi sebagai bastion host untuk mengakses internet publik.

Ketersediaan tinggi untuk sistem SAP HANA di Google Cloud

Untuk mendesain konfigurasi ketersediaan tinggi untuk SAP HANA di Google Cloud, Anda dapat menggunakan kombinasi fitur berbasis OS, SAP, dan Google Cloud.

Untuk informasi tentang opsi ketersediaan tinggi, lihat panduan perencanaan ketersediaan tinggi SAP HANA.

Otomatisasi untuk deployment SAP HANA

Google Cloud menyediakan file konfigurasi Terraform dan template Deployment Manager yang dapat Anda gunakan untuk mengotomatiskan deployment infrastruktur Google Cloud dan, secara opsional, SAP HANA.

Opsi otomatisasi deployment yang disediakan Google Cloud mendukung skenario deployment SAP HANA berikut:

• Peningkatan skala
• Meningkatkan skala di cluster ketersediaan tinggi dengan dua node
• Penyebaran skala tanpa node standby
• Penyebaran skala tanpa node standby di cluster ketersediaan tinggi
• Penyebaran skala dengan node standby failover otomatis Host SAP HANA

Guna mengetahui informasi selengkapnya tentang otomatisasi untuk skenario deployment peningkatan skala atau penyebaran skala, lihat:

• Otomatisasi deployment untuk sistem peningkatan skala
• Otomatisasi deployment untuk sistem penyebaran skala

Mengotomatiskan deployment instance SAP HANA

Secara opsional, Anda dapat menyertakan penginstalan SAP HANA dengan deployment otomatis infrastruktur Google Cloud.

Skrip penginstalan yang disediakan Google Cloud untuk penginstalan SAP HANA setelah infrastruktur di-deploy.

Jika ada masalah yang mencegah penginstalan instance SAP HANA, infrastruktur biasanya masih di-deploy dan dikonfigurasi. Kemudian, Anda dapat menggunakan infrastruktur yang di-deploy dan menginstal SAP HANA secara manual atau menghapus infrastruktur, memperbaiki masalah, dan menjalankan kembali otomatisasi deployment hingga instance SAP HANA berhasil diinstal.

Saat menggunakan skrip penginstalan yang digunakan Google Cloud untuk menginstal SAP HANA, Anda harus memberikan nilai untuk parameter tertentu. Jika Anda tidak menyertakan parameter ini atau tidak menentukan nilai yang valid untuk semuanya, skrip penginstalan akan gagal menginstal instance SAP HANA pada infrastruktur yang di-deploy.

• Saat menggunakan file konfigurasi Terraform yang disediakan Google Cloud untuk menginstal SAP HANA, Anda harus memberikan nilai yang valid untuk argumen berikut: sap_hana_deployment_bucket, sap_hana_sid, sap_hana_sidadm_uid, sap_hana_sidadm_password, dan sap_hana_system_password. Untuk informasi lebih lanjut tentang argumen Terraform, lihat Terraform: Panduan deployment skala SAP HANA.

• Saat menggunakan template Deployment Manager yang disediakan Google Cloud untuk menginstal SAP HANA, Anda harus memberikan nilai yang valid untuk parameter konfigurasi berikut: sap_hana_deployment_bucket, sap_hana_sid, sap_hana_instance_number , sap_hana_sidadm_password, sap_hana_system_password, dan sap_hana_scaleout_nodes. Untuk informasi selengkapnya tentang properti Deployment Manager, lihat Deployment Manager: Panduan deployment skala SAP HANA.

Pengelolaan sandi

Untuk mengotomatiskan penginstalan SAP HANA pada VM Compute Engine yang di-deploy, Anda harus menentukan sandi untuk pengguna SIDadm dan pengguna database. Anda dapat menentukan sandi ini di file konfigurasi Terraform dengan cara berikut:

• (Direkomendasikan) Untuk memberikan sandi ke skrip penginstalan dengan aman, Anda dapat membuat secret menggunakan Secret Manager, yang merupakan layanan Google Cloud berbayar, lalu menentukan nama secret sebagai nilai untuk argumen sap_hana_sidadm_password_secret dan sap_hana_system_password_secret.

  Untuk mengetahui informasi tentang harga Secret Manager, lihat harga Secret Manager.

• Atau, Anda dapat menentukan sandi dalam teks biasa pada argumen sap_hana_sidadm_password dan sap_hana_system_password.

Deployment disk oleh Terraform

Saat Anda mengotomatiskan deployment SAP HANA menggunakan Terraform yang disediakan oleh Google Cloud, lalu deployment disk default adalah sebagai berikut:

VM kustom dan deployment otomatis

File konfigurasi Terraform dan template Deployment Manager tidak mendukung spesifikasi VM kustom Compute Engine.

Jika Anda perlu menggunakan jenis VM kustom, deploy jenis VM kecil yang telah ditetapkan terlebih dahulu, dan setelah deployment selesai, sesuaikan VM sesuai kebutuhan.

Untuk mengetahui informasi selengkapnya tentang cara mengubah VM, lihat Mengubah konfigurasi VM untuk sistem SAP.

Otomatisasi deployment untuk sistem peningkatan skala

Google Cloud menyediakan file konfigurasi Terraform dan template konfigurasi Deployment Manager yang dapat Anda gunakan untuk mengotomatiskan deployment sistem peningkatan skala host tunggal SAP HANA.

Skrip Terraform atau Deployment Manager dapat digunakan untuk skenario berikut:

• Sistem SAP HANA yang berdiri sendiri dan ditingkatkan skalanya.

  Lihat panduan deployment Terraform atau Deployment Manager.

• Sistem SAP HANA peningkatan skala yang aktif dan standby di cluster ketersediaan tinggi Linux.

  Lihat panduan deployment Terraform atau Deployment Manager.

Skrip Terraform atau Deployment Manager dapat men-deploy VM, persistent disk, SAP HANA, dan dalam kasus cluster HA Linux, komponen HA yang diperlukan.

Skrip Deployment Manager tidak men-deploy komponen sistem berikut:

• Jaringan dan subnetwork
• Aturan firewall
• Gateway NAT, bastion host, atau VM-nya
• SAP HANA Studio atau VM-nya

Kecuali SAP HANA Studio atau VM-nya, Anda dapat menggunakan Terraform untuk men-deploy semua komponen sistem ini.

Untuk mengetahui informasi tentang cara membuat komponen ini, lihat bagian Prasyarat dalam panduan berikut:

• Terraform: Panduan deployment peningkatan skala SAP HANA
• Deployment Manager: Panduan deployment peningkatan skala SAP HANA

Otomatisasi deployment untuk sistem penyebaran skala

Google Cloud menyediakan file konfigurasi Terraform dan template konfigurasi Deployment Manager yang dapat Anda gunakan untuk mengotomatiskan deployment sistem penyebaran skala multi-host SAP HANA.

• Untuk men-deploy sistem penyebaran skala yang tidak termasuk failover otomatis host SAP HANA, lihat Terraform: Panduan Deployment SAP HANA atau Deployment Manager: Panduan Deployment SAP HANA singkat ini.
• Untuk men-deploy sistem penyebaran skala tanpa host standby di cluster ketersediaan tinggi Linux, lihat Terraform: Panduan konfigurasi cluster ketersediaan tinggi SAP HANA.
• Untuk men-deploy sistem penyebaran skala yang mencakup host standby, lihat Terraform: SAP HANA Scale-Out System with Host Auto-Failover Deployment Guide atau Deployment Manager: Sistem Penskalaan SAP HANA dengan Panduan Deployment Failover Otomatis Host.

Konfigurasi Terraform atau template Deployment Manager dapat men-deploy VM, persistent disk, dan SAP HANA. Mereka juga dapat memetakan direktori pemasangan NFS ke volume cadangan dan volume bersama SAP HANA. Untuk deployment skala multi-host, konfigurasi Terraform atau template Deployment Manager juga dapat men-deploy instance Filestore baru untuk menghosting volume bersama dan cadangan SAP HANA.

Skrip Deployment Manager tidak men-deploy komponen sistem berikut:

• Jaringan dan subnetwork
• Aturan firewall
• Gateway NAT, bastion host, atau VM-nya
• SAP HANA Studio atau VM-nya

Kecuali SAP HANA Studio atau VM-nya, Anda dapat menggunakan Terraform untuk men-deploy semua komponen sistem ini.

Solusi berbagi file untuk deployment penyebaran skala multi-host

Konfigurasi Terraform yang disediakan Google Cloud untuk deployment penyebaran skala multi-host SAP HANA, secara default membuat ekspor NFS untuk volume /hana/shared dan /hanabackup pada instance VM SAP HANA utama dan berbagi volume dengan node pekerja.

Namun, jika ingin menggunakan solusi NFS untuk berbagi volume /hana/shared dan /hanabackup dengan host worker, Anda dapat menggunakan salah satu opsi berikut:

• Untuk mengaitkan solusi NFS yang ada dan telah di-deploy di Google Cloud, Anda perlu menentukan direktori pemasangan NFS dari volume /hana/shared dan /hanabackup ke argumen sap_hana_shared_nfs dan sap_hana_backup_nfs, masing-masing di file konfigurasi Terraform Anda.

• Untuk men-deploy instance Filestore baru dan mengaitkan filenya berbagi dengan volume /hana/shared dan /hanabackup, Anda harus menentukan referensi google_filestore_instance dan kemudian tentukan nama file yang dibagikan ke Argumen sap_hana_shared_nfs_resource dan sap_hana_backup_nfs_resource, masing-masing, di file konfigurasi Terraform Anda.

Untuk melihat contoh, lihat contoh konfigurasi.

Dukungan

Untuk masalah terkait infrastruktur atau layanan Google Cloud, hubungi Layanan Pelanggan. Anda dapat menemukan informasi kontak di Halaman Ringkasan Dukungan di Konsol Google Cloud. Jika Layanan Pelanggan menentukan bahwa suatu masalah berada di dalam sistem SAP, maka Anda dirujuk ke Dukungan SAP.

Untuk masalah terkait produk SAP, catat permintaan dukungan Anda ke dalam log dengan dukungan SAP. SAP mengevaluasi tiket dukungan dan, jika tiket tersebut adalah tiket infrastruktur Anda, maka SAP akan mentransfer tiket itu ke Komponen Google Cloud dalam sistemnya: BC-OP-LNX-GOOGLE atau BC-OP-NT-GOOGLE.

Persyaratan dukungan

Sebelum dapat menerima dukungan untuk sistem SAP serta infrastruktur dan layanan Google Cloud yang digunakannya, Anda harus memenuhi persyaratan paket dukungan minimum.

Guna mengetahui informasi selengkapnya tentang persyaratan dukungan minimum untuk SAP di Google Cloud, lihat:

• Mendapatkan dukungan untuk SAP di Google Cloud
• Catatan SAP 2456406 - SAP di Google Cloud Platform: Prasyarat Dukungan (Akun pengguna SAP diperlukan)

Langkah berikutnya

• Untuk mengetahui informasi selengkapnya dari SAP tentang tingkatan dinamis SAP HANA, lihat Tingkatan Dinamis SAP HANA.