Panduan perencanaan ketersediaan tinggi untuk SAP NetWeaver di Google Cloud

Panduan ini berisi ringkasan tentang opsi, rekomendasi, dan konsep umum yang perlu Anda ketahui sebelum men-deploy sistem SAP NetWeaver ketersediaan tinggi (HA) di Google Cloud.

Panduan ini mengasumsikan bahwa Anda telah memahami konsep dan praktik yang secara umum diperlukan untuk menerapkan sistem ketersediaan tinggi SAP NetWeaver. Oleh karena itu, panduan ini terutama berfokus pada hal yang perlu Anda ketahui untuk menerapkan sistem tersebut di Google Cloud.

Jika Anda perlu mengetahui lebih lanjut tentang konsep dan praktik umum yang diperlukan untuk menerapkan sistem HA SAP NetWeaver, lihat:

Panduan perencanaan ini hanya berfokus pada HA untuk SAP NetWeaver dan tidak mencakup HA untuk sistem database. Jika ingin mengetahui informasi tentang HA untuk SAP HANA, lihat panduan perencanaan ketersediaan tinggi SAP HANA.

Arsitektur deployment

Diagram berikut menunjukkan cluster HA Linux dasar yang menggunakan software cluster Pacemaker.

Cluster ini mencakup dua host: host utama dan host sekunder. Setiap host berada di zona berbeda dalam region yang sama.

Cluster menggunakan SAP Standalone Enqueue Server 2 (ENSA2). Untuk deskripsi cluster yang menggunakan Standalone Enqueue Server (ENSA1) versi sebelumnya, lihat Arsitektur Standalone Enqueue Server (ENSA1).

Instance Layanan Pusat yang aktif berada di host utama. Instance Enqueue Replication Server 2 (ERS) yang aktif berada di host sekunder. Layanan Pusat dan ERS memiliki alamat IP virtual (VIP) sendiri. Dalam diagram, "Layanan Pusat" mewakili Layanan Pusat ABAP SAP atau, untuk stack Java, Layanan Pusat SAP.

Untuk mengetahui informasi selengkapnya tentang Standalone Enqueue Server 2 dalam konfigurasi HA, lihat SAP Note 2711036 - Penggunaan Standalone Enqueue Server 2 di Lingkungan dengan ketersediaan tinggi (HA).

Penyiapan HA dasar untuk SAP NetWeaver di Google Cloud dengan dua host, masing-masing di zona yang berbeda

Arsitektur Standalone Enqueue Server (ENSA1)

Dalam diagram berikut, instance Layanan Pusat aktif, yang berisi pengelolaan kunci, atau layanan Enqueue, dan instance Enqueue Replication Server (ERS) yang tidak aktif berada di host utama. Instance ERS yang aktif dan instance Layanan Pusat yang tidak aktif berada di host sekunder. Setiap pasangan Layanan Pusat dan ERS memiliki alamat IP virtual (VIP) sendiri. Dalam diagram, "Layanan Pusat" mewakili Layanan Pusat ABAP SAP atau, untuk stack Java, Layanan Pusat SAP.

Jika terjadi kegagalan, software pembuatan cluster HA harus memindahkan Standalone Enqueue Server ke node tempat Enqueue Replication Server berjalan untuk mempertahankan informasi kunci. Pertimbangkan untuk mengupdate sistem agar menggunakan Standalone Enqueue Server 2, jika versi software Anda mendukungnya. Untuk mengetahui informasi selengkapnya, lihat SAP Note 2630416 - Dukungan untuk Standalone Enqueue Server 2.

Penyiapan HA dasar untuk SAP NetWeaver di Google Cloud dengan dua host, masing-masing di zona yang berbeda

Ketersediaan tinggi infrastruktur Google Cloud

Google Cloud sangat tersedia sesuai desain, dengan infrastruktur redundan pusat data di seluruh dunia yang berisi zona yang dirancang agar terpisah satu sama lain. Zona biasanya memiliki daya, pendingin, jaringan, dan control plane yang terisolasi dari zona lain. Dalam kebanyakan kasus, jika terjadi satu peristiwa kegagalan, hal tersebut hanya akan memengaruhi satu zona.

Dalam beberapa kasus, Anda mungkin memenuhi persyaratan ketersediaan tanpa menerapkan semua perlindungan tradisional dan lokal dari kegagalan hardware, penyimpanan, dan jaringan, sehingga dapat menghemat waktu dan uang Anda.

Sebelum merancang dan menerapkan strategi ketersediaan tinggi di Google Cloud, baca Perjanjian Tingkat Layanan Google Cloud.

Untuk informasi umum tentang keandalan, privasi, dan keamanan Google Cloud, lihat Keandalan.

Opsi pengelompokan HA untuk sistem SAP di Google Cloud

