Arsitektur referensi: SAP S/4HANA di Google Cloud

Arsitektur referensi ini ditujukan untuk orang yang mengevaluasi Google Cloud sebagai platform untuk men-deploy beban kerja SAP S/4HANA. Panduan ini mencakup pertimbangan selama fase perencanaan, model deployment dan otomatisasi, serta prosedur operasional umum seperti tugas pencadangan dan DR.

Google Cloud menyediakan infrastruktur tersertifikasi SAP yang hemat biaya, andal, aman, dan berperforma tinggi untuk menjalankan SAP S/4HANA di SAP HANA. Untuk mengetahui daftar lengkap solusi SAP yang didukung di Google Cloud, lihat SAP di Google Cloud.

Arsitektur

Diagram berikut menunjukkan tampilan tingkat tinggi dari tiga model deployment umum untuk SAP S/4HANA: terpusat, terdistribusi, dan terdistribusi dengan ketersediaan tinggi.

Deployment terpusat

Dalam deployment terpusat, Anda dapat menginstal SAP S/4HANA dan database SAP HANA di instance VM Compute Engine yang sama. Sebaiknya gunakan pendekatan ini untuk lingkungan non-produksi seperti lingkungan sandbox dan pengembangan.

Diagram berikut menunjukkan arsitektur referensi untuk SAP S/4HANA di SAP HANA dalam deployment terpusat. Perhatikan bahwa SAP ASCS, PAS, WD, dan database SAP HANA semuanya diinstal di instance VM yang sama.

Diagram arsitektur untuk SAP S/4HANA di Google Cloud dalam deployment terpusat.

Deployment terdistribusi

Dalam deployment terdistribusi, Anda dapat menginstal berbagai komponen di berbagai instance Compute Engine. Sebaiknya gunakan pendekatan ini untuk lingkungan produksi atau lingkungan yang memerlukan banyak daya komputasi untuk menangani beban transaksi yang berat.

Diagram berikut menunjukkan arsitektur referensi untuk SAP S/4HANA dalam deployment terdistribusi. Perhatikan bahwa SAP ASCS, PAS, WD, dan HANA semuanya diinstal pada instance VM yang berbeda.

Diagram arsitektur untuk SAP S/4HANA di Google Cloud dalam deployment terdistribusi.

Deployment terdistribusi dengan ketersediaan tinggi

Dalam deployment terdistribusi dengan ketersediaan tinggi, cluster Linux disiapkan di seluruh zona untuk membantu mencegah kegagalan komponen di region tertentu. Anda dapat men-deploy cluster Linux di seluruh zona menggunakan konfigurasi aktif/pasif atau konfigurasi aktif/aktif. Dalam kedua kasus tersebut, Anda memulai dengan menyiapkan dua instance VM Compute Engine di zona terpisah untuk redundansi maksimum, masing-masing dengan database SAP HANA-nya sendiri. Diagram berikut menunjukkan arsitektur SAP S/4HANA yang menggunakan cluster Linux untuk mencapai ketersediaan tinggi di sisi aplikasi dan database SAP HANA:

Diagram arsitektur untuk SAP S/4HANA di Google Cloud dalam deployment ketersediaan tinggi terdistribusi. Diagram berikut menunjukkan database SAP HANA yang memiliki ketersediaan tinggi selama operasi normal dan operasi pengambilalihan:

  • Operasi normal:

    Diagram arsitektur untuk ketersediaan tinggi SAP HANA di Google Cloud selama operasi normal.

  • Operasi pengambilalihan:

    Diagram arsitektur untuk ketersediaan tinggi SAP HANA di Google Cloud selama operasi pengambilalihan.

Untuk menggabungkan ketersediaan tinggi dan pemulihan dari bencana untuk database, Anda dapat menggunakan Replikasi Sistem SAP HANA. Diagram berikut menunjukkan kombinasi keduanya untuk mencapai ketersediaan dan toleransi error maksimum:

Diagram arsitektur tingkat tinggi untuk SAP S/4HANA di Google Cloud dengan ketersediaan tinggi dan pemulihan dari bencana.

Cluster yang mengelola ketersediaan tinggi mencakup fungsi dan fitur berikut:

  • Dua VM host, masing-masing dengan instance SAP HANA.
  • Replikasi sistem SAP HANA sinkron.
  • Pengelola resource cluster ketersediaan tinggi Pacemaker.
  • Mekanisme fencing yang memagari node yang gagal.
  • Mulai ulang otomatis instance yang gagal sebagai instance sekunder baru.

Arsitektur di sisi aplikasi serupa. Dalam hal ini, cluster mengelola Layanan Pusat SAP ABAP (ASCS) dan Server Replikasi Antrean atau Replikasi Antrean (ERS) yang digunakan untuk menyediakan sistem SAP S/4HANA dengan ketersediaan tinggi jika terjadi sesuatu pada instance ASCS dan ERS.

Bergantung pada versi SAP S/4HANA yang Anda gunakan, Server Enqueue dan Server Replikasi Enqueue / Enqueue Replicator berjalan pada versi yang berbeda:

  • S/4HANA 1709 dan yang lebih lama: ENSA1 dan ERS.
  • S/4HANA 1809 atau yang lebih baru: ENSA2 dan ERS2.

Diagram berikut menunjukkan sistem SAP S/4HANA yang menggunakan cluster Pacemaker untuk membatasi titik kegagalan tunggal dari Server Pesan dan Server Antrean:

Diagram arsitektur untuk SAP NetWeaver, dengan database, dalam deployment ketersediaan tinggi di Google Cloud.

Detail tentang deployment sistem ketersediaan tinggi dan pengelompokan Linux di seluruh zona akan dibahas nanti dalam dokumen ini.

Catatan tentang load balancing

Dalam lingkungan SAP S/4HANA yang terdistribusi, load balancing bersifat wajib. Anda dapat mengonfigurasi load balancing aplikasi menggunakan kombinasi lapisan aplikasi SAP dan Load Balancer Jaringan. Untuk informasi selengkapnya, lihat bagian Implementasi VIP Load Balancer Jaringan passthrough internal dalam panduan perencanaan ketersediaan tinggi untuk SAP NetWeaver di Google Cloud.

Komponen deployment

