Menggunakan infrastruktur mulai ulang VM Azure untuk mencapai "ketersediaan yang lebih tinggi" dari sistem SAP

  • Artikel

Bagian ini berlaku untuk:

Windows logo. Windows dan Linux logo. Linux

Jika Anda memutuskan untuk tidak menggunakan fungsionalitas seperti Pengklusteran Failover Windows Server (WSFC) atau Pacemaker di Linux (saat ini hanya didukung untuk SUSE Linux Enterprise Server [SLES] 12 dan yang lebih baru), mulai ulang VM Azure akan digunakan. Ini melindungi sistem SAP terhadap waktu henti yang direncanakan dan tidak direncanakan dari infrastruktur server fisik Azure dan keseluruhan platform Azure yang mendasarinya.

Catatan

Mulai ulang VM Azure khususnya melindungi VM dan bukan aplikasi. Meskipun mulai ulang VM tidak menawarkan ketersediaan tinggi untuk aplikasi SAP, VM memang menawarkan tingkat ketersediaan infrastruktur tertentu. Mulai ulang VM juga secara tidak langsung menawarkan "ketersediaan yang lebih tinggi" dari sistem SAP. Juga tidak ada SLA untuk waktu yang diperlukan untuk menghidupkan ulang VM setelah pemadaman host yang direncanakan atau tidak direncanakan. Hal ini membuat metode ketersediaan tinggi ini tidak cocok untuk komponen penting dari sistem SAP. Contoh komponen penting bisa jadi instans ASCS/SCS atau sistem manajemen database (DBMS).

Elemen infrastruktur penting lainnya untuk ketersediaan tinggi adalah penyimpanan. Misalnya, SLA Azure Storage menjamin ketersediaan 99.9%. Jika Anda menyebarkan semua VM dan disknya dalam satu akun penyimpanan Azure, potensi ketidaktersediaan Azure Storage akan menyebabkan tidak tersedianya semua VM yang ditempatkan di akun penyimpanan tersebut dan semua komponen SAP yang berjalan di dalam VM.

Alih-alih memasukkan semua VM ke dalam satu akun penyimpanan Azure, Anda dapat menggunakan akun penyimpanan khusus untuk setiap VM. Dengan menggunakan beberapa akun penyimpanan Azure independen, Anda meningkatkan ketersediaan aplikasi VM dan SAP secara keseluruhan.

Disk terkelola Azure secara otomatis ditempatkan di domain kesalahan dari komputer virtual yang dilampirkan. Jika Anda menempatkan dua mesin virtual dalam kumpulan ketersediaan dan menggunakan disk terkelola, platform juga akan mendistribusikan disk terkelola ke domain kesalahan yang berbeda. Jika Anda berencana untuk menggunakan akun penyimpanan premium, kami sangat menyarankan untuk menggunakan disk terkelola.

Arsitektur sampel sistem SAP NetWeaver yang menggunakan infrastruktur Azure dengan ketersediaan tinggi dan akun penyimpanan mungkin terlihat seperti ini:

Diagram that shows the architecture of an SAP NetWeaver system that uses Azure infrastructure high availability and storage accounts.

Arsitektur sampel sistem SAP NetWeaver yang menggunakan infrastruktur Azure dengan ketersediaan tinggi dan disk terkelola mungkin terlihat seperti ini:

Utilize Azure infrastructure high availability to achieve SAP application “higher availability