Anda menentukan cluster ketersediaan tinggi (HA) untuk SAP NetWeaver di Google Cloud dengan menggunakan jenis software cluster HA pihak ketiga yang sama seperti yang mungkin Anda gunakan di penginstalan lokal. Software cluster dengan ketersediaan tinggi (HA) memantau kondisi sistem dan mengelola failover saat terjadi masalah.

Anda dapat menggunakan berbagai solusi software cluster dengan ketersediaan tinggi (HA), seperti berikut:

  • Red Hat Enterprise Linux (RHEL) untuk Solusi SAP
  • SUSE Linux Enterprise Server (SLES) untuk Aplikasi SAP
  • Windows Server Failover Clustering

Software pengelompokan dengan ketersediaan tinggi (HA) di Linux

Versi terbaru RHEL dan SLES menyertakan dukungan HA terintegrasi yang diaktifkan khusus untuk Google Cloud. Untuk memeriksa apakah versi Linux Anda menyertakan dukungan HA yang mendukung Google Cloud, cari "GCP-HA" pada tabel di Dukungan sistem operasi untuk SAP NetWeaver di Google Cloud.

Software pengelompokan Windows dengan ketersediaan tinggi (HA)

Di Windows Server, Anda menggunakan Windows Server Failover Clustering (WSFC) untuk membuat cluster HA, seperti yang dijelaskan dalam Menjalankan Cluster Windows Server Failover.

Di Google Cloud, pemilihan rute traffic masuk ke node aktif di cluster WSFC dikelola oleh Cloud Load Balancing, yang tidak memerlukan IP alias atau implementasi VIP rute statis.

Cloud Load Balancing menggunakan health check untuk menentukan node yang aktif.

Zona, region, dan deployment HA SAP NetWeaver Google Cloud

Deploy node cluster HA Anda di dua atau beberapa zona Compute Engine dalam region yang sama. Men-deploy node di berbagai zona memastikan bahwa node tersebut berada di mesin fisik yang berbeda dan juga memberikan perlindungan dari kemungkinan kegagalan zona yang sangat kecil.

Mempertahankan zona dalam region yang sama memastikan bahwa node cukup dekat secara geografis untuk memenuhi persyaratan latensi SAP untuk sistem ketersediaan tinggi.

Virtual machine Compute Engine dan deployment HA SAP NetWeaver

Untuk mendukung ketersediaan tinggi, VM Compute Engine didukung oleh migrasi langsung dan mulai ulang otomatis.

Migrasi langsung Compute Engine

Compute Engine memantau status infrastruktur dasar. Saat peristiwa pemeliharaan infrastruktur terjadi, Compute Engine akan otomatis memigrasikan instance Anda dari peristiwa tersebut dan, jika memungkinkan, membuat instance Anda tetap berjalan selama migrasi. Tidak diperlukan intervensi pengguna.

Jika terjadi pemadaman layanan yang signifikan, mungkin akan ada sedikit penundaan antara saat instance berhenti berfungsi dan saat tersedia.

Pada umumnya, peristiwa migrasi langsung terjadi tanpa memengaruhi cluster dengan ketersediaan tinggi (HA). Namun, uji cluster HA Anda dengan menyimulasikan migrasi langsung host aktif setelah cluster HA disiapkan dan sistem sedang berjalan, terutama jika monitor cluster HA Anda dikonfigurasi dengan nilai minimum failover yang rendah. Untuk mengetahui informasi selengkapnya tentang simulasi peristiwa migrasi langsung, lihat kebijakan Menguji ketersediaan Anda.

Instance yang dimigrasikan sama persis dengan instance asli, termasuk ID instance, alamat IP pribadi, serta semua metadata dan penyimpanan instance.

Secara default, instance standar disetel ke migrasi langsung. Sebaiknya jangan ubah setelan ini.

Untuk mengetahui informasi selengkapnya, lihat Migrasi langsung.

Mulai ulang otomatis Compute Engine

Jika instance Anda ditetapkan untuk berhenti saat ada peristiwa pemeliharaan, atau jika instance Anda error karena masalah hardware yang mendasar, Anda dapat menyiapkan Compute Engine untuk memulai ulang instance secara otomatis. Secara default, instance disetel untuk dimulai ulang secara otomatis. Sebaiknya jangan ubah setelan ini.

Untuk mengetahui informasi selengkapnya tentang mulai ulang otomatis, lihat Mulai ulang otomatis.

Opsi penyimpanan bersama untuk sistem SAP dengan ketersediaan tinggi (HA) di Google Cloud

Sistem file global SAP NetWeaver adalah titik tunggal kegagalan yang harus tersedia untuk semua instance SAP NetWeaver di sistem HA Anda. Untuk memastikan ketersediaan sistem file global di Google Cloud, Anda dapat menggunakan penyimpanan bersama yang sangat tersedia atau persistent disk zonal yang direplikasi.

