Arsitektur Referensi: SAP Business Suite di SAP HANA di Google Cloud

Ringkasan

Dokumen ini ditujukan untuk orang-orang yang mengevaluasi Google Cloud sebagai platform untuk men-deploy SAP Business Suite di SAP HANA, terutama untuk orang-orang yang memiliki jenis pekerjaan berikut:

  • Arsitek teknis SAP
  • Arsitek Cloud
  • Administrator berbasis SAP
  • Arsitek perusahaan

Dokumen ini juga mencantumkan masalah yang perlu dipertimbangkan sebelum penginstalan, serta penautan ke SAP Notes dan dokumentasi lainnya untuk memfasilitasi deployment.

SAP Business Suite di SAP HANA adalah rangkaian sistem SAP, termasuk SAP ECC, yang berjalan di database SAP HANA. ECC, atau Enterprise Core Component, adalah rangkaian aplikasi yang berisi fungsi bisnis inti seperti keuangan, logistik, pengelolaan gudang, serta penjualan dan distribusi. ECC dirancang untuk berjalan di berbagai database, termasuk Sybase ASE, MS SQL Server, Oracle, dan sekarang SAP HANA. Dokumen ini membahas arsitektur dan deployment SAP Business Suite hanya di database SAP HANA.

Google Cloud menyediakan infrastruktur tersertifikasi SAP yang hemat biaya, andal, aman, dan berperforma tinggi untuk menjalankan SAP Business Suite di SAP HANA. Untuk mengetahui daftar lengkap solusi SAP yang didukung di Google Cloud, lihat Sertifikasi untuk aplikasi SAP di Google Cloud dan Sertifikasi untuk SAP HANA di Google Cloud.

Pemberian Lisensi

Jika Anda pelanggan SAP, Anda dapat menggunakan SAP HANA yang ada dan lisensi aplikasi SAP lainnya untuk men-deploy SAP Business Suite 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 termasuk dalam harga Compute Engine; sebagai alternatif, Anda juga dapat menggunakan image dan lisensi OS Anda sendiri.

Pengaturan ukuran

Beberapa opsi ukuran tersedia berdasarkan jenis implementasi. Untuk penerapan project baru, sebaiknya gunakan alat SAP Quick Sizer. Untuk informasi terperinci, 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 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.

Jenis mesin yang didukung

Google Cloud menawarkan jenis instance Compute Engine yang disertifikasi oleh SAP agar sesuai dengan persyaratan ukuran saat Anda men-deploy SAP HANA. Untuk mengetahui informasi selengkapnya tentang ukuran di Google Cloud dan jenis mesin yang didukung, lihat halaman 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 Anda mempertahankan rasio vCPU/Memori minimal 6,5.

Untuk melihat nomor SAPS mesin virtual Compute Engine yang tersertifikasi untuk aplikasi SAP, lihat Catatan SAP 2456432 - Aplikasi SAP di Google Cloud: Produk yang Didukung dan jenis mesin Google Cloud .

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

Disk dan sistem file untuk SAP Business Suite di SAP HANA

Google Cloud menawarkan jenis penyimpanan berikut:

  • Persistent disk untuk block storage
    • 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.
    • SSD (pd-ssd): menyediakan block storage berperforma tinggi yang andal dan didukung oleh solid-state drive (SSD).
    • Seimbang (pd-balanced): menyediakan block storage berbasis SSD yang hemat biaya dan andal.
    • Ekstrem (pd-extreme): Berbasis SSD, memberikan IOPS dan opsi throughput maksimum yang lebih tinggi daripada pd-ssd untuk jenis mesin Compute Engine yang lebih besar. Untuk mengetahui informasi selengkapnya, lihat Persistent disk ekstrem.
    • SSD lokal: Block storage lokal berperforma tinggi.
  • Bucket Cloud Storage: penyimpanan objek yang terjangkau.
  • Instance filestore: server file NFS yang terkelola sepenuhnya di Google Cloud.

Untuk mengetahui informasi selengkapnya, lihat Opsi Penyimpanan.

