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.

Penting: Jika Anda menggunakan gcloud CLI, pastikan Anda menggunakan versi terbaru. Untuk menginstal gcloud CLI versi terbaru, lihat Petunjuk penginstalan gcloud.

Layanan Google Cloud

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

Layanan	Deskripsi
Jaringan VPC	Menghubungkan instance VM ke satu sama lain dan ke internet. Setiap instance VM adalah anggota dari jaringan lama, rentang IP global, atau jaringan subnet yang direkomendasikan, tempat instance VM anggota dari satu subnetwork yang merupakan anggota jaringan yang lebih besar. Perlu diperhatikan bahwa jaringan Virtual Private Cloud (VPC) tidak dapat menjangkau project Google Cloud, tetapi project Google Cloud dapat memiliki beberapa Jaringan VPC. Untuk menghubungkan resource dari beberapa project ke satu project bersama Jaringan VPC, Anda dapat menggunakan VPC Bersama, sehingga sumber daya dapat berkomunikasi satu sama lain secara aman dan efisien dengan menggunakan alamat IP internal dari jaringan tersebut. Untuk informasi tentang cara untuk menyediakan VPC Bersama termasuk persyaratan, konfigurasi langkah, dan penggunaan, lihat Menyediakan VPC Bersama.
Compute Engine	Membuat dan mengelola VM dengan sistem operasi dan software pilihan Anda {i>stack<i}.
Persistent Disk dan Hyperdisk	Anda dapat menggunakan Persistent Disk dan Google Cloud Hyperdisk: Volume Persistent Disk tersedia sebagai hard disk standar {i>drive <i}(HDD) atau {i>solid-state drive<i} (SSD). Untuk persistent disk seimbang dan persistent disk SSD, Replikasi Asinkron PD menyediakan replikasi asinkron data SAP antara dua region Google Cloud. Volume Hyperdisk Ekstrem memberikan kapasitas maksimum Opsi IOPS dan throughput dibandingkan volume Persistent Disk SSD. Secara default, Compute Engine mengenkripsi pelanggan konten dalam penyimpanan, termasuk konten di dalam Persistent Disk dan Volume hyperdisk. Untuk mengetahui informasi selengkapnya tentang enkripsi disk dan kemungkinan opsi enkripsi, lihat Tentang enkripsi disk.
Konsol Google Cloud	Alat berbasis browser untuk mengelola resource Compute Engine. Menggunakan template untuk menjelaskan semua resource Compute Engine dan instance yang Anda butuhkan. Anda tidak perlu membuat dan mengkonfigurasi sumber daya atau mencari ketergantungan karena Konsol Google Cloud melakukannya untuk Anda.
Cloud Storage	Anda dapat menyimpan cadangan database SAP di Cloud Storage untuk meningkatkan ketahanan dan keandalan, dengan replikasi.
Cloud Monitoring	Memberikan visibilitas pada deployment, performa, waktu beroperasi, dan kondisi Compute Engine, jaringan, dan disk penyimpanan persisten. Monitoring mengumpulkan metrik, peristiwa, dan metadata dari Google Cloud dan menggunakannya untuk menghasilkan insight melalui dasbor, bagan, dan pemberitahuan. Anda dapat memantau metrik komputasi tanpa biaya melalui Pemantauan.
IAM	Memberikan kontrol terpadu atas izin untuk resource Google Cloud. IAM memungkinkan Anda mengontrol siapa saja yang dapat menjalankan bidang kontrol semua operasi di VM Anda, termasuk membuat, mengubah, dan menghapus VM dan disk penyimpanan persisten, serta membuat dan mengubah jaringan.

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:

Catatan: Imbuhan dalam nama mesin berikut diubah dari "n1" menjadi "m1" untuk mengidentifikasi mesin sebagai anggota dari kelompok mesin yang dioptimalkan untuk memori:

• n1-megamem-96 sekarang menjadi m1-megamem-96
• n1-ultramem-40 sekarang menjadi m1-ultramem-40
• n1-ultramem-80 sekarang menjadi m1-ultramem-80
• n1-ultramem-160 sekarang menjadi m1-ultramem-160

Mesin itu sendiri tidak berubah, dan nama sebelumnya masih didukung sebagai alias untuk komputer ini.

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.