Untuk solusi penyimpanan bersama dengan ketersediaan tinggi, Anda dapat menggunakan Google Cloud Filestore atau solusi berbagi file pihak ketiga seperti NetApp Cloud Volumes Service untuk Google Cloud atau NetApp Cloud Volumes ONTAP.

Tingkat Enterprise Filestore dapat digunakan untuk deployment multi-zona dengan ketersediaan tinggi, dan paket Dasar Filestore dapat digunakan untuk deployment zona tunggal.

Untuk replikasi persistent disk zonal untuk sistem Linux, Anda dapat menggunakan Distributed Replicated Block Device (DRBD) untuk mereplikasi persistent disk yang berisi sistem file global SAP di antara node di cluster HA.

Meskipun persistent disk regional Compute Engine menawarkan block storage yang direplikasi secara sinkron di seluruh zona, persistent disk tersebut saat ini tidak didukung untuk sistem HA SAP NetWeaver.

Untuk mengetahui informasi selengkapnya tentang opsi penyimpanan di Google Cloud, lihat:

Opsi jaringan untuk sistem SAP dengan ketersediaan tinggi (HA)

Saat menyiapkan jaringan untuk cluster HA, selain menyelesaikan langkah-langkah dalam Membuat jaringan, Anda juga perlu menyelesaikan tugas khusus HA berikut:

  • Pilih implementasi VIP untuk sistem Linux, seperti yang dijelaskan di bagian berikut. Sistem Windows menggunakan load balancer internal, yang tidak memerlukan solusi VIP yang sama seperti sistem Linux.
  • Tentukan jalur komunikasi antara instance Layanan Pusat SAP dan instance Enqueue Replikasi Server.
  • Tentukan aturan firewall untuk mendukung jalur komunikasi yang Anda tentukan.

Implementasi IP virtual di Google Cloud

Cluster ketersediaan tinggi menggunakan alamat IP (VIP) floating atau virtual untuk memindahkan workloadnya dari satu node cluster ke node cluster lain jika terjadi kerusakan tak terduga atau untuk pemeliharaan terjadwal. Alamat IP VIP tidak berubah, sehingga aplikasi klien tidak mengetahui bahwa pekerjaan sedang disajikan oleh node lain.

VIP juga disebut sebagai alamat IP mengambang.

Di Google Cloud, VIP diimplementasikan dengan sedikit berbeda dibandingkan dengan penginstalan di infrastruktur lokal, dalam hal ini saat failover terjadi, permintaan ARP yang tidak beralasan tidak dapat digunakan untuk mengumumkan perubahan tersebut. Sebagai gantinya, Anda dapat menerapkan alamat VIP untuk cluster SAP HA menggunakan salah satu metode berikut:

Implementasi VIP Network Load Balancer passthrough internal

Load balancer biasanya mendistribusikan traffic pengguna ke beberapa instance aplikasi, baik untuk mendistribusikan workload di beberapa sistem aktif maupun untuk melindungi dari pelambatan atau kegagalan pemrosesan pada satu instance.

Network Load Balancer passthrough internal juga memberikan dukungan failover yang dapat Anda gunakan dengan health check Compute Engine untuk mendeteksi kegagalan, memicu failover, dan mengalihkan traffic ke sistem SAP utama baru di cluster HA berbasis OS.

Dukungan failover adalah penerapan VIP yang direkomendasikan karena berbagai alasan, termasuk:

  • Load balancing di Compute Engine menawarkan SLA ketersediaan 99,99%.
  • Load balancing mendukung cluster ketersediaan tinggi multi-zona, yang melindungi dari kegagalan zona dengan waktu failover lintas zona yang dapat diprediksi.
  • Penggunaan load balancing akan mengurangi waktu yang diperlukan untuk mendeteksi dan memicu failover, biasanya dalam hitungan detik setelah kegagalan. Waktu failover keseluruhan bergantung pada waktu failover setiap komponen dalam sistem HA, yang dapat mencakup host, sistem database, sistem aplikasi, dan lainnya.
  • Menggunakan load balancing akan menyederhanakan konfigurasi cluster dan mengurangi dependensi.
  • Tidak seperti implementasi VIP yang menggunakan rute, dengan load balancing, Anda dapat menggunakan rentang IP dari jaringan VPC Anda sendiri, sehingga Anda dapat mencadangkan dan mengonfigurasinya sesuai kebutuhan.
  • Load balancing dapat dengan mudah digunakan untuk mengalihkan traffic ke sistem sekunder untuk pemadaman pemeliharaan terencana.

Saat membuat health check untuk penerapan VIP load balancer, Anda menentukan port host yang diperiksa health check untuk menentukan kondisi host. Untuk cluster SAP HA, tentukan port host target yang berada dalam rentang pribadi, 49152-65535, untuk menghindari bentrok dengan layanan lain. Pada VM host, konfigurasikan port target dengan layanan bantuan sekunder, seperti utilitas socat atau HAProxy.

