Cara menyiapkan kluster Alat Pacu Jantung untuk Linux dengan ketersediaan tinggi

Sebagai sysadmin, sangat penting untuk memfasilitasi ketersediaan tinggi di semua tingkat yang mungkin dalam arsitektur dan desain sistem dan lingkungan SAP tidak berbeda. Dalam artikel ini, saya membahas cara memanfaatkan Red Hat Enterprise Linux (RHEL) Pacemaker for High Availability (HA) dari SAP NetWeaver Advanced Business Application Programming (ABAP) SAP Central Service (ASCS)/Enqueue Replication Server (ERS).

[ Anda mungkin juga menyukai: Panduan memulai cepat untuk Ansible untuk sysadmin Linux ]

SAP memiliki arsitektur tiga lapis:

• Lapisan presentasi —Menampilkan GUI untuk interaksi dengan aplikasi SAP
• Lapisan aplikasi —Berisi satu atau beberapa server aplikasi dan server pesan 
• Lapisan basis data —Berisi database dengan semua data terkait SAP (misalnya, Oracle)

Pada artikel ini, fokus utama adalah pada lapisan aplikasi. Instans server aplikasi menyediakan fungsi pemrosesan data aktual dari sistem SAP. Berdasarkan kebutuhan sistem, beberapa server aplikasi dibuat untuk menangani beban pada sistem SAP. Komponen utama lainnya dalam lapisan aplikasi adalah ABAP SAP Central Service (ASCS). Layanan pusat terdiri dari dua komponen utama—Message Server (MS) dan Enqueue Server (ES). Server Pesan bertindak sebagai saluran komunikasi antara semua server aplikasi dan menangani distribusi beban. Server Enqueue mengontrol mekanisme penguncian.

Ketersediaan Tinggi di Lapisan Aplikasi dan Basis Data

Anda dapat menerapkan ketersediaan tinggi untuk server aplikasi dengan menggunakan penyeimbang beban dan meminta beberapa server aplikasi menangani permintaan dari pengguna. Jika server aplikasi mogok, hanya pengguna yang terhubung ke server tersebut yang terpengaruh. Pisahkan kerusakan dengan menghapus server aplikasi dari penyeimbang beban. Untuk ketersediaan ASCS yang tinggi, gunakan Enqueue Replication Server (ERS) untuk mereplikasi entri tabel kunci. Di lapisan database, Anda dapat menyiapkan replikasi database asli antara database primer dan sekunder untuk memastikan ketersediaan yang tinggi.

Pengantar Ketersediaan Tinggi RHEL dengan Alat Pacu Jantung

RHEL High Availability memungkinkan layanan untuk melakukan failover dari satu node ke node lain secara mulus dalam sebuah cluster tanpa menyebabkan gangguan apa pun dalam layanan. ASCS dan ERS dapat diintegrasikan ke dalam klaster Alat Pacu Jantung RHEL. Jika terjadi kegagalan node ASCS, paket cluster bergeser ke node ERS di mana instans MS dan ES akan terus berjalan tanpa menghentikan sistem. Jika terjadi kegagalan node ERS, sistem tidak terpengaruh karena MS dan ES akan terus berjalan pada node ASCS. Dalam hal ini, instans ERS tidak akan berjalan pada node ASCS karena instans ES dan ERS tidak perlu dijalankan pada node yang sama.

Konfigurasi alat pacu jantung RHEL

Ada dua cara untuk mengonfigurasi node ASCS dan ERS di kluster Alat Pacu Jantung RHEL—Utama/Sekunder dan Mandiri . Primer/Sekunder Pendekatan ini didukung di semua rilis minor RHEL 7. Pendekatan Standalone didukung di RHEL 7.5 dan yang lebih baru. RHEL merekomendasikan penggunaan pendekatan Standalone untuk semua penerapan baru.

Konfigurasi kluster

Langkah-langkah luas untuk konfigurasi cluster meliputi:

1. Instal paket Alat Pacu Jantung di kedua node cluster.

   # yum -y install pcs pacemaker

2. Buat HACLUSTER ID pengguna dengan.

   # passwd hacluster

   Untuk menggunakan pcs untuk mengonfigurasi cluster dan berkomunikasi di antara node, Anda harus menetapkan kata sandi pada setiap node untuk ID pengguna hacluster , yang merupakan pcs akun administrasi. Direkomendasikan bahwa kata sandi untuk pengguna hacluster sama pada setiap node.