Jenis mesin	vCPU	Memori	Sistem operasi	CPU platform	Jenis aplikasi	Catatan
Jenis VM tujuan umum N1 dengan memori tinggi
n1-highmem-32	32	208 GB	RHEL, SUSE	Intel Broadwell	OLAP atau OLTP	Block storage: Persistent disk Compute Engine atau, hanya untuk peningkatan skala, NetApp CVS-Performance.
n1-highmem-64	64	416 GB	RHEL, SUSE	Intel Broadwell	OLAP atau OLTP	Block storage: Persistent disk Compute Engine atau, hanya untuk peningkatan skala, NetApp CVS-Performance.
n1-highmem-96	96	624 GB	RHEL, SUSE	Intel Skylake	OLAP atau OLTP	Block storage: Persistent disk Compute Engine atau, hanya untuk peningkatan skala, NetApp CVS-Performance.
Jenis VM tujuan umum N2 dengan memori tinggi
n2-highmem-32	32	256 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine atau NetApp CVS-Performance.
n2-highmem-48	48	384 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine atau NetApp CVS-Performance.
n2-highmem-64	64	512 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine atau NetApp CVS-Performance.
n2-highmem-80	80	640 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, {i>Hyperdisk Extreme<i}, atau NetApp CVS-Performance.
n2-highmem-96	96	768 GB	RHEL, SUSE	Intel Ice Lake	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, {i>Hyperdisk Extreme<i}, atau NetApp CVS-Performance.
n2-highmem-128	128	864 GB	RHEL, SUSE	Intel Ice Lake	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, {i>Hyperdisk Extreme<i}, atau NetApp CVS-Performance.
Jenis VM tujuan umum C3
c3-standard-44	44	176 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Balanced, atau NetApp CVS-Performance.
c3-highmem-44	44	352 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Seimbang atau NetApp CVS-Performance.
c3-highmem-88	88	704 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, {i>Hyperdisk Extreme<i}, {i>Hyperdisk Balanced<i}, atau NetApp CVS-Performance.
c3-highmem-176	176	1.408 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, {i>Hyperdisk Extreme<i}, {i>Hyperdisk Balanced<i}, atau NetApp CVS-Performance.
Jenis mesin bare metal tujuan umum C3
c3-highmem-192-metal	192	1.536 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Hanya peningkatan skala. Penyimpanan blok: Hyperdisk Ekstrem, Hyperdisk Seimbang.
Jenis VM tujuan umum C4
c4-highmem-32	32	248 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP atau OLTP	Hanya tingkatkan skala. Block storage: Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
c4-highmem-48	48	372 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP atau OLTP	Hanya tingkatkan skala. Block storage: Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
c4-highmem-96	96	744 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP atau OLTP	Hanya tingkatkan skala. Block storage: Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
c4-highmem-192	192	1.488 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP atau OLTP	Hanya tingkatkan skala. Block storage: Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
Jenis VM yang dioptimalkan untuk memori M1
m1-megamem-96	96	1.433 GB	RHEL, SUSE	Intel Skylake	OLAP atau OLTP	OLAP: meningkatkan skala atau menyebarkan skala hingga 16 node. OLTP: hanya meningkatkan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau, untuk skala OLTP NetApp CVS-Performance.
m1-ultramem-40	40	961 GB	RHEL, SUSE	Intel Broadwell	Hanya OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Balanced, atau NetApp CVS-Performance.
m1-ultramem-80	80	1.922 GB	RHEL, SUSE	Intel Broadwell	Hanya OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
m1-ultramem-160	160	3.844 GB	RHEL, SUSE	Intel Broadwell	OLAP atau OLTP	Workload OLAP 2 TB yang disertifikasi untuk peningkatan skala dan penyebaran skala hingga 16 node. Workload OLAP hingga 4 TB yang didukung dengan ukuran berbasis workload. Workload OLTP disertifikasi hanya untuk peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau, hanya untuk peningkatan skala OLTP, NetApp CVS-Performance.
Jenis VM yang dioptimalkan untuk memori M2
m2-megamem-416	416	5.888 GB	RHEL, SUSE	Intel Cascade Lake	OLAP atau OLTP	Workload OLAP yang disertifikasi untuk peningkatan skala dan penyebaran skala hingga 16 node. Workload OLTP disertifikasi untuk peningkatan skala atau peningkatan skala hingga 4 node. Sertifikasi untuk penyebaran skala OLTP mencakup SAP S/4HANA. Untuk penyebaran skala dengan S/4HANA, lihat Catatan SAP 2408419. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau, untuk hanya peningkatan skala, NetApp CVS-Performance.
m2-ultramem-208	208	5.888 GB	RHEL, SUSE	Intel Cascade Lake	Hanya OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, {i>Hyperdisk Extreme<i}, {i>Hyperdisk Balanced<i}, atau NetApp CVS-Performance.
m2-ultramem-416	416	11.776 GB	RHEL, SUSE	Intel Cascade Lake-SP	OLAP atau OLTP	Workload OLAP disertifikasi dengan pengukuran berbasis workload untuk meningkatkan skala atau menyebarkan skala hingga 16 node. Workload OLTP disertifikasi untuk peningkatan skala atau peningkatan skala hingga 4 node. Sertifikasi untuk penyebaran skala OLTP mencakup SAP S/4HANA. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau, hanya untuk peningkatan skala, NetApp CVS-Performance. Untuk penyebaran skala dengan S/4HANA, lihat Catatan SAP 2408419.
m2-hypermem-416	416	8.832 GB	RHEL, SUSE	Intel Cascade Lake	Hanya OLTP	Workload OLTP disertifikasi untuk peningkatan skala atau penyebaran skala hingga 4 node. Sertifikasi untuk penyebaran skala OLTP mencakup SAP S/4HANA. Block storage: Persistent disk Compute Engine, {i>Hyperdisk Extreme<i}, {i>Hyperdisk Balanced<i}, atau, hanya untuk peningkatan skala, NetApp CVS-Performance. Untuk penyebaran skala dengan S/4HANA, lihat Catatan SAP 2408419.
Jenis VM yang dioptimalkan untuk memori M3
m3-ultramem-32	32	976 GB	RHEL, SUSE	Intel Ice Lake	Hanya OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Balanced, atau NetApp CVS-Performance.
m3-ultramem-64	64	1.952 GB	RHEL, SUSE	Intel Ice Lake	Hanya OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
m3-ultramem-128	128	3.904 GB	RHEL, SUSE	Intel Ice Lake	OLAP atau OLTP	Workload OLAP disertifikasi dengan pengukuran berbasis workload untuk peningkatan skala. Workload OLTP disertifikasi untuk peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
m3-megamem-64	64	976 GB	RHEL, SUSE	Intel Ice Lake	OLAP atau OLTP	Hanya peningkatan skala. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance.
m3-megamem-128	128	1.952 GB	RHEL, SUSE	Intel Ice Lake	OLAP atau OLTP	Peningkatan skala atau penyebaran skala, hingga 16 node. Block storage: Persistent disk Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced, atau NetApp CVS-Performance (khusus peningkatan skala).
Jenis mesin bare metal yang dioptimalkan untuk memori X4 Penting: Untuk mendapatkan informasi tentang pembelian kuota untuk instance X4, atau untuk membahas secara on-demand untuk menguji instance X4, hubungi perwakilan akun Google Cloud Anda.
x4-megamem-960-metal	960	16.384 GB	SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Workload OLTP disertifikasi untuk peningkatan skala. Beban kerja OLAP tersertifikasi untuk memperluas skala hingga 4 node, dan meningkatkan skala. Penyimpanan blok: Hyperdisk Ekstrem, Hyperdisk Seimbang
x4-megamem-1440-metal	1.440	24.576 GB	SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Hanya peningkatan skala. Penyimpanan blok: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1920-metal	1.920.	32.768 GB	SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Hanya peningkatan skala. Penyimpanan blok: Hyperdisk Ekstrem, Hyperdisk Seimbang

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 Solusi Bare Metal	Core CPU	vCPU	Soket	Memori	CPU platform	Sistem operasi	Jenis aplikasi	Catatan
Jenis mesin Solusi Bare Metal yang dioptimalkan untuk memori O2
o2-ultramem-672-metal	336	672	12	18 TB	Intel Cascade Lake	RHEL, SUSE	Hanya OLTP	Meningkatkan skala hanya dalam arsitektur tiga tingkat. Ukuran standar.
o2-ultramem-896-metal	448	896	16	24 TB	Intel Cascade Lake	RHEL, SUSE	Hanya OLTP	Meningkatkan skala dalam arsitektur tiga tingkat saja. Ukuran standar.

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.

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

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.