Untuk cluster database dengan sistem standby sekunder tetap online, health check dan layanan helper memungkinkan load balancing untuk mengarahkan traffic ke sistem online yang saat ini berfungsi sebagai sistem utama dalam cluster.

Dengan layanan bantuan dan pengalihan port, Anda dapat memicu failover untuk pemeliharaan software yang direncanakan pada sistem SAP.

Untuk mengetahui informasi selengkapnya tentang dukungan failover, lihat Mengonfigurasi failover untuk Network Load Balancers passthrough internal.

Untuk men-deploy cluster HA dengan implementasi VIP load balancing, lihat:

Implementasi VIP rute statis

Implementasi rute statis juga memberikan perlindungan terhadap kegagalan zona, tetapi Anda harus menggunakan VIP di luar rentang IP subnet VPC yang ada di tempat VM berada. Dengan demikian, Anda juga perlu memastikan bahwa VIP tidak bentrok dengan alamat IP eksternal mana pun di jaringan yang diperluas.

Implementasi rute statis juga dapat menimbulkan kompleksitas saat digunakan dengan konfigurasi VPC bersama, yang dimaksudkan untuk memisahkan konfigurasi jaringan ke project host.

Jika Anda menggunakan penerapan rute statis untuk VIP, konsultasikan dengan administrator jaringan guna menentukan alamat IP yang sesuai untuk penerapan rute statis.

Implementasi VIP IP alias

Implementasi VIP IP alias tidak direkomendasikan untuk deployment HA multi-zona karena, jika sebuah zona gagal, realokasi IP alias ke node di zona yang berbeda dapat tertunda. Implementasikan VIP Anda dengan Network Load Balance passthrough internal dengan dukungan failover.

Jika Anda men-deploy semua node cluster SAP HA di zona yang sama, Anda dapat menggunakan IP alias untuk mengimplementasikan VIP untuk cluster HA.

Jika sudah memiliki cluster SAP HA multi-zona yang menggunakan penerapan IP alias untuk VIP, Anda dapat bermigrasi ke penerapan Network Load Balance passthrough internal tanpa mengubah alamat VIP Anda. Alamat IP alias dan Network Load Balancer passthrough internal menggunakan rentang IP dari jaringan VPC Anda.

Meskipun alamat IP alias tidak direkomendasikan untuk implementasi VIP di cluster HA multi-zona, alamat IP alias memiliki kasus penggunaan lain dalam deployment SAP. Misalnya, dapat digunakan untuk memberikan nama host dan penetapan IP yang logis untuk deployment SAP yang fleksibel, seperti yang dikelola oleh SAP Landscape Management.

Praktik terbaik umum untuk VIP di Google Cloud

Untuk mengetahui informasi selengkapnya tentang VIP di Google Cloud, lihat Praktik Terbaik untuk Alamat IP Mengambang.

Mengonfigurasi cluster ketersediaan tinggi untuk SAP NetWeaver di Google Cloud

Google Cloud menyediakan file konfigurasi Terraform yang dapat digunakan untuk mengotomatiskan deployment sistem HA SAP NetWeaver atau Anda dapat men-deploy dan mengonfigurasi sistem HA SAP NetWeaver secara manual.

Untuk mengotomatiskan deployment sistem HA SAP NetWeaver, selesaikan file konfigurasi Terraform dan gunakan perintah Terraform standar untuk menerapkan konfigurasi. Untuk petunjuk deployment, lihat:

Metode deployment otomatis men-deploy infrastruktur Google Cloud untuk sistem SAP NetWeaver yang sepenuhnya didukung SAP dan mematuhi praktik terbaik dari SAP dan Google Cloud.

Untuk SAP NetWeaver, metode deployment otomatis akan men-deploy cluster Linux ketersediaan tinggi yang dioptimalkan performa yang mencakup:

  • Failover otomatis.
  • Mulai ulang otomatis.
  • Pencadangan alamat IP virtual (VIP) yang Anda tentukan.
  • Dukungan failover disediakan oleh load balancing TCP/UDP internal, yang mengelola pemilihan rute dari alamat IP virtual (VIP) ke node cluster HA.
  • Aturan firewall yang mengizinkan health check Compute Engine untuk memantau instance VM di cluster.
  • Resource manager cluster ketersediaan tinggi Pacemaker.
  • Mekanisme pagar Google Cloud, agen pagar fence_gce.
  • VM dengan persistent disk yang diperlukan untuk setiap instance SAP NetWeaver.

Untuk mendapatkan petunjuk tentang cara men-deploy dan mengonfigurasi cluster HA secara manual di Google Cloud untuk SAP NetWeaver, lihat: