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 Anda satu sama lain dan ke internet. Setiap instance VM adalah anggota jaringan lama dengan satu rentang IP global, atau jaringan subnet yang direkomendasikan, dengan instance VM sebagai anggota dari satu subnetwork yang merupakan anggota dari jaringan yang lebih besar. Perhatikan bahwa jaringan Virtual Private Cloud (VPC) tidak dapat mencakup project Google Cloud, tetapi project Google Cloud dapat memiliki beberapa jaringan VPC. Untuk menghubungkan resource dari beberapa project ke jaringan VPC umum, Anda dapat menggunakan VPC Bersama, sehingga resource dapat berkomunikasi satu sama lain secara aman dan efisien dengan menggunakan alamat IP internal dari jaringan tersebut. Untuk mengetahui informasi tentang cara menyediakan VPC Bersama, termasuk persyaratan, langkah konfigurasi, dan penggunaan, lihat Menyediakan VPC Bersama.
Compute Engine	Membuat dan mengelola VM dengan sistem operasi dan stack software pilihan Anda.
Persistent Disk dan Hyperdisk	Anda dapat menggunakan Persistent Disk dan Google Cloud Hyperdisk: Volume Persistent Disk tersedia sebagai hard disk drive (HDD) standar atau solid state drive (SSD). Untuk persistent disk seimbang dan persistent disk SSD, Replikasi Asinkron PD menyediakan replikasi asinkron data SAP antara dua region Google Cloud. Volume Hyperdisk Extreme menyediakan opsi throughput dan IOPS maksimum yang lebih tinggi daripada volume SSD Persistent Disk. Secara default, Compute Engine mengenkripsi konten pelanggan dalam penyimpanan, termasuk konten di dalam volume Hyperdisk dan Persistent Disk. 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. Gunakan template untuk mendeskripsikan semua resource dan instance Compute Engine yang Anda butuhkan. Anda tidak perlu membuat dan mengonfigurasi resource satu per satu atau mencari tahu dependensi karena Konsol Google Cloud yang melakukannya untuk Anda.
Cloud Storage	Anda dapat menyimpan cadangan database SAP di Cloud Storage untuk ketahanan dan keandalan tambahan, 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 serta menggunakannya untuk menghasilkan insight melalui dasbor, diagram, dan pemberitahuan. Anda dapat memantau metrik komputasi tanpa biaya melalui Monitoring.
IAM	Memberikan kontrol terpadu atas izin untuk resource Google Cloud. IAM memungkinkan Anda mengontrol siapa yang dapat menjalankan operasi bidang kontrol pada VM, 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, Hyperdisk Extreme, 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, Hyperdisk Extreme, 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, Hyperdisk Extreme, 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 Balanced, 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, Hyperdisk Extreme, Hyperdisk Balanced, 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, Hyperdisk Extreme, Hyperdisk Balanced, 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. Block storage: Hyperdisk Extreme, Hyperdisk Balanced.
Jenis VM tujuan umum C4
c4-highmem-32	32	248 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP atau OLTP	Khusus peningkatan 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	Khusus peningkatan 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	Khusus peningkatan 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	Khusus peningkatan 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, hanya untuk peningkatan 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, hanya untuk 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, Hyperdisk Extreme, Hyperdisk Balanced, 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, Hyperdisk Extreme, Hyperdisk Balanced, 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 X4 yang dioptimalkan untuk memori Penting: Untuk informasi tentang pembelian kuota untuk instance X4, atau untuk mendiskusikan harga 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 penyebaran skala hingga 4 node, dan peningkatan skala. Workload OLAP disertifikasi untuk penyebaran skala hingga 8 node, dan peningkatan skala. Penyimpanan blok: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1440-metal	1.440	24.576 GB	SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Workload OLTP disertifikasi untuk penyebaran skala hingga 4 node, dan peningkatan skala. Workload OLAP disertifikasi untuk penyebaran skala hingga 8 node, dan peningkatan skala. Penyimpanan blok: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1920-metal	1.920	32.768 GB	SUSE	Intel Sapphire Rapids	OLAP atau OLTP	Workload OLTP disertifikasi untuk penyebaran skala hingga 4 node, dan peningkatan skala. Workload OLAP disertifikasi untuk penyebaran skala hingga 8 node, dan peningkatan skala. Penyimpanan blok: Hyperdisk Extreme, Hyperdisk Balanced

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 tabel Jenis mesin bersertifikasi untuk SAP HANA.

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 Anda sambil mempertahankan semua konfigurasi, metadata, dan data terkait.

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 C3-metal
	8.10	x4-megamem
	8.8	x4-megamem C3-metal
	8.6	x4-megamem C3-metal
	8.4	x4-megamem C3-metal
	8.2	x4-megamem C3-metal
	8.1	x4-megamem C3-metal c3-standard c3-highmem m3-ultramem m3-megamem
	7.9	c4-highmem x4-megamem C3-metal
	7.7	c4-highmem x4-megamem C3-metal c3-standard c3-highmem m3-ultramem m3-megamem
SLES untuk SAP	15 SP6
	15 SP5
	15 SP4
	15 SP3	x4-megamem C3-metal
	15 SP2	x4-megamem C3-metal
	15 SP1	c4-highmem x4-megamem C3-metal c3-standard c3-highmem m3-ultramem m3-megamem
	12 SP5	x4-megamem C3-metal

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.

Demi alasan performa, volume /hana/data dan /hana/log SAP HANA memerlukan disk penyimpanan persisten berbasis SSD. Jenis Hyperdisk dan Persistent Disk berbasis SSD yang disertifikasi oleh SAP untuk digunakan dengan SAP HANA mencakup 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 disknya sendiri.
    • Volume /hanabackup, jika Anda menyimpan cadangan ke disk. Jika ingin mengurangi biaya pencadangan, Anda dapat menggunakan Persistent Disk HDD Standar (pd-standard). Persistent Disk Seimbang memberikan pencadangan yang lebih cepat daripada Persistent Disk HDD Standar. Saat memilih disk, pastikan jenis VM Anda mendukung jenis disk tersebut.
  • Persistent Disk Seimbang dan Performa (SSD) mendukung Replikasi Asinkron PD. Anda dapat menggunakan fitur ini untuk pemulihan dari bencana aktif-pasif lintas region. 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 Ekstrem (hyperdisk-extreme), yang memberikan performa yang 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 Extreme (hyperdisk-extreme) dan Hyperdisk Balanced (hyperdisk-balanced)

  • Hyperdisk Extreme menyediakan opsi throughput dan IOPS maksimum yang lebih tinggi daripada 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 disknya 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 Hyperdisk Balanced, Anda dapat memilih performa yang diperlukan dengan menyediakan IOPS dan throughput. Untuk mengetahui informasi selengkapnya, 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 mendapatkan performa terbaik dari Hyperdisk Extreme untuk SAP HANA, perbarui properti sistem SAP HANA seperti yang direkomendasikan di Performa Hyperdisk Extreme.

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. Volume /hana/data dapat dihosting di lebih dari satu disk. 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 ke volume Hyperdisk

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 terpengaruh oleh ukuran disk. Performanya ditentukan oleh IOPS atau throughput yang Anda sediakan. Untuk 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 volume Hyperdisk, yang hanya didasarkan pada jumlah memori, disertakan dalam tabel sebagai referensi.

Untuk mengetahui informasi tentang konfigurasi penyimpanan yang direkomendasikan untuk sistem SAP HANA yang berjalan di instance X4, lihat Penyimpanan blok yang didukung untuk X4.

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

Persistent disk seimbang

Jika Anda ingin menggunakan lebih dari satu volume Persistent Disk Seimbang untuk menghosting volume /hana/data, pastikan untuk membagi nilai ukuran yang diberikan di kolom "Ukuran /hana/data (GB)" secara merata di antara volume disk yang Anda sediakan.

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

Jika Anda ingin menggunakan lebih dari satu volume Persistent Disk SSD untuk menghosting volume /hana/data, pastikan untuk membagi nilai ukuran yang diberikan di kolom "Ukuran /hana/data (GB)" secara merata di antara volume disk yang Anda sediakan.

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

Ekstrem Hyperdisk

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.

Jika Anda ingin menggunakan lebih dari satu volume Hyperdisk Ekstrem untuk menghosting volume /hana/data, pastikan untuk membagi nilai ukuran dan IOPS yang diberikan di kolom "Ukuran /hana/data (GB) dan IOPS" secara merata di antara volume disk yang Anda sediakan.

Jenis VM Compute Engine	Ukuran /hana/data (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 gunakan nilai awal throughput 3.000 IOPS dan 750 MBps, karena ini adalah nilai default yang digunakan dalam file konfigurasi Terraform yang disediakan Google Cloud untuk deployment SAP HANA otomatis.

Jika Anda ingin menggunakan lebih dari satu volume Hyperdisk Balanced untuk menghosting volume /hana/data, pastikan untuk membagi nilai ukuran, IOPS, dan throughput yang diberikan di kolom "Ukuran /hana/data (GB), IOPS, dan throughput" secara merata di antara volume disk yang Anda sediakan.

Jenis VM Compute Engine	Ukuran /hana/data (GB), IOPS, dan throughput	Ukuran /hana/log (GB), IOPS, dan 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 3.000 IOPS dan throughput 400 MBps	1.024	32	3.411
c4-highmem-32	297 GB dengan 10.000 IOPS dan throughput 400 MBps	124 GB dengan 3.000 IOPS dan throughput 400 MBps	248	32	701
c4-highmem-48	446 GB dengan 10.000 IOPS dan throughput 400 MBps	186 GB dengan 3.000 IOPS dan throughput 400 MBps	372	32	1.036
c4-highmem-96	892 GB dengan 10.000 IOPS dan throughput 800 MBps	372 GB dengan 3.000 IOPS dan throughput 400 MBps	744	32	2.040
c4-highmem-192	1.785 GB dengan 10.000 IOPS dan throughput 800 MBps	512 GB dengan 3.000 IOPS dan throughput 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 3.000 IOPS dan throughput 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 3.000 IOPS dan throughput 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 3.000 IOPS dan throughput 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 3.000 IOPS dan throughput 400 MBps	1.024	32	8.633
m2-ultramem-208	7.065 GB 20.000 IOPS dan throughput 1.200 MBps	512 GB dengan 3.000 IOPS dan throughput 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 3.000 IOPS dan throughput 400 MBps	1.024	32	6.252
m3-megamem-64	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-megamem-128	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

Ukuran disk untuk memasang semua volume SAP HANA pada satu disk

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

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

Ekstrem Hyperdisk

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, dan 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 untuk deployment Anda. Meskipun melebihi persyaratan minimum SAP, panduan ini dirancang untuk menyeimbangkan persyaratan penyimpanan sistem SAP HANA, persyaratan performa disk, dan total biaya kepemilikan. Anda dapat meningkatkan ukuran disk 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

Hyperdisk menyediakan opsi throughput dan IOPS maksimum yang lebih tinggi untuk volume /hana/log dan /hana/data dibandingkan dengan persistent disk berbasis SSD lainnya. Untuk mengetahui informasi selengkapnya tentang penyediaan opsi throughput dan IOPS untuk Hyperdisk, lihat Tentang penyediaan throughput dan IOPS untuk Hyperdisk.

Berbeda dengan persistent disk berbasis SSD, saat menggunakan Hyperdisk dengan SAP HANA, Anda tidak perlu khawatir dengan performa saat mengubah ukuran Hyperdisk. Penentuan ukuran Hyperdisk hanya didasarkan pada persyaratan penyimpanan SAP HANA. Untuk mengetahui informasi selengkapnya tentang penentuan 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 volume Hyperdisk Extreme, jumlah IOPS yang Anda sediakan akan menentukan throughput maksimumnya. Formula berikut dapat digunakan sebagai titik awal. Jenis ini menyediakan throughput minimum 2.500 MBps (256 KB per IOPS * 10.000 IOPS) dan lebih tinggi untuk jenis mesin lebih besar dengan disk yang lebih besar.

• 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 membuat volume Hyperdisk Balanced, Anda dapat menyediakan IOPS dan throughput untuk memenuhi kebutuhan performa beban kerja, dengan mempertimbangkan aturan untuk penyediaan IOPS dan penyediaan throughput. Untuk SAP HANA, IOPS yang disediakan minimum yang didukung adalah 3.000 dan throughputnya 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 menggunakan fitur Backint Agen Google Cloud untuk SAP, Anda dapat mencadangkan SAP HANA langsung ke bucket Cloud Storage, yang membuat penggunaan persistent disk untuk menyimpan cadangan bersifat 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 menjalankan SAP HANA di jenis mesin bare metal yang disediakan oleh Compute Engine, yang mencakup hal berikut:

• Jenis mesin bare metal C3: Seri mesin serba guna C3 mencakup 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 bersertifikasi untuk SAP HANA.
  • Untuk mengetahui informasi tentang penyimpanan blok minimum yang Anda perlukan untuk menjalankan SAP HANA pada jenis mesin bare metal C3, lihat Ukuran minimum untuk volume Hyperdisk dan Persistent Disk berbasis SSD.
  • Untuk informasi selengkapnya 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 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 bersertifikasi 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

Untuk menyediakan penyimpanan blok guna menjalankan workload SAP HANA di mesin X4, Anda dapat menggunakan volume Hyperdisk Extreme atau Hyperdisk Balanced.

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

• Konfigurasi yang dioptimalkan biaya
• Konfigurasi yang disesuaikan performanya
• Konfigurasi performa yang fleksibel

Catatan: Konfigurasi penyimpanan berikut hanyalah rekomendasi awal. Sebaiknya tentukan ukuran workload dan lakukan validasi untuk memastikan performa yang optimal.

Konfigurasi yang dioptimalkan untuk biaya

Tabel berikut menunjukkan konfigurasi penyimpanan yang dioptimalkan 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)	Ukuran /hana/log (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 performanya

Tabel berikut menunjukkan konfigurasi penyimpanan yang disesuaikan performanya 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)	Ukuran /hana/log (GB), IOPS, dan throughput	/hana/data (GB), IOPS, dan throughput
	Hyperdisk Balanced				Ekstrem Hyperdisk
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/s	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 yang fleksibel 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)	Ukuran /hana/log (GB), IOPS, dan throughput	/hana/data (GB), IOPS, dan throughput
	Hyperdisk Balanced			Ekstrem Hyperdisk
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 konfigurasi Terraform yang disediakan oleh Google Cloud. Konfigurasi ini dirancang untuk melakukan hal berikut secara default:

• Deploy volume Hyperdisk Extreme untuk menghosting volume data dan log SAP HANA. Sebagai gantinya, untuk men-deploy volume Hyperdisk Balanced, gunakan argumen Terraform disk_type.
• Aktifkan opsi Mulai Ulang Cepat SAP HANA.
• Jika Anda menghosting volume cadangan SAP HANA di disk, konfigurasi Terraform ini akan men-deploy volume Hyperdisk Seimbang untuknya secara default. Deployment disk ini ditentukan oleh argumen Terraform backup_disk_type.

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

Tugas pascadeployment

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

• Pastikan Agen Google Cloud untuk SAP versi 3.6 (terbaru) telah diinstal. Untuk informasi tentang cara menginstal agen, lihat Menginstal dan mengonfigurasi Agen Google Cloud untuk SAP di instance VM Compute Engine. Untuk mengetahui informasi tentang cara mengupdate ke versi terbaru, lihat Mengupdate Agen Google Cloud untuk SAP.
• Pada instance X4, optimalkan konfigurasi OS untuk mendukung workload SAP HANA secara optimal. Anda dapat melakukannya dengan menggunakan Agen Google Cloud untuk SAP. Untuk informasi selengkapnya, lihat Mengonfigurasi OS tamu di instance bare metal.
• Evaluasi workload SAP Anda menggunakan Workload Manager - layanan validasi berbasis aturan yang memungkinkan Anda memindai workload dan mendeteksi penyimpangan dari standar, aturan, dan praktik terbaik yang ditetapkan oleh vendor SAP, Google Cloud, dan OS. Untuk mengetahui informasi tentang cara mengevaluasi workload SAP, lihat Membuat dan menjalankan evaluasi. Untuk mengetahui 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 SAP HANA yang optimal pada instance komputasi dengan lebih dari 1.000 vCPU, sebaiknya gunakan SAP HANA 2.0 SPS7 revisi 76 atau yang lebih baru.