Untuk komponen SAP penting, sejauh ini Anda telah mencapai hal-hal berikut:

  • Ketersediaan server aplikasi SAP yang tinggi

    Instans server aplikasi SAP adalah komponen yang berlebihan. Setiap instans server aplikasi SAP disebarkan pada VM sendiri, yang berjalan di kesalahan Azure yang berbeda dan meningkatkan domain. Untuk informasi selengkapnya, lihat bagian Domain kesalahan dan Perbarui domain .

    Anda dapat memastikan konfigurasi ini dengan menggunakan rangkaian ketersediaan Azure. Untuk informasi selengkapnya, lihat bagian kumpulan ketersediaan Azure.

    Potensi ketidaktersediaan yang direncanakan atau tidak dari kesalahan Azure atau peningkatan domain akan menyebabkan tidak tersedianya jumlah VM yang dibatasi dengan instans server aplikasi SAP mereka.

    Setiap instans server aplikasi SAP ditempatkan di akun penyimpanan Azure sendiri. Potensi tidak tersedianya satu akun penyimpanan Azure akan menyebabkan hanya satu VM dengan instans server aplikasi SAP-nya tidak tersedia. Namun, ketahuilah bahwa ada batasan jumlah akun penyimpanan Azure dalam satu langganan Azure. Untuk memastikan dimulainya instans ASCS/SCS secara otomatis setelah boot ulang VM, atur parameter Autostart di profil mulai instans ASCS/SCS.

    Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk server aplikasi SAP.

    Bahkan jika Anda menggunakan disk terkelola, disk disimpan di akun penyimpanan Azure dan mungkin tidak tersedia jika terjadi penonaktifan penyimpanan.

  • Ketersediaan yang lebih tinggi pada instans SAP ASCS/SCS

    Dalam skenario ini, gunakan mulai ulang VM Azure untuk melindungi VM dengan instans SAP ASCS/SCS yang dipasang. Jika terjadi waktu henti server Azure yang direncanakan atau tidak direncanakan, VM dimulai ulang di server lain yang tersedia. Seperti disebutkan sebelumnya, mulai ulang Azure VM khususnya melindungi VM dan bukan aplikasi, dalam hal ini instans ASCS / SCS. Dengan mulai ulang VM, Anda secara tidak langsung mencapai "ketersediaan yang lebih tinggi" dari instans SAP ASCS /SCS.

    Untuk memastikan dimulainya instans ASCS/SCS secara otomatis setelah boot ulang VM, atur parameter Autostart di profil mulai instans ASCS/SCS. Pengaturan ini berarti bahwa instans ASCS/SCS sebagai titik kegagalan tunggal (SPOF) yang berjalan dalam satu VM akan menentukan ketersediaan seluruh lanskap SAP.

  • Ketersediaan yang lebih tinggi pada server DBMS

    Seperti dalam kasus penggunaan instans ASCS/SCS SAP sebelumnya, Anda menggunakan mulai ulang VM Azure untuk melindungi VM dengan perangkat lunak DBMS yang diinstal dan Anda mencapai "ketersediaan yang lebih tinggi" dari perangkat lunak DBMS dengan mulai ulang VM.

    DBMS yang berjalan dalam satu VM juga merupakan SPOF, dan merupakan faktor penentu untuk ketersediaan seluruh lanskap SAP.

Menggunakan Mulai Otomatis untuk instans SAP

SAP menawarkan pengaturan yang memungkinkan Anda memulai instans SAP segera setelah dimulainya OS dalam VM. Instruksi didokumentasikan dalam Artikel SAP Knowledge Base 1909114. Namun, SAP tidak lagi merekomendasikan penggunaan pengaturan karena tidak memungkinkan kontrol urutan mulai ulang instans jika ada lebih dari satu VM yang terpengaruh atau jika ada beberapa instans yang berjalan di setiap VM.

Autostart tidak penting, dengan asumsi skenario Azure umum dari satu instans server aplikasi SAP dalam VM dan satu VM akhirnya dimulai ulang. Tetapi Anda dapat mengaktifkannya dengan menambahkan parameter berikut ke profil awal Pemrograman Aplikasi Bisnis Tingkat Lanjut SAP (ABAP) atau instans Java:

Autostart = 1

Catatan

Parameter Autostart juga memiliki kekurangan tertentu. Secara khusus, parameter memicu dimulainya instans SAP ABAP atau Java ketika layanan Windows atau Linux terkait instans dimulai. Urutan tersebut terjadi ketika sistem operasi boot up. Namun, memulai ulang layanan SAP juga merupakan kejadian umum untuk fungsionalitas Manajemen Siklus Hidup Perangkat Lunak SAP seperti Software Update Manger (SUM) atau pembaruan atau peningkatan lainnya. Fungsi-fungsi ini tidak mengharapkan instans dimulai ulang secara otomatis. Oleh karena itu, parameter Autostart harus dinonaktifkan sebelum Anda menjalankan tugas tersebut. Parameter Autostart juga tidak boleh digunakan untuk instans SAP yang dikelompokkan, seperti ASCS/SCS/CI.

Untuk informasi selengkapnya tentang Autostart untuk instans SAP, lihat artikel berikut ini:

Langkah berikutnya

Untuk informasi tentang ketersediaan tinggi yang mengetahui aplikasi SAP NetWeaver lengkap, lihat Ketersediaan tinggi aplikasi SAP di Azure IaaS.