Region	Lokasi
europe-west3	Frankfurt, Jerman, Eropa
europe-west4	Eemshaven, Belanda, Eropa
us-central1	Council Bluffs, Iowa, AS, Amerika Utara
us-east4	Ashburn, Virginia, AS, Amerika Utara

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.

Sistem operasi	Versi	Jenis mesin yang tidak didukung
RHEL untuk SAP	9.4 ^Catatan	x4-megamem
	9.2 ^Catatan	x4-megamem C3-metal
	9.0 ^Catatan	x4-megamem Logam C3
	8.10	x4-megamem
	8.8	x4-megamem C3-metal
	8.6	x4-megamem Logam C3
	8.4	x4-megamem Logam C3
	8.2	x4-megamem Logam C3
	8.1	x4-megamem Logam C3 c3-standard c3-highmem m3-ultramem m3-megamem
	7.9	c4-highmem x4-megamem Logam C3
	7.7	c4-highmem x4-megamem Logam C3 c3-standard c3-highmem m3-ultramem m3-megamem
SLES untuk SAP	15 SP5
	15 SP4
	15 SP3	x4-megamem Logam C3
	15 SP2	x4-megamem Logam C3
	15 SP1	c4-highmem x4-megamem Logam C3 c3-standard c3-highmem m3-ultramem m3-megamem
	12 SP5	x4-megamem Logam C3

Catatan: Sebelum Anda menginstal software SAP apa pun di RHEL untuk SAP 9.x, paket tambahan harus diinstal di mesin host Anda, terutama chkconfig dan compat-openssl11. Jika Anda menggunakan image yang disediakan oleh Compute Engine, paket ini akan otomatis diinstal untuk Anda. Untuk mengetahui informasi selengkapnya dari SAP, lihat Catatan SAP 3108316 - Red Hat Enterprise Linux 9.x: Penginstalan dan Konfigurasi .

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

Untuk persistent block storage, Anda dapat memasang persistent disk atau Hyperdisk Compute Engine saat membuat VM atau menambahkannya ke VM nanti.

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.

Persistent disk seimbang