Jika Anda menjalankan SAP HANA versi lama dengan workload OLTP di instance compute dengan lebih dari 1.000 vCPU, menonaktifkan hyperthreading mungkin memiliki manfaat performa yang marginal. Sebaiknya uji hal ini 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

Ekstrem Hyperdisk

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 informasi tentang cara membeli kuota untuk instance X4, atau untuk mendiskusikan harga 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 informasi tentang cara membeli kuota untuk instance X4, atau untuk mendiskusikan harga 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 metrik pemantauan SAP HANA, yang memungkinkan Anda memantau instance SAP HANA. Mulai versi 3.0, Anda juga dapat menggunakan fitur Backint untuk menyimpan cadangan SAP HANA langsung di bucket Cloud Storage, dan mengambilnya 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 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 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.

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 metrik pemantauan SAP HANA, yang memungkinkan Anda memantau instance SAP HANA. Mulai versi 3.0, Anda juga dapat menggunakan fitur Backint untuk menyimpan cadangan SAP HANA langsung di bucket Cloud Storage, dan mengambilnya 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 subnetwork ini. Anda dapat menggunakan subjaringan yang ada jika ingin.

• 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 konfigurasi Terraform yang disediakan Google Cloud, deployment disk defaultnya adalah sebagai berikut:

Volume atau direktori	Disk default yang di-deploy untuk instance X4	Disk default yang di-deploy untuk instance bare metal C3	Disk default yang di-deploy untuk instance VM
Volume booting	Hyperdisk Balanced	Hyperdisk Balanced	Persistent Disk Seimbang
/hana/data	Ekstrem Hyperdisk	Hyperdisk Balanced	SSD Persistent Disk
/hana/log	Ekstrem Hyperdisk	Hyperdisk Balanced	SSD Persistent Disk
/hana/shared	Hyperdisk Balanced	Hyperdisk Balanced	SSD Persistent Disk, jika Anda menentukan disk_type = "pd-ssd" dalam file konfigurasi Terraform. Persistent Disk Seimbang, dalam semua skenario lainnya.
/hanabackup	Hyperdisk Balanced	Hyperdisk Balanced	Persistent Disk Seimbang
/usr/sap	Hyperdisk Balanced	Hyperdisk Balanced	SSD Persistent Disk, jika Anda menentukan disk_type = "pd-ssd" dalam file konfigurasi Terraform. 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 menyertakan host standby, lihat Terraform: Sistem Penyebaran Skala SAP HANA dengan Panduan Deployment Failover Otomatis Host atau Deployment Manager: Sistem Penyebaran Skala 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 fitur berbagi file-nya dengan volume /hana/shared dan /hanabackup, Anda harus menentukan resource google_filestore_instance, lalu tentukan nama file yang dibagikan ke argumen sap_hana_shared_nfs_resource dan sap_hana_backup_nfs_resource, 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 ada masalah dalam sistem SAP, Anda akan 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 tampaknya merupakan masalah infrastruktur Google Cloud, SAP akan mentransfer tiket tersebut ke komponen Google Cloud yang sesuai 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.