Persistent disk Google Cloud didesain untuk ketahanan tinggi. Komponen tersebut menyimpan data secara redundan untuk memastikan integritas data. Setiap persistent disk dapat menyimpan hingga 64 TB, sehingga Anda dapat membuat volume logis yang besar tanpa mengelola array disk. Salah satu fitur utamanya adalah persistent disk dienkripsi secara otomatis untuk melindungi data.

Saat dibuat, instance Compute Engine mengalokasikan satu persistent disk root secara default yang berisi sistem operasi. Anda dapat menambahkan lebih banyak opsi penyimpanan ke instance sesuai kebutuhan. Untuk implementasi SAP, sebaiknya gunakan persistent disk, karena dirancang untuk ketahanan tinggi dan instance komputasi dapat mengaksesnya seperti disk fisik di mesin lokal.

Tabel berikut menjelaskan struktur direktori Linux untuk deployment SAP standar.

Struktur direktori Linux yang khas untuk instance SAP ABAP generik

Struktur direktori aplikasi SAP Jenis penyimpanan
/sapmntCatatan Persistent disk standar (HDD)
/usr/sap Persistent disk standar (HDD)

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

Struktur direktori Linux yang khas untuk SAP HANA

Struktur direktori SAP HANA Jenis penyimpanan
/usr/sap Persistent disk berbasis SSD
/hana/data Persistent disk berbasis SSD
/hana/log Persistent disk berbasis SSD
/hana/sharedCatatan Persistent disk berbasis SSD
/hanabackupCatatan Persistent disk standar (HDD)

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

Buat semua direktori untuk instance SAP HANA dan SAP Business Suite dengan mengikuti proses yang dijelaskan dalam panduan deployment Google Cloud. Sebaiknya gunakan template Deployment Manager untuk men-deploy instance yang didukung dan tersertifikasi. Untuk panduan deployment SAP NetWeaver, lihat Semua Panduan NetWeaver SAP. Untuk deployment SAP HANA, lihat Panduan Deployment SAP HANA.

Deployment

SAP Business Suite di SAP HANA terdiri atas komponen teknis berikut:

Lapisan aplikasi:

  • ASCS—Layanan Pusat ABAP SAP. Berisi komponen berikut:
    • Server pesan (MS): Berperan sebagai saluran komunikasi antara server aplikasi. Juga menangani distribusi beban.
    • Server Antrean (ES): Mengontrol mekanisme penguncian.
  • 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 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 terkait lainnya di lingkungan tersebut.
  • WD—Web Dispatcher (opsional).
    • Load balancer software cerdas yang mendistribusikan permintaan HTTP dan HTTPS berdasarkan jenis aplikasi ke PAS dan AAS.

Lapisan database:

  • SAP HANA

Model deployment

Anda dapat men-deploy SAP Business Suite di SAP HANA di Google Cloud dalam salah satu dari dua model berikut: deployment terpusat atau deployment terdistribusi.

Deployment terpusat

Dalam deployment terpusat, Anda dapat menginstal SAP Business Suite dan database di instance Compute Engine yang sama. Sebaiknya gunakan pendekatan ini untuk lingkungan nonproduksi seperti lingkungan pengembangan dan sandbox.

Diagram berikut menunjukkan arsitektur referensi untuk SAP Business Suite di SAP HANA dalam model deployment terpusat. Perlu diperhatikan bahwa SAP ASCS, PAS, dan HANA diinstal di instance yang sama.

SAP ASCS, PAS, dan HANA diinstal di satu VM

Deployment terdistribusi

Dalam deployment terdistribusi, Anda dapat menginstal aplikasi SAP Business Suite dan database SAP HANA 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. Setiap komponen lapisan aplikasi SAP yang dijelaskan sebelumnya (dalam "Deployment") dapat diinstal secara independen pada instance yang berbeda.

Selain itu, secara opsional, Anda dapat menginstal satu atau beberapa server aplikasi tambahan (AAS), bergantung pada persyaratan bisnis Anda.

Diagram berikut menunjukkan arsitektur referensi untuk SAP Business Suite di SAP HANA dalam model deployment terdistribusi.

SAP Business Suite, PAS, dan ASCS diinstal di satu VM, SAP HANA diinstal di VM lain

SAP Business Suite dan database SAP HANA diinstal di instance Compute Engine yang berbeda. Database harus diinstal menggunakan metode deployment yang disertifikasi oleh Google Cloud. Untuk mengetahui detail tentang penginstalan database SAP HANA untuk Peningkatan Skala SAP HANA atau Penyebaran Skala SAP HANA, lihat Panduan Deployment SAP HANA. Saat ini, SAP Business Suite di SAP HANA hanya didukung dalam model Peningkatan skala.

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 ini beberapa alat HA dan DR:

Ketersediaan tinggi

Guna memastikan ketersediaan tinggi untuk SAP Business Suite di SAP HANA, pertimbangkan komponen berikut:

  • Database SAP HANA (HDB)
  • Layanan Pusat ABAP (ASCS)
  • Server aplikasi utama (PAS)

Database SAP HANA: Sebaiknya gunakan solusi replikasi sistem (HSR) SAP HANA untuk mencapai ketersediaan tinggi database. Dalam skenario ini, replikasi sistem dikonfigurasi antara node primer dan sekunder serta data direplikasi dari primer ke persistent disk sekunder. Untuk mengetahui detail selengkapnya, lihat Mengonfigurasi Replikasi Sistem SAP HANA di Panduan Administrasi SAP HANA, yang tersedia di Portal Bantuan SAP.

Dalam skenario replikasi sistem SAP HANA, failover tidak diotomatiskan secara default. Anda dapat menerapkan failover menggunakan pengelompokan tingkat sistem operasi, yang dirancang untuk mengelola kegagalan komponen. Pengelompokan melibatkan penggunaan beberapa server, perangkat penyimpanan, dan interkoneksi untuk membentuk satu sistem yang sangat tersedia. Guna mengetahui detail selengkapnya tentang cara mengonfigurasi HA untuk SAP HANA, lihat panduan perencanaan ketersediaan tinggi SAP HANA.

Layanan Pusat ABAP: ASCS terdiri dari server pesan (MS) dan server antrean (ES). Server pesan bertindak sebagai saluran komunikasi antara server aplikasi dan menangani distribusi beban, sementara server antrean mengontrol mekanisme penguncian. Sebaiknya gunakan solusi pengelompokan untuk mencapai ketersediaan tinggi di ASCS. Untuk menerapkan HA, instal Layanan Pusat ABAP (ABAP Central Services/ASCS) dan layanan replikasi antrean (ERS) pada node primer dan sekunder. Saat node utama turun, layanan pesan dan antrean (MS/ES) akan otomatis dialihkan ke node sekunder. Saat node utama tersedia lagi, Anda dapat beralih ke node primer asli secara otomatis atau manual. Untuk detail selengkapnya, lihat panduan penyiapan SUSE untuk cluster ketersediaan tinggi SAP ASCS.

Diagram berikut menunjukkan arsitektur untuk menerapkan HA untuk ASCS.

Satu VM menghosting ASCS aktif dan ERS yang tidak aktif. VM lain menghosting ASCS tidak aktif dan ERS aktif. Pasangan VM dan pasangan ERS masing-masing memiliki VIP-nya sendiri

Server aplikasi utama: Anda dapat mencapai ketersediaan tinggi untuk server aplikasi utama dengan menginstal server aplikasi tambahan (AAS). Anda dapat menginstal beberapa AAS untuk mencapai ketersediaan yang lebih tinggi. Jika salah satu server aplikasi mati, semua sesi pengguna yang terhubung ke server aplikasi tersebut akan dihentikan, tetapi pengguna dapat login ke server aplikasi lainnya. Google Cloud menyediakan fitur migrasi langsung yang dapat digunakan untuk PAS HA. Untuk informasi selengkapnya, lihat Migrasi Langsung.

Pemulihan dari bencana

Untuk memulihkan SAP Business Suite pada sistem SAP HANA dari bencana, gunakan metode berikut:

  • Replikasi sistem SAP HANA
  • Cadangan SAP HANA

Replikasi sistem SAP HANA