Jenis VM Compute Engine	Ukuran /hana/data (GB)	Ukuran /hana/log (GB)	Ukuran /hana/shared (GB)	Ukuran /usr/sap (GB)	Ukuran total (GB)
n1-highmem-32	599	104	208	32	943
n1-highmem-64	499	208	416	32	1.155
n1-highmem-96	748	312	624	32	1.716
n2-highmem-32	527	128	256	32	943
n2-highmem-48	460	192	384	32	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-80	768	320	640	32	1.760
n2-highmem-96	921	384	768	32	2.105
n2-highmem-128	1.036	432	864	32	2.364
c3-standard-44	647	88	176	32	943
c3-highmem-44	422	176	352	32	982
c3-highmem-88	844	352	704	32	1.932
c3-highmem-176	1.689.	512	1.024	32	3.257
m1-megamem-96	1.719.	512	1.024	32	3.287
m1-ultramem-40	1.153.	480	961	32	2.626
m1-ultramem-80	2.306.	512	1.024	32	3.874
m1-ultramem-160	4.612	512	1.024	32	6.180
m2-megamem-416	7.065.	512	1.024	32	8.633
m2-ultramem-208	7.065.	512	1.024	32	8.633
m2-ultramem-416	14.092.	512	1.024	32	15.660
m2-hypermem-416	10.598.	512	1.024	32	12.166
m3-ultramem-32	1.171	488	976	32	2.667
m3-ultramem-64	2.342	512	1.024	32	3.910
m3-ultramem-128	4.684.	512	1.024	32	6.252
m3-megamem-64	1.171.	488.	976	32	2.667
m3-megamem-128	2.342.	512	1.024	32	3.910

Persistent disk SSD

Jenis VM Compute Engine	/hana/data ukuran (GB)	/hana/log ukuran (GB)	Ukuran /hana/shared (GB)	Ukuran /usr/sap (GB)	Ukuran total (GB)
n1-highmem-32	249	104	208	32	593
n1-highmem-64	499	208	416	32	1.155
n1-highmem-96	748	312	624	32	1.716
n2-highmem-32	307	128	256	32	723
n2-highmem-48	460	192	384	32	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-80	768	320	640	32	1.760
n2-highmem-96	921	384	768	32	2.105
n2-highmem-128	1.036	432	864	32	2.364
c3-standard-44	254	88	176	32	550
c3-highmem-44	422	176	352	32	982
c3-highmem-88	844	352	704	32	1.932
c3-highmem-176	1.689.	512	1.024	32	3.257
m1-megamem-96	1.719.	512	1.024	32	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-80	2.306.	512	1.024	32	3.874
m1-ultramem-160	4.612.	512	1.024	32	6.180
m2-megamem-416	7.065.	512	1.024	32	8.633
m2-ultramem-208	7.065.	512	1.024	32	8.633
m2-ultramem-416	14.092.	512	1.024	32	15.660
m2-hypermem-416	10.598.	512	1.024	32	12.166
m3-ultramem-32	1.171	488	976	32	2.667
m3-ultramem-64	2.342.	512	1.024	32	3.910
m3-ultramem-128	4.684.	512	1.024	32	6.252
m3-megamem-64	1.171	488.	976	32	2.667
m3-megamem-128	2.342.	512	1.024	32	3.910

Hyperdisk Ekstrem

Saat Anda menggunakan Hyperdisk Ekstrem untuk menghosting volume /hana/data dan /hana/log, pastikan untuk menghosting volume /hana/shared dan /usr/sap pada persistent disk seimbang yang terpisah. Ini karena volume /hana/shared dan /usr/sap tidak memerlukan performa setinggi volume data dan log.

Jenis VM Compute Engine	/hana/data ukuran (GB) dan IOPS	Ukuran /hana/log (GB) dan IOPS	Ukuran /hana/shared (GB)	Ukuran /usr/sap (GB)	Ukuran total (GB)
n2-highmem-80	768 GB dengan 10.000 IOPS	320 GB dengan 10.000 IOPS	640	32	1.760
n2-highmem-96	921 GB dengan 10.000 IOPS	384 GB dengan 10.000 IOPS	768	32	2.105
n2-highmem-128	1.036 GB dengan 10.000 IOPS	432 GB dengan 10.000 IOPS	864	32	2.364
c3-highmem-88	844 GB dengan 10.000 IOPS	352 GB dengan 10.000 IOPS	704	32	1.932
c3-highmem-176	1.689. GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	3.257
c3-highmem-192-metal	1.843. GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	3.411.
c4-highmem-32	297 GB dengan 10.000 IOPS	124. GB dengan 10.000 IOPS	248	32	701
c4-highmem-48	446. GB dengan 10.000 IOPS	186 GB dengan 10.000 IOPS	372	32	1.036.
c4-highmem-96	892 GB dengan 10.000 IOPS	372 GB dengan 10.000 IOPS	744	32	2.040
c4-highmem-192	1.785. GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	3.353.
m1-megamem-96	1.719. GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	3.287
m1-ultramem-80	2.306. GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	3.874
m1-ultramem-160	4.612. GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	6.180
m2-megamem-416	7.065. GB dengan 14.130 IOPS	512 GB dengan 3.000 IOPS	1.024	32	8.633
m2-ultramem-208	7.065. GB dengan 14.130 IOPS	512 GB dengan 10.000 IOPS	1.024	32	8.633
m2-ultramem-416	14.092 GB dengan 28.184 IOPS	512 GB dengan 10.000 IOPS	1.024	32	15.660
m2-hypermem-416	10.598. GB dengan 21.196 IOPS	512 GB dengan 10.000 IOPS	1.024	32	12.166
m3-ultramem-64	2.342. GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	3.910
m3-ultramem-128	4.684 GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	6.252
m3-megamem-64	1.171. GB dengan 10.000 IOPS	488 GB dengan 10.000 IOPS	976	32	2.667
m3-megamem-128	2.342 GB dengan 10.000 IOPS	512 GB dengan 10.000 IOPS	1.024	32	3.910

Hyperdisk Balanced

Untuk SAP HANA, IOPS yang disediakan minimum yang didukung adalah 3.000 dan throughput-nya adalah 400 MBps. Namun, Anda dapat menyesuaikan nilai ini sesuai persyaratan performa tertentu. Sebaiknya nilai awal sebesar Throughput 3.000 IOPS dan 750 MBps, karena ini merupakan nilai default digunakan dalam file konfigurasi Terraform yang Google Cloud menyediakan deployment SAP HANA secara otomatis.

Jenis VM Compute Engine	/hana/data ukuran (GB), IOPS, serta throughput	/hana/log ukuran (GB), IOPS, serta throughput	Ukuran /hana/shared (GB)	Ukuran /usr/sap (GB)	Ukuran total (GB)
c3-standard-44	211 GB dengan 10.000 IOPS dan throughput 400 Mbps	88 GB dengan 3.000 IOPS dan throughput 400 Mbps	176	32	507
c3-highmem-44	422 GB dengan 10.000 IOPS dan throughput 400 MBps	176 GB dengan 3.000 IOPS dan throughput 400 Mbps	352	32	982
c3-highmem-88	844 GB dengan 10.000 IOPS dan throughput 1.200 MBps	352 GB dengan 3.000 IOPS dan throughput 400 MBps	704	32	1.932
c3-highmem-176	1.689 GB dengan 10.000 IOPS dan throughput 1.200 MBps	512 GB dengan 3.000 IOPS dan throughput 400 MBps	1.024	32	3.257
c3-highmem-192-metal	1.843. GB dengan 10.000 IOPS dan throughput 1.200 MBps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	3.411.
c4-highmem-32	297 GB dengan 10.000 IOPS dan throughput 400 Mbps	124. GB dengan throughput 3.000 IOPS dan 400 Mbps	248	32	701
c4-highmem-48	446 GB dengan 10.000 IOPS dan throughput 400 MBps	186 GB dengan throughput 3.000 IOPS dan 400 Mbps	372	32	1.036
c4-highmem-96	892 GB dengan 10.000 IOPS dan throughput 800 MBps	372 GB dengan throughput 3.000 IOPS dan 400 Mbps	744	32	2.040
c4-highmem-192	1.785. GB dengan 10.000 IOPS dan throughput 800 Mbps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	3.353.
m1-megamem-96	1.719. GB dengan 8.000 IOPS dan throughput 1.000 MBps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	3.287
m1-ultramem-40	1.153. GB dengan 8.000 IOPS dan throughput 900 Mbps	480 GB dengan 3.000 IOPS dan throughput 400 MBps	961	32	2.626
m1-ultramem-80	2.306. GB dengan 10.000 IOPS dan throughput 1.200 MBps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	3.874
m1-ultramem-160	4.612. GB dengan 15.000 IOPS dan throughput 1.200 MBps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	6.180
m2-megamem-416	7.065. GB dengan 20.000 IOPS dan throughput 1.200 MBps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	8.633
m2-ultramem-208	7.065. GB 20.000 IOPS dan throughput 1.200 Mbps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	8.633
m2-ultramem-416	14.092. GB dengan 20.000 IOPS dan throughput 1.200 MBps	512 GB dengan 3.000 IOPS dan throughput 400 MBps	1.024	32	15.660
m2-hypermem-416	10.598 GB dengan 20.000 IOPS dan throughput 1.200 MBps	512 GB dengan 3.000 IOPS dan throughput 400 MBps	1.024	32	12.166
m3-ultramem-32	1.171 GB dengan 10.000 IOPS dan throughput 900 MBps	488 GB dengan 3.000 IOPS dan throughput 400 Mbps	976	32	2.667
m3-ultramem-64	2.342. GB dengan 10.000 IOPS dan throughput 1.200 MBps	512 GB dengan 3.000 IOPS dan throughput 400 MBps	1.024	32	3.910
m3-ultramem-128	4.684. GB dengan 10.000 IOPS dan throughput 1.200 MBps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	6.252
m3-megamem-64	1.171 GB dengan 10.000 IOPS dan throughput 900 MBps	488. GB dengan throughput 3.000 IOPS dan 400 Mbps	976	32	2.667
m3-megamem-128	2.342. GB dengan 10.000 IOPS dan throughput 1.200 MBps	512 GB dengan throughput 3.000 IOPS dan 400 Mbps	1.024	32	3.910

Ukuran disk untuk memasang semua volume SAP HANA pada satu disk

Ukuran dalam tabel berikut mengasumsikan bahwa Anda menggunakan satu {i>disk<i} untuk menghosting semua volume berikut: /hana/data, /hana/log, /hana/shared, dan /usr/sap volume.

Persistent disk seimbang

Jenis VM Compute Engine	Ukuran (GB)
n1-highmem-32	943
n1-highmem-64	1.155
n1-highmem-96	1.716
n2-highmem-32	943
n2-highmem-48	1.068
n2-highmem-64	1.414
n2-highmem-80	1.760
n2-highmem-96	2.105
n2-highmem-128	2.364
c3-standard-44	943
c3-highmem-44	982
c3-highmem-88	1.932.
c3-highmem-176	3.257.
m1-megamem-96	3.287
m1-ultramem-40	2.626.
m1-ultramem-80	3.874
m1-ultramem-160	6.180
m2-megamem-416	8.633.
m2-ultramem-208	8.633.
m2-ultramem-416	15.660.
m2-hypermem-416	12.166.
m3-ultramem-32	2.667
m3-ultramem-64	3.910.
m3-ultramem-128	6.252.
m3-megamem-64	2.667.
m3-megamem-128	3.910

Persistent disk SSD

Jenis VM Compute Engine	Ukuran (GB)
n1-highmem-32	593
n1-highmem-64	1.155
n1-highmem-96	1.716
n2-highmem-32	723
n2-highmem-48	1.068
n2-highmem-64	1.414
n2-highmem-80	1.760
n2-highmem-96	2.105
n2-highmem-128	2.364
c3-standard-44	550
c3-highmem-44	982
c3-highmem-88	1.932.
c3-highmem-176	3.257.
m1-megamem-96	3.287.
m1-ultramem-40	2.626.
m1-ultramem-80	3.874.
m1-ultramem-160	6.180.
m2-megamem-416	8.633.
m2-ultramem-208	8.633.
m2-ultramem-416	15.660.
m2-hypermem-416	12.166.
m3-ultramem-32	2.667
m3-ultramem-64	3.910.
m3-ultramem-128	6.252.
m3-megamem-64	2.667.
m3-megamem-128	3.910

Hyperdisk Ekstrem

Jenis VM Compute Engine	Ukuran (GB) dan IOPS
n2-highmem-80	1.760 GB dengan 20.000 IOPS
n2-highmem-96	2.105 GB dengan 20.000 IOPS
n2-highmem-128	2.364 GB dengan 20.000 IOPS
c3-highmem-88	1.932. GB dengan 20.000 IOPS
c3-highmem-176	3.257. GB dengan 20.000 IOPS
c3-highmem-192-metal	3.411. GB dengan 20.000 IOPS
c4-highmem-32	701 GB dengan 20.000 IOPS
c4-highmem-48	1.036. GB dengan 20.000 IOPS
c4-highmem-96	2.040. GB dengan 20.000 IOPS
c4-highmem-192	3.353. GB dengan 20.000 IOPS
m1-megamem-96	3.287. GB dengan 20.000 IOPS
m1-ultramem-80	3.874. GB dengan 20.000 IOPS
m1-ultramem-160	6.180. GB dengan 20.000 IOPS
m2-megamem-416	8.633. GB dengan 24.130 IOPS
m2-ultramem-208	8.633 GB dengan 24.130 IOPS
m2-ultramem-416	15.660. GB dengan 38.184 IOPS
m2-hypermem-416	12.166. GB dengan 31.196 IOPS
m3-ultramem-64	3.910. GB dengan 20.000 IOPS
m3-ultramem-128	6.252. GB dengan 20.000 IOPS
m3-megamem-64	2.667. GB dengan 20.000 IOPS
m3-megamem-128	3.910. GB dengan 20.000 IOPS

Hyperdisk Balanced