SAP S/4HANA terdiri dari komponen teknis berikut:

  • Database SAP HANA
  • ASCS: Layanan Pusat ABAP SAP
    • Berisi Server Pesan dan Server Antrean, yang diperlukan di sistem SAP ABAP mana pun.
    • Di-deploy di instance VM-nya sendiri dalam deployment HA atau di-deploy di instance VM yang menghosting PAS.
    • Dalam deployment HA, resource ASCS dikelola oleh pengelola resource cluster Linux seperti Pacemaker.
  • ERS: Enqueue Replication Server atau Enqueue Replicator
    • Di-deploy dalam deployment HA untuk menyimpan replika tabel kunci jika terjadi sesuatu pada instance ASCS.
    • Dikelola oleh pengelola resource cluster Linux seperti Pacemaker.
  • PAS: Server Aplikasi Utama
    • Server aplikasi pertama atau satu-satunya untuk sistem SAP.
  • AAS: Server Aplikasi Tambahan
    • Biasanya di-deploy untuk load balancing tingkat aplikasi. Anda juga dapat menginstal beberapa instance AAS untuk mencapai ketersediaan yang lebih tinggi dari perspektif lapisan aplikasi. Jika salah satu server aplikasi mati, semua sesi pengguna yang terhubung ke server aplikasi tersebut akan dihentikan, tetapi pengguna dapat login lagi ke AAS lain di lingkungan tersebut.
  • Gateway SAP NetWeaver
    • Di-deploy sebagai sistem mandiri atau sebagai bagian dari sistem SAP S/4HANA.
    • Memungkinkan sistem menghubungkan perangkat, lingkungan, dan platform ke sistem SAP menggunakan Open Data Protocol (OData).
  • Server frontend SAP Fiori
    • Di-deploy sebagai sistem mandiri atau sebagai bagian dari sistem SAP S/4HANA.
    • Sistem SAP Netweaver ABAP digunakan untuk menghosting aplikasi SAP Fiori.
  • WD: Web Dispatcher (opsional)
    • Load balancer software cerdas yang mendistribusikan permintaan HTTP dan HTTPS, berdasarkan jenis aplikasi, ke PAS dan AAS.

Layanan Google Cloud berikut digunakan dalam deployment SAP S/4HANA:

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

Penyimpanan file NFS berperforma tinggi dan terkelola sepenuhnya dari Google Cloud.

Untuk deployment multi-zona dengan ketersediaan tinggi, sebaiknya gunakan Filestore Enterprise yang memiliki SLA ketersediaan 99,99%. Untuk informasi tentang tingkat layanan Filestore, lihat Tingkat layanan.
NetApp Cloud Volumes ONTAP

Solusi penyimpanan cerdas berfitur lengkap yang Anda deploy dan kelola sendiri pada instance VM Compute Engine.

Untuk mengetahui informasi selengkapnya tentang NetApp Cloud Volumes ONTAP, lihat Ringkasan Cloud Volume ONTAP.
Google Cloud NetApp Volumes

Solusi penyimpanan file NFS dan SMB yang dikelola sepenuhnya dari Google Cloud, yang didukung oleh NetApp Cloud Volumes ONTAP.

Bergantung pada wilayah, mungkin ada beberapa tingkat layanan yang tersedia untuk dipilih. Untuk mengetahui informasi selengkapnya, lihat Tingkat layanan.

Pertimbangan desain

Bagian ini memberikan panduan untuk membantu Anda menggunakan arsitektur referensi ini guna mengembangkan arsitektur yang memenuhi persyaratan spesifik Anda terkait keamanan, keandalan, efisiensi operasional, biaya, dan performa.

Jaringan

Ada beberapa cara untuk men-deploy sistem SAP S/4HANA dari perspektif jaringan dan cara Anda men-deploy jaringan akan berdampak signifikan pada ketersediaan, ketahanan, dan performanya. Seperti yang disebutkan sebelumnya, Virtual Private Cloud (VPC) adalah jaringan pribadi yang aman dan terisolasi yang dihosting dalam Google Cloud. VPC bersifat global di Google Cloud, sehingga satu VPC dapat menjangkau beberapa region tanpa berkomunikasi melalui internet.

Deployment SAP standar menempatkan instance sistem HA di zona yang berbeda di region yang sama untuk memastikan ketahanan sekaligus memberikan latensi rendah. Subnet dapat mencakup beberapa zona karena kemampuan Google Cloud. Kemampuan ini juga menyederhanakan pengelompokan SAP karena alamat IP virtual (VIP) cluster dapat berada dalam rentang yang sama dengan instance sistem HA. Konfigurasi ini melindungi IP mengambang menggunakan Application Load Balancer internal dan berlaku untuk pengelompokan HA lapisan aplikasi (ASCS dan ERS) dan lapisan database SAP HANA (SAP HANA utama dan sekunder).

Ada beberapa cara untuk membuat jaringan dan menghubungkan sistem SAP S/4HANA dengan infrastruktur Anda:

  • Peering Jaringan VPC menghubungkan dua jaringan VPC sehingga resource di setiap jaringan dapat saling berkomunikasi. Jaringan VPC dapat dihosting di project Google Cloud yang sama, project berbeda dari organisasi yang sama, atau bahkan project berbeda dari organisasi yang berbeda. Peering Jaringan VPC membuat koneksi langsung antara dua jaringan VPC, yang masing-masing menggunakan subnetnya sendiri, sehingga memungkinkan komunikasi pribadi antar-resource di VPC yang di-peering.

  • VPC Bersama adalah fitur di Google Cloud yang memungkinkan organisasi menghubungkan resource dari beberapa project ke jaringan VPC umum. Sistem yang menggunakan VPC Bersama dapat berkomunikasi secara efisien dan aman menggunakan alamat IP internal. Anda dapat mengelola resource jaringan secara terpusat, seperti subnet, rute, dan firewall di project host, sekaligus mendelegasikan tanggung jawab administratif untuk membuat dan mengelola setiap resource ke project layanan. Pemisahan masalah ini menyederhanakan administrasi jaringan dan menerapkan kebijakan keamanan yang konsisten di seluruh organisasi Anda.

Untuk sistem SAP, sebaiknya kelompokkan resource menurut jenis lingkungan. Misalnya, lingkungan produksi tidak boleh berbagi resource komputasi dengan lingkungan non-produksi untuk memberikan isolasi yang memadai, tetapi Anda dapat menggunakan VPC Bersama untuk lapisan konektivitas umum di antara project Anda. Anda juga dapat menggunakan VPC independen dan menggunakan peering VPC untuk menghubungkan project.

Saat mendesain jaringan, mulailah dengan project host yang berisi satu atau beberapa jaringan VPC Bersama. Anda dapat melampirkan project layanan tambahan ke project host, yang memungkinkan project layanan berpartisipasi dalam VPC Bersama. Bergantung pada kebutuhan Anda, Anda dapat men-deploy SAP S/4HANA di satu VPC Bersama atau beberapa VPC bersama. Kedua skenario tersebut berbeda dalam hal kontrol jaringan, isolasi lingkungan SAP, dan pemeriksaan jaringan:

  • Skenario 1: Men-deploy SAP S/4HANA di satu VPC Bersama. Hal ini menyederhanakan deployment dan mengurangi overhead administratif dengan mengorbankan isolasi yang lebih rendah di antara jaringan.
  • Skenario 2: Men-deploy SAP S/4HANA di beberapa VPC bersama. Hal ini meningkatkan isolasi jaringan dan menambahkan keamanan dengan mengorbankan peningkatan kerumitan dan overhead administratif.

Anda juga dapat menggunakan pendekatan campuran. Misalnya, Anda dapat menggunakan satu VPC Bersama untuk lingkungan produksi dan satu VPC Bersama untuk semua sistem non-produksi. Untuk mengetahui informasi selengkapnya, lihat bagian "Jaringan" di Checklist umum untuk SAP di Google Cloud.

Titik tunggal kegagalan

Sistem SAP S/4HANA memiliki beberapa titik tunggal kegagalan umum yang dapat memengaruhi ketersediaan sistem:

  • Layanan Pusat SAP seperti Server Pesan dan Server Antrean
  • Server Aplikasi SAP
  • Database SAP HANA
  • SAP Web Dispatcher, jika digunakan sebagai frontend untuk akses HTTP/HTTPS ke sistem
  • Penyimpanan bersama seperti NFS

Ada beberapa opsi untuk mengurangi dampak titik tunggal kegagalan tersebut, dan opsi ini melibatkan deployment sistem menggunakan solusi ketersediaan tinggi, layanan replikasi, atau menggunakan fungsi lain yang melindungi sistem dari kegagalan. Saat merencanakan sistem SAP S/4HANA, sebaiknya Anda mempelajari titik kegagalan tunggal tersebut dan merencanakannya dengan tepat. Untuk ringkasan tentang solusi alternatif yang dapat Anda gunakan untuk mengelola single point of failure, lihat bagian berikut dalam panduan ini:

Ketersediaan dan kontinuitas

Selama fase perencanaan penerapan sistem SAP S/4HANA, Anda perlu menentukan titik data berikut untuk menentukan ketersediaan dan kontinuitas sistem:

  • Tujuan Tingkat Layanan (SLO): Nilai target atau rentang nilai untuk tingkat layanan yang diukur dengan indikator tingkat layanan (SLI). Misalnya: performa, ketersediaan, dan keandalan.
  • Indikator Tingkat Layanan (SLI): Metrik, seperti latensi, yang membantu mengukur performa layanan. SLI adalah ukuran kuantitatif yang ditentukan dengan cermat untuk beberapa aspek tingkat layanan yang disediakan.
  • Perjanjian Tingkat Layanan (SLA): Kontrak layanan antara dua pihak (penyedia, pelanggan) yang menentukan perjanjian tentang layanan yang diberikan dalam istilah yang dapat diukur yang disebut Tujuan Tingkat Layanan (SLO).
  • Recovery Time Objective (RTO): Durasi maksimum yang dapat ditoleransi antara insiden kehilangan data dan mitigasinya.
  • Recovery Point Objective (RPO): Recovery Point Objective (RPO) adalah jumlah maksimum data yang dapat hilang, diukur dalam waktu, tanpa menyebabkan kerusakan yang signifikan. Secara praktis, ini diterjemahkan ke titik waktu saat status data yang terpengaruh harus dipulihkan setelah peristiwa kehilangan data.

Bergantung pada titik data dan nilai yang disepakati di antara semua pemangku kepentingan, sistem SAP S/4HANA mengandalkan kemampuan seperti ketersediaan tinggi atau pemulihan dari bencana:

  • High Availability (HA): Kemampuan sistem yang mendukung tujuan kelangsungan bisnis sekaligus memastikan bahwa data dan layanan tersedia untuk pengguna saat diperlukan. Cara biasa untuk mencapai kemampuan ini adalah dengan mengaktifkan redundansi, termasuk redundansi hardware, redundansi jaringan, dan redundansi data center.
  • Pemulihan dari Bencana (DR): Kemampuan sistem untuk dilindungi dari penghentian layanan yang tidak terencana melalui metode pemulihan yang andal dan dapat diprediksi di hardware dan/atau lokasi fisik yang berbeda.

Ketersediaan tinggi dan pemulihan dari bencana (disaster recovery) kompatibel, tetapi mencakup kasus dan situasi yang berbeda. Misalnya, solusi HA memungkinkan Anda melanjutkan operasi jika salah satu elemen sistem mengalami periode nonaktif atau pemadaman yang tidak terencana tanpa menyebabkan gangguan apa pun bagi pengguna. Hal yang sama juga berlaku untuk solusi DR, kecuali jika mengalami gangguan sejak pemadaman layanan terjadi hingga solusi DR memulai elemen sistem yang rusak di lokasi lain.

Bagian berikutnya memberikan ringkasan tentang berbagai opsi yang Anda miliki saat merencanakan dan men-deploy sistem SAP S/4HANA di Google Cloud.

Jenis mesin yang didukung untuk SAP S/4HANA

Google Cloud menawarkan jenis instance VM Compute Engine yang disertifikasi oleh SAP agar sesuai dengan persyaratan ukuran saat Anda men-deploy SAP S/4HANA. Untuk mengetahui informasi selengkapnya tentang ukuran di Google Cloud dan jenis mesin yang didukung, lihat dokumen berikut:

Jenis mesin kustom untuk SAP HANA di Google Cloud juga disertifikasi oleh SAP. Anda dapat menjalankan instance SAP HANA dengan kurang dari 64 vCPU selama mempertahankan rasio vCPU-ke-Memori minimal 1:6,5.

Untuk melihat nomor SAPS mesin virtual Compute Engine yang tersertifikasi untuk aplikasi SAP, lihat catatan SAP SAP Note 2456432 - SAP Applications on Google Cloud: Supported Products and Google Cloud machine types .

SAP juga menyediakan daftar konfigurasi Google Cloud tersertifikasi untuk SAP HANA di situsnya. Untuk informasi selengkapnya, lihat Direktori Hardware SAP HANA yang Tersertifikasi dan Didukung.

Merencanakan region dan zona

Saat men-deploy VM, Anda harus memilih region dan zona. Region adalah lokasi geografis tertentu tempat Anda dapat menjalankan resource, dan sesuai dengan satu atau beberapa lokasi pusat data yang relatif berdekatan satu sama lain. Setiap region memiliki satu atau beberapa zona dengan konektivitas, daya, dan pendingin redundan.

Resource global, seperti disk image dan snapshot disk yang telah dikonfigurasi sebelumnya, dapat diakses di seluruh region dan zona. Resource regional, seperti alamat IP eksternal statis regional, hanya dapat diakses oleh resource yang berada di region yang sama. Resource zonal, seperti VM dan disk, hanya dapat diakses oleh resource yang berada di zona yang sama. Untuk mengetahui informasi selengkapnya, lihat Resource global, regional, dan zona.

Region dan zona Google Cloud.

Saat memilih region dan zona untuk VM, pertimbangkan hal-hal berikut:

  • Lokasi pengguna dan resource internal Anda, seperti pusat data atau jaringan perusahaan. Untuk mengurangi latensi, pilih lokasi yang dekat dengan pengguna dan resource Anda.
  • Platform CPU yang tersedia untuk region dan zona tersebut. Misalnya, prosesor Intel Broadwell, Haswell, Skylake, dan Ice Lake didukung untuk workload SAP NetWeaver di Google Cloud.
  • Pastikan Server Aplikasi SAP dan database Anda berada di region yang sama.

Opsi penyimpanan untuk SAP S/4HANA

Berikut adalah opsi penyimpanan yang ditawarkan oleh Google Cloud yang disertifikasi oleh SAP untuk digunakan dengan SAP S/4HANA dan SAP HANA.

Untuk informasi umum tentang opsi penyimpanan di Google Cloud, lihat Opsi penyimpanan.

Persistent Disk

  • Persistent Disk Standar (pd-standard): penyimpanan blok yang efisien dan ekonomis yang didukung oleh hard disk drive (HDD) standar untuk menangani operasi baca-tulis berurutan, tetapi tidak dioptimalkan untuk menangani operasi input-output per detik (IOPS) acak tingkat tinggi.
  • Persistent Disk SSD (pd-ssd): menyediakan block storage berperforma tinggi yang andal dan didukung oleh solid-state drive (SSD).
  • Persistent Disk Seimbang (pd-balanced): menyediakan block storage berbasis SSD yang hemat biaya dan andal.
  • Persistent Disk Ekstrem (pd-extreme): Berbasis SSD; memberikan opsi throughput dan IOPS maksimum yang lebih tinggi daripada pd-ssd untuk jenis mesin Compute Engine yang lebih besar. Untuk mengetahui informasi selengkapnya, lihat Persistent disk ekstrem.

Hyperdisk

  • Hyperdisk Extreme (hyperdisk-extreme): memberikan opsi throughput dan IOPS maksimum yang lebih tinggi daripada volume Persistent Disk berbasis SSD. Anda dapat memilih performa yang diperlukan dengan menyediakan IOPS, yang menentukan throughput. Penggunaan terbaiknya adalah untuk menghosting direktori /hana/data dan /hana/log. Untuk mengetahui informasi selengkapnya, lihat Tentang Google Cloud Hyperdisk.

  • Hyperdisk Balanced (hyperdisk-balanced): Paling cocok untuk sebagian besar beban kerja. Sebaiknya gunakan opsi ini untuk digunakan dengan database yang tidak memerlukan performa Hyperdisk Extreme. Anda dapat memilih performa yang diperlukan dengan menyediakan IOPS dan throughput. Anda dapat menggunakan volume Hyperdisk Balanced untuk menghosting direktori /hana/data dan /hana/log. Untuk mengetahui informasi selengkapnya, lihat Tentang Google Cloud Hyperdisk.

Persistent Disk dan Hyperdisk didesain untuk memberikan ketahanan yang tinggi. Komponen tersebut menyimpan data secara redundan untuk memastikan integritas data. Setiap volume Persistent Disk dapat menyimpan hingga 64 TB, sehingga Anda dapat membuat volume logis yang besar tanpa mengelola array disk. Volume hyperdisk juga memungkinkan penyimpanan hingga 64 TB, bergantung pada jenis yang Anda gunakan. Salah satu fitur utamanya adalah volume Persistent Disk dan Hyperdisk dienkripsi secara otomatis untuk melindungi data.

Saat dibuat, instance VM Compute Engine mengalokasikan satu Persistent Disk atau Hyperdisk root secara default yang berisi sistem operasi. Anda dapat menambahkan lebih banyak opsi penyimpanan ke instance VM sesuai kebutuhan.

Untuk penerapan SAP, tinjau opsi penyimpanan yang direkomendasikan di struktur direktori dan opsi penyimpanan SAP.

Solusi berbagi file

Beberapa solusi berbagi file tersedia di Google Cloud, termasuk hal berikut:

  • Filestore: Penyimpanan file NFS berperforma tinggi dan terkelola sepenuhnya dari Google Cloud dengan ketersediaan regional.
  • Google Cloud NetApp Volumes: Solusi penyimpanan file NFS atau SMB yang terkelola sepenuhnya dari Google Cloud.
  • NetApp Cloud Volumes ONTAP: Solusi penyimpanan cerdas berfitur lengkap yang Anda deploy dan kelola sendiri di VM Compute Engine.
  • NetApp Cloud Volumes Service untuk Google Cloud: Solusi penyimpanan file berperforma tinggi dan terkelola sepenuhnya dari NetApp yang dapat Anda deploy dari konsol Google Cloud.

Untuk mengetahui informasi selengkapnya tentang solusi berbagi file untuk SAP S/4HANA di Google Cloud, lihat Solusi berbagi file untuk SAP di Google Cloud.

Cloud Storage untuk penyimpanan objek

Cloud Storage adalah penyimpanan objek untuk file dengan jenis atau format apa pun; memiliki penyimpanan yang hampir tak terbatas, dan Anda tidak perlu khawatir untuk menyediakannya atau menambah kapasitas. Objek di Cloud Storage berisi data file dan metadata yang terkait, dan dapat berukuran hingga 5 TB. Bucket Cloud Storage dapat menyimpan objek dalam jumlah berapa pun.

Menggunakan Cloud Storage untuk menyimpan file cadangan merupakan praktik yang umum dilakukan untuk hampir semua tujuan. Misalnya, Cloud Storage adalah tempat yang tepat untuk menyimpan cadangan database SAP HANA. Untuk informasi tentang perencanaan pencadangan database, lihat Pencadangan dan pemulihan database. Anda juga dapat menggunakan Cloud Storage sebagai bagian dari proses migrasi.

Selain itu, Anda dapat menggunakan Layanan Pencadangan dan DR sebagai solusi terpusat untuk operasi pencadangan dan pemulihan dari bencana. Layanan ini mendukung spektrum database yang luas, termasuk SAP HANA. Untuk informasi selengkapnya, lihat Solusi Pencadangan dan Pemulihan dari Bencana dengan Google Cloud.

Pilih opsi Cloud Storage berdasarkan seberapa sering Anda perlu mengakses data. Untuk akses rutin, seperti beberapa kali dalam sebulan, pilih kelas penyimpanan Standard. Untuk akses yang jarang, pilih Nearline Storage atau Coldline Storage. Untuk data arsip, yang tidak ingin diakses, pilih Archive storage.

Struktur direktori dan opsi penyimpanan SAP

Tabel berikut menjelaskan struktur direktori Linux untuk database SAP HANA dan instance SAP ABAP di Google Cloud.

  • Opsi penyimpanan yang direkomendasikan untuk struktur direktori Linux di SAP HANA:

    Direktori SAP HANA Opsi penyimpanan yang direkomendasikan di Google Cloud
    /usr/sap Persistent Disk Seimbang
    /hana/data Persistent Disk atau Hyperdisk berbasis SSD
    /hana/log Persistent Disk atau Hyperdisk berbasis SSD
    /hana/shared* Persistent Disk Seimbang
    /hanabackup* Persistent Disk Seimbang

    Dalam deployment terdistribusi, /hana/shared dan /hanabackup juga dapat dipasang sebagai sistem file jaringan menggunakan solusi NFS seperti Filestore.

    Untuk informasi tentang penyimpanan persistent disk yang telah disertifikasi SAP untuk digunakan dengan SAP HANA, lihat Penyimpanan persistent disk untuk SAP HANA.

  • Opsi penyimpanan yang direkomendasikan untuk struktur direktori Linux pada instance SAP ABAP:

    Direktori Opsi penyimpanan yang direkomendasikan di Google Cloud
    /sapmnt† Persistent Disk Seimbang
    /usr/sap Persistent Disk Seimbang

    Dalam deployment terdistribusi, /sapmnt juga dapat dipasang sebagai sistem file jaringan menggunakan solusi NFS seperti Filestore.

    Untuk informasi tentang penyimpanan persistent disk yang telah disertifikasi SAP untuk digunakan dengan instance SAP ABAP, lihat Penyimpanan persistent disk untuk aplikasi SAP.

Dukungan OS untuk SAP S/4HANA

Saat memilih sistem operasi (OS) untuk SAP NetWeaver di Google Cloud, selain mengonfirmasi bahwa versi OS telah disertifikasi oleh SAP, Anda juga harus mengonfirmasi bahwa ketiga perusahaan tersebut, SAP, vendor OS, dan Google Cloud, masih mendukung versi OS tersebut.

Keputusan Anda juga harus mempertimbangkan hal berikut:

  • Apakah versi OS tertentu tersedia dari Google Cloud. OS image yang disediakan oleh Compute Engine dikonfigurasi agar berfungsi dengan Google Cloud. Jika OS tidak tersedia dari Google Cloud, Anda dapat menggunakan lisensi dan image OS (BYOI) Anda sendiri. OS image BYOI disebut oleh Compute Engine sebagai image kustom.
  • Opsi pemberian lisensi yang tersedia untuk versi OS tertentu. Tinjau apakah versi OS memiliki opsi pemberian lisensi on-demand atau apakah Anda perlu membawa langganan sendiri (BYOS) dari vendor OS.
  • Apakah kemampuan ketersediaan tinggi yang terintegrasi dari versi OS tertentu diaktifkan untuk Google Cloud.
  • Opsi diskon abonemen untuk SLES untuk SAP dan RHEL untuk image SAP.

Sistem operasi berikut telah disertifikasi oleh SAP untuk digunakan dengan SAP NetWeaver di Google Cloud:

Anda dapat menemukan informasi selengkapnya tentang versi OS tertentu dan kompatibilitasnya dengan SAP S/4HANA dan SAP HANA dalam panduan berikut:

Opsi Mulai Ulang Cepat SAP HANA

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

Opsi ini otomatis diaktifkan saat Anda men-deploy SAP HANA menggunakan modul Terraform berikut yang disediakan oleh Google Cloud: modul 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 fitur memori persisten SAP HANA untuk mempertahankan fragmen data MAIN 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 Opsi Mulai Ulang Cepat SAP HANA.

Arsitektur deployment untuk SAP HANA

SAP HANA adalah komponen utama dari sistem SAP S/4HANA karena berfungsi sebagai database untuk sistem. Ada dua kemungkinan arsitektur yang dapat Anda gunakan saat men-deploy database SAP HANA: peningkatan skala dan penyebaran skala.

Arsitektur peningkatan skala

Diagram berikut menunjukkan arsitektur peningkatan skala untuk SAP HANA di Google Cloud. 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.

Diagram arsitektur untuk deployment sistem peningkatan skala SAP HANA di Google Cloud.

Arsitektur penyebaran skala

Arsitektur penyebaran skala untuk SAP HANA terdiri dari satu host master, sejumlah host pekerja, 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.

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:

Diagram arsitektur untuk deployment sistem penyebaran skala SAP HANA di Google Cloud.

Arsitektur deployment untuk SAP S/4HANA

Seperti yang disebutkan di bagian Arsitektur, ada beberapa arsitektur deployment yang dapat Anda gunakan untuk men-deploy SAP S/4HANA di Google Cloud.

Arsitektur Dua Tingkat

Arsitektur ini disajikan di bagian deployment terpusat. Diagram berikut menunjukkan beberapa detail arsitektur dua tingkat untuk SAP S/4HANA yang berjalan di VM Compute Engine:

Arsitektur dua tingkat untuk SAP S/4HANA di VM Compute Engine di Google Cloud.

Arsitektur Tiga Tingkat

Arsitektur ini disajikan di bagian deployment terdistribusi. Anda dapat menggunakan arsitektur ini untuk men-deploy sistem SAP S/4HANA dengan ketersediaan tinggi. Diagram berikut menunjukkan beberapa detail arsitektur tiga tingkat untuk SAP S/4HANA yang berjalan di VM Compute Engine:

Arsitektur tiga tingkat untuk SAP S/4HANA di VM Compute Engine di Google Cloud.

Dalam arsitektur ini, sistem SAP S/4HANA mendistribusikan pekerjaan ke beberapa Server Aplikasi NetWeaver (AS), yang masing-masing dihosting di VM terpisah. Semua node NetWeaver AS memiliki database yang sama, yang dihosting di VM terpisah. Semua node NetWeaver AS memasang dan mengakses sistem file bersama yang menghosting profil SAP NetWeaver. Sistem file bersama ini dihosting di volume Disk Persisten yang dibagikan di semua node atau di solusi berbagi file yang didukung.

Keamanan, privasi, dan kepatuhan:

Bagian ini memberikan informasi tentang keamanan, privasi, dan kepatuhan untuk menjalankan SAP S/4HANA di Google Cloud.

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.

Networking dan keamanan jaringan

Pertimbangkan informasi di bagian berikut saat merencanakan keamanan jaringan dan jaringan.

Model hak istimewa minimum

Salah satu garis pertahanan pertama Anda adalah membatasi siapa yang dapat menjangkau jaringan dan VM Anda. Anda melakukannya dengan menggunakan aturan firewall VPC. Secara default, semua traffic ke VM, bahkan dari VM lain, diblokir oleh firewall, kecuali jika Anda membuat aturan untuk mengizinkan akses. Pengecualiannya adalah jaringan default yang dibuat secara otomatis dengan setiap project dan memiliki aturan firewall default.

Dengan membuat aturan firewall VPC, Anda dapat membatasi semua traffic di sekumpulan port tertentu ke alamat IP sumber tertentu. Untuk membatasi akses ke alamat IP, protokol, dan port tertentu yang memerlukan akses, ikuti model hak istimewa minimum. Misalnya, selalu siapkan bastion host dan izinkan komunikasi SSH ke sistem SAP NetWeaver Anda hanya dari host tersebut.

Jaringan kustom dan aturan firewall

Anda dapat menggunakan jaringan untuk menentukan IP gateway dan rentang jaringan untuk VM yang terpasang ke jaringan tersebut. Semua jaringan Compute Engine menggunakan protokol IPv4. Setiap project Google Cloud dilengkapi dengan jaringan default dengan konfigurasi preset dan aturan firewall. Namun, sebaiknya Anda menambahkan subnetwork kustom dan menambahkan aturan firewall berdasarkan model hak istimewa minimum. Secara default, jaringan yang baru dibuat tidak memiliki aturan firewall sehingga tidak memiliki akses jaringan.

Anda mungkin ingin menambahkan lebih dari satu subnetwork jika ingin mengisolasi bagian jaringan, atau memenuhi persyaratan lainnya. Untuk mengetahui informasi selengkapnya, lihat Jaringan dan subnet.

Aturan firewall berlaku untuk seluruh jaringan dan semua VM di jaringan. Anda dapat menambahkan aturan firewall yang mengizinkan traffic antara VM di jaringan yang sama dan di seluruh subnetwork. Anda juga dapat mengonfigurasi firewall untuk diterapkan ke VM target tertentu menggunakan tag jaringan.

SAP memerlukan akses ke port tertentu, jadi tambahkan aturan firewall untuk mengizinkan akses ke port yang diuraikan oleh SAP.

Rute

Rute adalah resource global yang terhubung ke satu jaringan. Rute yang dibuat pengguna berlaku untuk semua VM di jaringan. Artinya, Anda dapat menambahkan rute yang meneruskan traffic dari VM ke VM dalam jaringan yang sama dan di seluruh subnetwork tanpa memerlukan alamat IP eksternal.

Untuk akses eksternal ke resource internet, luncurkan VM tanpa alamat IP eksternal dan konfigurasikan VM lain sebagai gateway NAT. Konfigurasi ini mengharuskan Anda menambahkan gateway NAT sebagai rute untuk instance SAP.

Bastion host dan gateway NAT

Jika kebijakan keamanan memerlukan VM yang benar-benar internal, Anda perlu menyiapkan proxy NAT secara manual di jaringan dan rute yang sesuai agar VM dapat menjangkau internet. Penting untuk diperhatikan bahwa Anda tidak dapat terhubung langsung ke instance VM yang sepenuhnya internal menggunakan SSH.

Untuk terhubung ke komputer internal tersebut, Anda harus menyiapkan instance bastion yang memiliki alamat IP eksternal, lalu melakukan tunnel melalui instance tersebut. Jika VM tidak memiliki alamat IP eksternal, VM tersebut hanya dapat dijangkau oleh VM lain di jaringan, atau melalui gateway VPN terkelola. Anda dapat menyediakan VM di jaringan Anda agar berfungsi sebagai relay tepercaya untuk koneksi masuk, yang disebut bastion host, atau traffic keluar jaringan, yang disebut gateway NAT. Untuk konektivitas yang lebih transparan tanpa menyiapkan koneksi tersebut, Anda dapat menggunakan resource gateway VPN terkelola.

Bastion host untuk koneksi masuk

Bastion host menyediakan titik masuk eksternal yang terhubung ke jaringan yang berisi VM jaringan pribadi. Host ini dapat menyediakan satu titik fortifikasi atau audit, dan dapat dimulai serta dihentikan untuk mengaktifkan atau menonaktifkan komunikasi SSH masuk dari internet.

Pertunjukan host bastion dalam skenario SSH.

Akses SSH ke VM yang tidak memiliki alamat IP eksternal dapat dicapai dengan menghubungkan terlebih dahulu ke bastion host. Hardening lengkap host bastion berada di luar cakupan dokumen ini, tetapi beberapa langkah awal yang diambil dapat mencakup:

  • Membatasi rentang IP sumber CIDR yang dapat berkomunikasi dengan bastion.
  • Konfigurasikan aturan firewall untuk mengizinkan traffic SSH ke VM pribadi hanya dari bastion host.

Secara default, SSH pada VM dikonfigurasi untuk menggunakan kunci pribadi untuk otentikasi. Saat menggunakan bastion host, Anda login ke bastion host terlebih dahulu, lalu ke VM pribadi target Anda. Karena login dengan dua langkah ini, sebaiknya gunakan penerusan agen SSH untuk menjangkau VM target, bukan menyimpan kunci pribadi VM target di bastion host. Anda harus melakukannya meskipun menggunakan pasangan nilai kunci yang sama untuk VM bastion dan target karena bastion hanya memiliki akses langsung ke separuh pasangan kunci secara publik.

Gateway NAT untuk transfer data keluar

Jika tidak memiliki alamat IP eksternal yang ditetapkan, VM tidak dapat membuat koneksi langsung ke layanan eksternal, termasuk layanan Google Cloud lainnya. Agar VM ini dapat menjangkau layanan di internet, Anda dapat menyiapkan dan mengonfigurasi gateway NAT. Gateway NAT adalah VM yang dapat merutekan traffic atas nama VM lain di jaringan. Gunakan satu gateway NAT per jaringan. Gateway NAT VM tunggal tidak sangat tersedia dan tidak dapat mendukung throughput traffic tinggi untuk beberapa VM. Untuk informasi tentang cara menyiapkan VM agar berfungsi sebagai gateway NAT, lihat panduan deployment untuk sistem operasi Anda:

Cloud VPN

Anda dapat menghubungkan jaringan yang ada ke Google Cloud dengan aman melalui koneksi VPN yang menggunakan IPsec dengan Cloud VPN. Traffic yang beralih di antara dua jaringan tersebut dienkripsi oleh satu gateway VPN, lalu didekripsi oleh gateway VPN lainnya. Tindakan ini melindungi data Anda saat berpindah melalui internet. Anda dapat secara dinamis mengontrol VM yang dapat mengirim traffic ke VPN menggunakan tag instance pada rute. Tunnel Cloud VPN ditagih dengan tarif bulanan statis ditambah biaya standar untuk transfer data keluar. Perlu diperhatikan bahwa menghubungkan dua jaringan dalam project yang sama masih akan dikenai biaya standar untuk transfer data keluar. Untuk informasi selengkapnya, lihat:

Keamanan untuk bucket Cloud Storage

Jika menggunakan Cloud Storage untuk menghosting cadangan untuk volume data dan log, pastikan Anda menggunakan TLS (HTTPS) saat mengirim data ke Cloud Storage dari VM untuk melindungi data dalam pengiriman.

Meskipun Cloud Storage otomatis mengenkripsi data dalam penyimpanan, Anda dapat menentukan kunci enkripsi sendiri jika memiliki sistem pengelolaan kunci Anda sendiri.

Batas notifikasi email

Untuk membantu melindungi sistem Anda dan Google dari penyalahgunaan, Google Cloud menerapkan batasan untuk mengirim email dari Compute Engine. Hal ini memiliki implikasi pada transaksi SCOT di sistem ABAP SAP NetWeaver karena memerlukan konfigurasi tertentu dibandingkan dengan sistem lokal.

Untuk mengetahui informasi selengkapnya, termasuk informasi tentang cara mengonfigurasi SCOT, lihat Mengirim email dari instance.

Untuk mengetahui informasi selengkapnya tentang referensi keamanan untuk lingkungan SAP Anda di Google Cloud, lihat hal berikut:

Keandalan

Bagian ini memberikan informasi tentang aspek yang terkait dengan keandalan untuk menjalankan SAP S/4HANA di Google Cloud.

Ketersediaan tinggi dan pemulihan dari bencana (disaster recovery)

Ketersediaan tinggi (HA) dan pemulihan dari bencana (DR) adalah serangkaian teknik, praktik engineering, dan prinsip desain untuk memungkinkan kelangsungan bisnis jika terjadi kegagalan. Pendekatan ini bekerja dengan menghilangkan titik tunggal kegagalan dan memberikan kemampuan untuk melanjutkan operasi dengan cepat setelah terjadi pemadaman sistem atau komponen dengan sedikit gangguan bisnis. Pemulihan kesalahan adalah proses memulihkan dan melanjutkan operasi setelah pemadaman karena komponen yang gagal.

Misalnya, berikut adalah beberapa alat HA dan DR yang dapat Anda gunakan:

Berikut beberapa detail lebih lanjut tentang beberapa alat ini:

  • Pengelompokan Linux di seluruh zona: Menyiapkan cluster Linux di berbagai zona dapat membantu mencegah kegagalan komponen di region tertentu.

    Di lapisan aplikasi SAP NetWeaver, Anda dapat men-deploy cluster Linux di seluruh zona untuk mengurangi dampak kegagalan pada ASCS dan membuatnya sangat tersedia di kedua node di zona yang berbeda. Cluster Linux kemudian memindahkan ASCS ke node standby jika node utama mengalami masalah atau pemeliharaan sedang dilakukan. Selain itu, Anda dapat menggunakan Server Replikasi Antrean untuk mereplikasi konten tabel antrean sehingga Server Antrean mempertahankan konten tabel antrean di node standby jika proses dipromosikan dari utama ke standby.

    Di lapisan database SAP HANA, Anda dapat men-deploy cluster Linux di seluruh zona menggunakan konfigurasi aktif/pasif atau konfigurasi aktif/aktif. Dalam kedua kasus tersebut, Anda memulai dengan menyiapkan dua instance Compute Engine di zona terpisah, masing-masing dengan database SAP HANA-nya sendiri.

    • Konfigurasi aktif/pasif: Mengonfigurasi satu instance sebagai node utama cluster (aktif) dan satu lagi sebagai node sekunder (pasif). Gunakan Replikasi Sistem (SR) SAP HANA untuk mengonfigurasi node sekunder agar mengambil alih sebagai primer jika node utama gagal. Untuk mengetahui informasi selengkapnya tentang cara mengonfigurasi dan menyiapkan HANA SR, lihat Replikasi Sistem HANA.
    • Konfigurasi aktif/aktif (diaktifkan untuk baca): Mengonfigurasi kedua instance agar aktif, tetapi node sekunder menjadi hanya baca. Penyiapan ini didasarkan pada replay log berkelanjutan. IP virtual (VIP) dikonfigurasi untuk mengarah ke node baca/tulis saat ini. Untuk informasi selengkapnya, lihat Aktif/Aktif (Baca Diaktifkan).

    Selain itu, Anda dapat menggunakan Replikasi Sistem SAP HANA sebagai solusi Pemulihan dari Bencana. Database utama mereplikasi kontennya ke database standby, yang dapat digunakan jika database utama offline, sehingga sistem SAP tetap berfungsi hingga layanan di database utama dipulihkan. Dalam hal ini, promosi node sekunder tidak terjadi secara otomatis; promosi harus dilakukan secara manual. Anda juga dapat menggabungkan HA dan DR di sisi SAP HANA untuk meningkatkan ketahanan dan ketersediaan. Untuk informasi selengkapnya, lihat:

  • Migrasi langsung: Compute Engine menawarkan migrasi langsung agar instance VM Anda tetap berjalan bahkan saat peristiwa sistem host terjadi, seperti update software atau hardware. Dalam situasi tersebut, Compute Engine akan melakukan migrasi langsung instance Anda yang sedang berjalan ke host lain di zona yang sama, tanpa mengharuskan instance yang sedang berjalan di-reboot. Mekanisme ini mereplikasi status VM instance asli. Jadi, saat instance baru muncul, instance tersebut sudah memiliki memori instance asli yang dimuat sebelumnya.

    Dalam kasus yang jarang terjadi ketika migrasi langsung tidak terjadi, mesin virtual yang gagal akan otomatis dimulai ulang pada hardware baru dalam zona yang sama. Untuk informasi selengkapnya, lihat Proses migrasi langsung selama peristiwa pemeliharaan.

Pengoptimalan biaya

Bagian ini memberikan informasi tentang pemberian lisensi, diskon, dan estimasi ukuran beban kerja.

Pemberian Lisensi

Jika Anda pelanggan SAP, Anda dapat menggunakan lisensi yang ada untuk men-deploy SAP SAP S/4HANA di Google Cloud dengan model bring your own license (BYOL). Google Cloud mendukung model BYOL untuk kasus penggunaan produksi dan non-produksi. Lisensi sistem operasi disertakan dalam harga Compute Engine.

Atau, Anda juga dapat menggunakan image dan lisensi OS Anda sendiri. Untuk mengetahui informasi selengkapnya, lihat Image OS kustom.

Diskon

Dengan model harga bayar sesuai penggunaan Google Cloud, Anda hanya membayar untuk layanan yang Anda gunakan. Anda tidak harus berkomitmen pada ukuran atau layanan tertentu; Anda dapat mengubah atau menghentikan penggunaan sesuai kebutuhan. Untuk workload yang dapat diprediksi, Compute Engine memberikan diskon abonemen (DA) yang membantu mengurangi biaya infrastruktur Anda dengan berkomitmen pada kontrak sebagai imbalan atas harga penggunaan VM yang sangat diskon.

Google Cloud menawarkan diskon ini sebagai imbalan atas pembelian kontrak abonemen, yang juga dikenal sebagai commitments. Saat membeli komitmen, Anda berkomitmen untuk memenuhi jumlah minimum penggunaan resource atau jumlah pembelanjaan minimum untuk jangka waktu satu atau tiga tahun. Diskon ini membantu Anda menurunkan tagihan bulanan untuk resource yang digunakan oleh sistem SAP S/4HANA. Untuk mengetahui informasi selengkapnya, lihat Diskon abonemen (CUD).

Estimasi ukuran

Referensi berikut memberikan informasi tentang cara melakukan estimasi ukuran untuk sistem SAP Anda sebelum memigrasikannya ke Google Cloud:

Efisiensi operasional

Bagian ini memberikan informasi tentang cara mengoptimalkan efisiensi operasional SAP S/4HANA di Google Cloud.

Pencadangan dan pemulihan

Buat cadangan server dan database aplikasi Anda secara rutin agar dapat dipulihkan jika terjadi error sistem, kerusakan data, atau masalah lainnya.

Anda memiliki sejumlah opsi untuk mencadangkan data SAP HANA di Google Cloud, termasuk:

Mencadangkan ke Cloud Storage

Mulai versi 3.0, Agen Google Cloud untuk SAP mendukung fitur Backint, yang memungkinkan SAP HANA mencadangkan dan memulihkan cadangan database langsung dari Cloud Storage. Fitur baru ini tersedia untuk instance SAP HANA yang berjalan di instance VM Compute Engine, server Solusi Bare Metal, server infrastruktur lokal, atau di platform cloud lainnya sehingga Anda dapat langsung mencadangkan dan memulihkan dari Cloud Storage tanpa memerlukan penyimpanan persistent disk untuk cadangan Anda. Untuk informasi selengkapnya, lihat panduan operasi SAP HANA.

Untuk informasi tentang sertifikasi SAP fitur agen ini, lihat catatan SAP 2031547 - Ringkasan alat pencadangan pihak ketiga bersertifikasi SAP dan proses dukungan terkait.

Diagram berikut menunjukkan alur pencadangan saat Anda menggunakan fitur Backint Agen Google Cloud untuk SAP:

Diagram yang menunjukkan pencadangan data SAP HANA ke Cloud Storage menggunakan Agen Google Cloud untuk SAP.

Mencadangkan ke disk

Anda dapat menggunakan fungsi pencadangan dan pemulihan SAP HANA native dengan volume Persistent Disk Compute Engine dan menggunakan bucket Cloud Storage untuk penyimpanan cadangan jangka panjang.

Selama operasi normal, SAP HANA otomatis menyimpan data dari memori ke disk pada titik penyimpanan reguler. Selain itu, semua perubahan data dicatat dalam entri log ulangi. Entri log ulangi ditulis ke disk setelah setiap transaksi database yang di-commit.