3. Aktifkan dan mulai pcs jasa.

   # systemctl enable pcsd.service; systemctl start pcsd.service

4. Otentikasi pcs dengan hacluster pengguna
   Otentikasi pcs pengguna hacluster untuk setiap node dalam cluster. Perintah berikut mengotentikasi pengguna hacluster di node1 untuk kedua node dalam cluster dua node (node1.example.com dan node2.example.com).

   # pcs cluster auth node1.example.com node2.example.com
   Username: hacluster
   Password:
   node1.example.com: Authorized
   node2.example.com: Authorized

5. Buat cluster.
   Cluster nwha dibuat menggunakan node1 dan node2:

   # pcs cluster setup --name nwha node1 node2

6. Mulai klaster.

   # pcs cluster start --all

7. Aktifkan cluster untuk memulai otomatis setelah reboot.

   # pcs cluster enable --all

Membuat sumber daya untuk instans ASCS dan ERS

Setelah kluster disiapkan, Anda perlu menambahkan resource untuk node ASCS dan ERS. Langkah-langkah luasnya meliputi:

1. Instal resource-agents-sap pada semua node cluster.

   # yum install resource-agents-sap

2. Mengonfigurasi sistem file bersama sebagai sumber daya yang dikelola oleh cluster.
   Sistem file bersama, seperti /sapmnt , /usr/sap/trans , /usr/sap/SYS ditambahkan sebagai sumber daya yang dipasang secara otomatis pada cluster menggunakan perintah: 

   # pcs resource create <resource-name> Filesystem device=’<path-of-filesystem>’ directory=’<directory-name>’ fstype=’<type-of-fs>’

   
   Contoh:

   # pcs resource create sid_fs_sapmnt Filesystem device='nfs_server:/export/sapmnt' directory='/sapmnt' fstype='nfs'

3. Konfigurasikan grup sumber daya untuk ASCS.
   Untuk node ASCS, tiga grup sumber daya yang diperlukan adalah sebagai berikut (dengan asumsi ID instance ASCS adalah 00):
   • Alamat IP virtual untuk ASCS
   • Sistem file ASCS (misalnya, /usr/sap/<SID>/ASCS00 )
   • Contoh profil ASCS (misalnya, /sapmnt/<SID>/profile/<SID>_ASCS00_<hostname> )
4. Konfigurasikan grup sumber daya untuk ERS.
   Untuk simpul ERS, tiga grup sumber daya yang diperlukan adalah sebagai berikut (dengan asumsi ID instans ERS dalam 30):
   • Alamat IP virtual untuk ERS
   • Sistem file ERS (misalnya, /usr/sap/<SID>/ERS30 )
   • instance profil ERS (misalnya, /sapmnt/<SID>/profile/<SID>_ERS30_<hostname> )
5. Buat batasannya.
   Tetapkan batasan grup sumber daya ASCS dan ERS untuk hal berikut:
   • Batasi kedua grup sumber daya agar tidak berjalan di node yang sama
   • Buat ASCS berjalan di node tempat ERS dijalankan jika terjadi failover
   • Pertahankan urutan start/stop order
   • Pastikan cluster dimulai hanya setelah sistem file yang diperlukan dipasang

Pengujian Failover Cluster

Dengan asumsi bahwa ASCS berjalan pada node1 dan ERS berjalan di node2 mulanya. Jika simpul1 turun, ASCS dan ERS keduanya bergeser ke node2 . Karena batasan yang ditentukan, ERS tidak akan berjalan di node2 .

Saat simpul1 muncul kembali, ERS akan bergeser ke node1 sementara ASCS tetap di node2 . Gunakan perintah #pcs status untuk memeriksa status cluster.

[ Kursus gratis untuk Anda:Tinjauan Teknis Virtualisasi dan Migrasi Infrastruktur. ] 

Selesai

RHEL Pacemaker adalah utilitas hebat untuk mencapai cluster yang sangat tersedia untuk SAP. Anda juga dapat melakukan fencing dengan mengonfigurasi STONITH untuk memastikan integritas data dan menghindari pemanfaatan resource oleh node yang salah di cluster.

Untuk semua penggemar otomatisasi, Anda dapat menggunakan Ansible untuk mengontrol kluster Alat Pacu Jantung Anda dengan menggunakan modul Ansible pacemaker_cluster. Sebanyak Anda melindungi sistem Anda, jaga diri Anda dan tetap aman.