Jenis VM Compute Engine	Ukuran (GB), IOPS, serta throughput
c3-standard-44	507 GB dengan 13.000 IOPS dan throughput 800 Mbps
c3-highmem-44	982 GB dengan 13.000 IOPS dan throughput 800 Mbps
c3-highmem-88	1.932. GB dengan 13.000 IOPS dan throughput 1.600 MBps
c3-highmem-176	3.257. GB dengan 13.000 IOPS dan throughput 1.600 MBps
c3-highmem-192-metal	3.411. GB dengan 13.000 IOPS dan throughput 1.600 MBps
c4-highmem-32	701 GB dengan 13.000 IOPS dan throughput 800 MBps
c4-highmem-48	1.036. GB dengan 13.000 IOPS dan throughput 800 Mbps
c4-highmem-96	2.040. GB dengan 13.000 IOPS dan throughput 1.200 MBps
c4-highmem-192	3.353 GB dengan 13.000 IOPS dan throughput 1.200 MBps
m1-megamem-96	3.287 GB dengan 11.000 IOPS dan throughput 1.400 MBps
m1-ultramem-40	2.626. GB dengan 11.000 IOPS dan throughput 1.300 Mbps
m1-ultramem-80	3.874. GB dengan 13.000 IOPS dan throughput 1.600 MBps
m1-ultramem-160	6.180 GB dengan 18.000 IOPS dan throughput 1.600 MBps
m2-megamem-416	8.633. GB dengan 23.000 IOPS dan throughput 1.600 MBps
m2-ultramem-208	8.633. GB dengan 23.000 IOPS dan throughput 1.600 MBps
m2-ultramem-416	15.660. GB dengan 23.000 IOPS dan throughput 1.600 MBps
m2-hypermem-416	12.166. GB dengan 23.000 IOPS dan throughput 1.600 MBps
m3-ultramem-32	2.667 GB dengan 13.000 IOPS dan throughput 1.300 MBps
m3-ultramem-64	3.910. GB dengan 13.000 IOPS dan throughput 1.600 MBps
m3-ultramem-128	6.252 GB dengan 13.000 IOPS dan throughput 1.600 MBps
m3-megamem-64	2.667. GB dengan 13.000 IOPS dan throughput 1.300 MBps
m3-megamem-128	3.910. GB dengan 13.000 IOPS dan throughput 1.600 MBps

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

Catatan: Konfigurasi penyimpanan berikut hanyalah rekomendasi awal. Rab sebaiknya Anda mengukur beban kerja dan melakukan validasi untuk memastikan performa yang optimal.

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.

Jenis mesin	Volume booting (GB)	/usr/sap (GB)	/hana/shared (GB)	/hana/log ukuran (GB), IOPS, dan throughput	/hana/data (GB), IOPS, dan throughput
	Hyperdisk Balanced
x4-megamem-960-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.400 Mbps	16.384 GB dengan 16.384 IOPS dan throughput 2.400 Mbps
x4-megamem-1440-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.400 Mbps	24.576 GB dengan 24.576 IOPS dan throughput 2.400 Mbps
x4-megamem-1920-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.400 Mbps	32.768 GB dengan 32.768 IOPS dan throughput 2.400 Mbps

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}.

Jenis mesin	Volume booting (GB)	/usr/sap (GB)	/hana/shared (GB)	/hana/log ukuran (GB), IOPS, dan throughput	/hana/data (GB), IOPS, dan throughput
	Hyperdisk Balanced				Hyperdisk Ekstrem
x4-megamem-960-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.400 Mbps	16.384 GB dengan 32.768 IOPS dan throughput 5.000 Mbps
x4-megamem-1440-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.400 Mb/dtk	24.576 GB dengan 49.152 IOPS dan throughput 5.000 Mb/s
x4-megamem-1920-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.400 Mbps	32.768 GB dengan 65.536 IOPS dan throughput 5.000 Mbps

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.

Jenis mesin	Volume booting (GB)	/usr/sap (GB)	/hana/shared (GB)	/hana/log ukuran (GB), IOPS, dan throughput	/hana/data (GB), IOPS, dan throughput
	Hyperdisk Balanced			Hyperdisk Ekstrem
x4-megamem-960-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.500 Mbps	16.384 GB dengan 32.768 IOPS dan throughput 5.000 Mbps
x4-megamem-1440-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.500 Mbps	24.576 GB dengan 49.152 IOPS dan throughput 5.000 Mbps
x4-megamem-1920-metal	50	32	1.024	512 GB dengan 10.000 IOPS, dan throughput 2.500 Mbps	32.768 GB dengan 65.536 IOPS dan throughput 5.000 Mbps

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.

Penting: RHEL dan SLES adalah image premium dan semua harga untuk image premium tidak termasuk biaya untuk penggunaan jenis mesin. Untuk mengetahui detail tentang harga image premium, lihat image Premium.

Catatan: Anda mungkin bisa mendapatkan diskon untuk penggunaan berkelanjutan hingga 30% untuk instance Compute Engine Anda.

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

Persistent disk seimbang

Jenis VM Compute Engine	vCPU	Memori (GB)	Kuota (GB)
n1-highmem-32	32	208	943
n1-highmem-64	64	416	1.155
n1-highmem-96	96	624	1.716
n2-highmem-32	32	256	943
n2-highmem-48	48	384	1.068
n2-highmem-64	64	512	1.414
n2-highmem-80	80	640	1.760
n2-highmem-96	96	768	2.105
n2-highmem-128	128	864	2.364
c3-standard-44	44	176	507
c3-highmem-44	44	352	982
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
m1-megamem-96	96	1.433.	3.287
m1-ultramem-40	40	961	2.626
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766.	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	32	976	2.667
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910

Persistent disk SSD