Mulai dari SAP HANA 2.0 dan yang lebih baru, gunakan kokpit SAP HANA untuk membuat cadangan SAP HANA.

Diagram berikut menunjukkan alur fitur pencadangan untuk SAP HANA:

Diagram yang menunjukkan pencadangan data SAP HANA ke disk penyimpanan persisten.

Mencadangkan disk menggunakan snapshot

Opsi lain yang dapat Anda tambahkan ke strategi pencadangan adalah mengambil snapshot seluruh disk menggunakan fitur snapshot disk Compute Engine. Misalnya, Anda dapat mengambil snapshot terjadwal dari disk yang menghosting direktori /hanabackup untuk digunakan dalam skenario pemulihan dari bencana. Anda juga dapat menggunakan snapshot disk untuk mencadangkan dan memulihkan volume data SAP HANA. Untuk memastikan konsistensi aplikasi, ambil snapshot saat tidak ada perubahan yang dilakukan pada volume target. Snapshot terjadi pada tingkat blok.

Setelah snapshot pertama, setiap snapshot berikutnya bersifat inkremental dan hanya menyimpan perubahan blok inkremental, seperti yang ditunjukkan dalam diagram berikut.

Jika menggunakan Agen Google Cloud untuk SAP versi 3.0 atau yang lebih baru, Anda dapat membuat cadangan dan melakukan pemulihan untuk SAP HANA menggunakan fitur snapshot disk agen. Untuk informasi selengkapnya, lihat Pencadangan dan pemulihan untuk SAP HANA menggunakan snapshot disk.

Diagram yang menunjukkan pencadangan data SAP HANA menggunakan snapshot disk.

Pemulihan

Alat pemulihan di SAP HANA dapat memulihkan ke titik waktu terbaru atau titik waktu tertentu, dan Anda dapat menggunakan alat ini untuk memulihkan ke sistem baru atau membuat salinan database. Tidak seperti pencadangan yang dapat dijalankan saat database beroperasi, Anda hanya dapat menggunakan alat pemulihan saat database dinonaktifkan. Anda dapat memilih opsi yang sesuai dari opsi berikut:

  • Pulihkan ke status terbaru, menggunakan salah satu resource berikut:
    • Pencadangan penuh atau snapshot
    • Pencadangan log
    • Mengulangi entri log yang masih tersedia
  • Memulihkan ke titik waktu sebelumnya.
  • Memulihkan ke pencadangan penuh yang ditentukan.

Pemantauan

Untuk memantau dan memberikan dukungan bagi workload SAP yang berjalan di instance VM Compute Engine dan server Solusi Bare Metal, Google Cloud menyediakan Agen untuk SAP.

Sebagaimana diamanatkan oleh SAP, untuk mendapatkan dukungan dari SAP dan agar SAP dapat memenuhi perjanjian tingkat layanan (SLA), Anda harus menginstal Agen Google Cloud untuk SAP di semua instance VM Compute Engine dan server Solusi Bare Metal yang menjalankan sistem SAP apa pun. Untuk informasi selengkapnya tentang prasyarat dukungan, lihat catatan SAP SAP Note 2456406 - SAP di Google Cloud Platform: Support Prerequisites .

Selain pengumpulan wajib metrik Agen Host SAP, di Linux, Agen Google Cloud untuk SAP mencakup fitur opsional seperti pengumpulan metrik pemantauan Proses dan metrik evaluasi Workload Manager. Anda dapat memilih untuk menggunakan fitur ini yang mengaktifkan produk dan layanan, seperti pengelolaan workload untuk workload SAP Anda.

Pengoptimalan performa

Bagian ini memberikan informasi tentang cara mengoptimalkan performa workload SAP S/4HANA melalui ukuran dan konfigurasi jaringan.

Pengaturan ukuran

Beberapa opsi ukuran tersedia berdasarkan jenis implementasi. Untuk penerapan project baru, sebaiknya gunakan alat SAP Quick Sizer. Untuk mengetahui informasi mendetail, lihat halaman Ukuran SAP. SAP juga menyediakan panduan kaus untuk solusi dan alat spesifik guna memigrasikan solusi lokal saat ini ke Google Cloud. Misalnya, lihat Direktori Hardware SAP HANA yang Tersertifikasi dan Didukung serta catatan SAP Catatan SAP 2456432 - Aplikasi SAP di Google Cloud: Produk yang Didukung dan Jenis mesin Google Cloud . SAP dan Google Cloud menggunakan unit yang berbeda untuk mengukur IOPS (operasi input/output per detik). Hubungi partner SI (Systems Integrator) untuk mengonversi persyaratan ukuran SAP menjadi infrastruktur Google Cloud dengan ukuran yang sesuai.

Sebelum memigrasikan sistem yang ada dari SAP ECC ke S/4HANA, SAP merekomendasikan agar Anda menjalankan laporan /SDF/HDB_SIZING, seperti yang dijelaskan dalam catatan SAP 1872170 - ABAP on HANA sizing report (S/4HANA, Suite on HANA...). Laporan ukuran ini menganalisis kebutuhan pemrosesan dan memori sistem sumber Anda saat ini, serta memberikan informasi tentang persyaratan untuk beralih ke S/4HANA.

Konfigurasi jaringan

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

Berdasarkan jenis mesinnya, instance VM Anda memiliki throughput jaringan 2 hingga 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 dengan mengikuti kebijakan firewall dengan hak istimewa terendah untuk membatasi akses.

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 VPC 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 VPC untuk klien aplikasi SAP HANA SQL, seperti server aplikasi SAP NetWeaver dan aplikasi kustom, serta jaringan VPC 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 informasi selengkapnya, lihat:

Deployment

Bagian ini memberikan informasi terkait deployment SAP S/4HANA di Google Cloud.

Catatan SAP penting pra-deployment

Sebelum Anda mulai men-deploy sistem SAP S/4HANA di Google Cloud, baca catatan SAP berikut. Selain itu, sebelum Anda memulai penerapan SAP, periksa SAP Marketplace untuk mengetahui panduan dan catatan penginstalan produk terbaru.

Otomatisasi deployment

Untuk menginstal SAP S/4HANA di Google Cloud, Anda dapat menggunakan opsi deployment berikut:

  • Untuk mengotomatiskan deployment sistem yang terdistribusi atau terdistribusi dengan ketersediaan tinggi (HA), Anda dapat menggunakan alat Otomatisasi Deployment Terpandu di Workload Manager. Alat ini memungkinkan Anda mengonfigurasi dan men-deploy workload SAP yang didukung langsung dari konsol Google Cloud, atau membuat dan mendownload kode Terraform dan Ansible yang setara. Untuk informasi selengkapnya, lihat Tentang Otomatisasi Deployment Terpandu.
  • Untuk mengotomatiskan deployment sistem SAP HANA terpusat atau terdistribusi, Anda dapat menggunakan konfigurasi Terraform yang disediakan oleh Google Cloud. Untuk informasi selengkapnya, lihat panduan deployment untuk skenario SAP HANA Anda.

Langkah selanjutnya