Untuk skenario DR, sebaiknya Anda memiliki sistem standby di region yang berbeda dengan sistem utama dan menggunakan replikasi asinkron.

Pilih opsi replikasi sistem SAP HANA yang paling sesuai dengan persyaratan bisnis Anda untuk batas poin pemulihan (RPO) dan yang sesuai dengan preferensi biaya/manfaat Anda.

Diagram berikut menunjukkan alur replikasi. Secara khusus:

  1. IP Virtual (VIP) dikonfigurasi agar hanya mengarah ke node aktif (baca/tulis).
  2. Dalam skenario ini, Node 1 memainkan peran utama. Saat failover dipicu, Node 2 akan mengambil alih dan bertindak sebagai node utama, dengan IP virtual berpindah ke Node 2.

Cluster SAP HANA HA berada di satu region Google Cloud. Replikasi asinkron mempertahankan sistem HANA tunggal di region lain saat ini

Pencadangan dan pemulihan

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

Cadangan

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

  • Mencadangkan langsung ke Cloud Storage menggunakan agen Backint Cloud Storage bersertifikasi SAP untuk SAP HANA (agen Backint).
  • Mencadangkan ke persistent disk, lalu mengupload cadangan ke Cloud Storage.
  • Mengambil snapshot seluruh disk yang berisi direktori /hanabackup menggunakan fungsi snapshot Compute Engine.

Agen Backint Cloud Storage untuk SAP HANA

Anda dapat menginstal agen Backint Cloud Storage untuk SAP HANA (agen Backint, yang menyederhanakan penyimpanan cadangan. Agen Backint terintegrasi dengan fungsi pencadangan dan pemulihan SAP HANA native, sehingga Anda dapat langsung mencadangkannya dan memulihkannya dari Cloud Storage tanpa memerlukan penyimpanan persistent disk untuk cadangan Anda. Untuk informasi lebih lanjut, lihat Panduan Pengoperasian SAP HANA.

Untuk informasi tentang sertifikasi SAP agen Backint Cloud Storage untuk SAP HANA, lihat Catatan SAP 2031547. Diagram berikut menunjukkan alur pencadangan saat Anda menggunakan agen Backint.

Diagram menunjukkan SAP HANA dengan agen Backint yang mencadangkan langsung ke Cloud Storage

Mencadangkan ke persistent disk

Anda dapat menggunakan fungsi pencadangan dan pemulihan SAP HANA native untuk menyimpan cadangan di persistent disk Compute Engine. Anda dapat 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. Anda dapat mencadangkan log ulangi ke penyimpanan jangka panjang pada interval yang teratur.

Mulai dari SAP HANA 2.0 dan seterusnya, Anda harus menggunakan kokpit SAP HANA untuk mencadangkan SAP HANA.

Diagram berikut menunjukkan alur fitur pencadangan untuk SAP HANA.

Cadangan dibuat di persistent disk, lalu disimpan di Cloud Storage

Mencadangkan persistent disk menggunakan snapshot

Opsi lain yang dapat Anda tambahkan ke strategi pencadangan adalah mengambil snapshot seluruh disk menggunakan fitur snapshot persisten-disk dari Compute Engine. Misalnya, Anda dapat mengambil snapshot terjadwal dari disk direktori cadangan untuk digunakan dalam skenario pemulihan dari bencana (disaster recovery). Untuk memastikan konsistensi aplikasi, ambil snapshot saat tidak ada perubahan yang dibuat 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.

Snapshot lengkap tentang data aplikasi dan data SAP HANA diambil. Snapshot berikutnya bersifat inkremental.

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. Opsi pemulihan tercantum di bawah ini; pilih salah satu yang sesuai untuk situasi Anda.

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

Catatan penting SAP pradeployment

Sebelum mulai men-deploy sistem SAP Anda di Google Cloud, baca SAP Note dalam daftar berikut yang relevan dengan konfigurasi yang Anda rencanakan. Sebelum melanjutkan penerapan produk SAP, selalu periksa SAP Marketplace untuk mengetahui panduan dan catatan penginstalan produk terbaru.