Jenis VM Compute Engine	vCPU	Memori (GB)	Kuota (GB)
n1-highmem-32	32	208	593
n1-highmem-64	64	416	1.155
n1-highmem-96	96	624	1.716
n2-highmem-32	32	256	723
n2-highmem-48	48	384	1.068
n2-highmem-64	64	512	1.414
n2-highmem-80	80	640	1.760
n2-highmem-96	96	768	2.105
n2-highmem-128	128	864	2.364
c3-standard-44	44	176	507
c3-highmem-44	44	352	982
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
m1-megamem-96	96	1.433.	3.287
m1-ultramem-40	40	961	2.626
m1-ultramem-80	80	1.922.	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766.	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	32	976	2.667
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910

Hyperdisk Ekstrem

Jenis VM Compute Engine	vCPU	Memori (GB)	Kuota (GB)
n2-highmem-80	80	640	1.760
n2-highmem-96	96	768	2.105
n2-highmem-128	128	864	2.364
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	192	1.536.	3.411
c4-highmem-32	32	248	701
c4-highmem-48	48	372	1.036.
c4-highmem-96	96	744	2.040
c4-highmem-192	192	1.488.	3.353.
m1-megamem-96	96	1.433.	3.287
m1-ultramem-80	80	1.922.	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766.	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910
Penting: Untuk mendapatkan informasi tentang pembelian kuota untuk instance X4, atau untuk membahas secara on-demand untuk menguji instance X4, hubungi perwakilan akun Google Cloud Anda.
x4-megamem-960-metal	960	16.384	17.952.
x4-megamem-1440-metal	1.440	24.576	26.144.
x4-megamem-1920-metal	1.920.	32.768.	34.336

Hyperdisk Balanced

Jenis VM Compute Engine	vCPU	Memori (GB)	Kuota (GB)
c3-standard-44	44	176	507
c3-highmem-44	44	352	982
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	192	1.536.	3.411.
c4-highmem-32	32	248	701
c4-highmem-48	48	372	1.036.
c4-highmem-96	96	744	2.040
c4-highmem-192	192	1.488.	3.353.
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	40	961	2.626
m1-ultramem-80	80	1.922.	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766.	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	32	976	2.667
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910
Penting: Untuk mendapatkan informasi tentang pembelian kuota untuk instance X4, atau untuk membahas secara on-demand untuk menguji instance X4, hubungi perwakilan akun Google Cloud Anda.
x4-megamem-960-metal	960	16.384	17.952.
x4-megamem-1440-metal	1.440	24.576	26.144.
x4-megamem-1920-metal	1.920.	32.768.	34.336.

Persistent disk standar

Jenis VM Compute Engine	vCPU	Memori (GB)	Kuota (GB)
n1-highmem-32	32	208	448
n1-highmem-64	64	416	864
n1-highmem-96	96	624	1.280
n2-highmem-32	32	256	544
n2-highmem-48	48	384	800
n2-highmem-64	64	512	1.056
n2-highmem-80	80	640	1.312
n2-highmem-96	96	768	1.568
n2-highmem-128	128	864	1.760
m1-megamem-96	96	1.433.	2.898
m1-ultramem-40	40	961	1.954
m1-ultramem-80	80	1.922.	3.876
m1-ultramem-160	160	3.844	7.720
m2-megamem-416	416	5.888	11.832
m2-ultramem-208	208	5.888	11.832
m2-ultramem-416	416	11.766	23.564
m2-hypermem-416	416	8.832	17.696

Pemberian Lisensi

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

Catatan: Setelah men-deploy SAP HANA di Google Cloud, Anda harus menginstal lisensi SAP HANA permanen sebelum masa berlaku lisensi sementara untuk SAP HANA berakhir. Jika tidak, sistem SAP HANA Anda mungkin akan mengalami penguncian database setelah lisensi sementara berakhir.

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.

Catatan: Anda harus menggunakan secret untuk kedua sandi atau menentukan keduanya secara langsung dalam teks biasa. Selain itu, secret harus ada di project Google Cloud tempat Anda men-deploy sistem SAP.

Deployment disk oleh Terraform

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

Volume atau direktori	Disk default di-deploy untuk instance X4	Disk default di-deploy untuk instance bare metal C3	Disk default di-deploy untuk instance VM
Volume booting	Hyperdisk Balanced	Hyperdisk Balanced	Persistent Disk Seimbang
/hana/data	Hyperdisk Ekstrem	Hyperdisk Balanced	SSD Persistent Disk
/hana/log	Hyperdisk Ekstrem	Hyperdisk Balanced	SSD Persistent Disk
/hana/shared	Hyperdisk Balanced	Hyperdisk Balanced	Persistent Disk SSD, jika Anda menentukan disk_type = "pd-ssd" di file konfigurasi Terraform Anda. Persistent Disk Seimbang, dalam semua skenario lainnya.
/hanabackup	Hyperdisk Balanced	Hyperdisk Balanced	Persistent Disk Seimbang
/usr/sap	Hyperdisk Balanced	Hyperdisk Balanced	Persistent Disk SSD, jika Anda menentukan disk_type = "pd-ssd" di file konfigurasi Terraform Anda. Persistent Disk Seimbang, dalam semua skenario lainnya.

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.