Kluster instans SAP ASCS/SCS pada kluster failover Windows dengan menggunakan disk bersama di Azure

  • Artikel

Windows OS Windows

Pengklusteran Failover Windows Server (WSFC) adalah fondasi penginstalan dan sistem manajemen database (DBMSs) SAP ASCS/SCS ketersediaan tinggi (HA) di Windows.

Kluster failover adalah grup server independen (simpul) 1+n yang berfungsi bersama untuk meningkatkan ketersediaan aplikasi dan layanan. Jika terjadi kegagalan node, WSFC menghitung jumlah kegagalan yang dapat terjadi dan masih mempertahankan kluster yang sehat untuk menyediakan aplikasi dan layanan. Anda dapat memilih dari berbagai mode kuorum untuk mencapai pengklusteran failover.

Prasyarat

Sebelum Anda memulai tugas dalam artikel ini, tinjau artikel Arsitektur dan skenario ketersediaan tinggi untuk SAP NetWeaver.

Pengklusteran Failover Windows Server di Azure

WSFC dengan komputer virtual (VM) Azure memerlukan langkah-langkah konfigurasi tambahan. Saat Anda membuat kluster, Anda perlu mengatur beberapa alamat IP dan nama host virtual untuk instans SAP ASCS/SCS.

Resolusi nama di Azure dan nama host virtual kluster

Platform cloud Azure tidak menawarkan opsi untuk mengonfigurasi alamat IP virtual, seperti alamat IP mengambang. Anda memerlukan solusi alternatif untuk menyiapkan alamat IP virtual untuk menjangkau sumber daya kluster di internet.

Layanan Azure Load Balancer menyediakan penyeimbang beban internal untuk Azure. Dengan load balancer internal, klien mencapai kluster melalui alamat IP virtual kluster.

Sebarkan penyeimbang beban internal dalam grup sumber daya yang berisi simpul kluster. Kemudian, konfigurasikan semua aturan penerusan port yang diperlukan dengan menggunakan port probe dari load balancer internal. Klien dapat menyambungkan melalui nama host virtual. Server DNS menyelesaikan alamat IP kluster, dan penyeimbang muatan internal menangani penerusan port ke simpul aktif kluster.

Penting

Alamat IP mengambang tidak didukung pada konfigurasi IP sekunder untuk adaptor jaringan (NIC) dalam skenario penyeimbangan beban. Untuk detailnya, lihat batasan Azure Load Balancer. Jika Anda memerlukan alamat IP tambahan untuk komputer virtual, sebarkan NIC kedua.

Diagram of a Windows Server Failover Clustering configuration in Azure without a shared disk.

SAP ASCS/SCS HA dengan disk bersama kluster

Di Windows, instans SAP ASCS/SCS berisi layanan pusat SAP, server pesan SAP, proses server antrean, dan file host global SAP. File host global SAP menyimpan file pusat untuk seluruh sistem SAP.

Instans SAP ASCS/SCS memiliki komponen berikut:

  • Layanan pusat SAP:

    • Dua proses (untuk server pesan dan server antrean) dan nama host virtual ASCS/SCS yang digunakan untuk mengakses dua proses
    • Struktur file: nomor instans S:\usr\sap\<SID>\ASCS/SCS<>

  • File host global SAP:

    • Struktur file: S:\usr\sap\<SID>\SYS...

    • Berbagi file sapmnt, yang memungkinkan akses ke file S:\usr\sap\<SID>\SYS... global ini dengan menggunakan jalur UNC berikut:

      \\<ASCS/SCS nama> host virtual\sapmnt\<SID>\SYS...

Diagram of processes, file structure, and global host file share of an SAP ASCS/SCS instance.

Dalam pengaturan ketersediaan tinggi, Anda mengkulster instans SAP ASCS/SCS. Anda menggunakan disk bersama kluster (drive S dalam contoh artikel ini) untuk menempatkan file host global SAP ASCS/SCS dan SAP.

Diagram that shows an SAP ASCS/SCS high-availability architecture with shared disks.

Dengan arsitektur Enqueue Replication Server 1 (ERS1):

  • Nama host virtual ASCS/SCS yang sama digunakan untuk mengakses server pesan SAP dan proses server antrean, selain file host global SAP melalui berbagi file sapmnt .
  • Disk bersama kluster (drive S) yang sama dibagikan di antara mereka.

Dengan arsitektur Enqueue Replication Server 2 (ERS2):

  • Nama host virtual ASCS/SCS yang sama digunakan untuk mengakses proses server pesan SAP, selain file host global SAP melalui berbagi file sapmnt .
  • Disk bersama kluster (drive S) yang sama dibagikan di antara mereka.
  • Ada nama host virtual ERS terpisah untuk mengakses proses server antrean.

Diagram of an SAP ASCS/SCS high-availability architecture with a shared disk.

Disk bersama dan Server Replikasi Antrean

Disk bersama didukung dengan arsitektur ERS1, di mana instans ERS1:

  • Tidak diklusterkan.
  • localhost Menggunakan nama.
  • Disebarkan pada disk lokal pada setiap node kluster.

Disk bersama juga didukung dengan arsitektur ERS2, di mana instans ERS2:

  • Diklusterkan.
  • Menggunakan nama host virtual atau jaringan khusus.
  • Memerlukan alamat IP nama host virtual ERS untuk dikonfigurasi pada load balancer internal Azure, selain alamat IP (A)SCS.
  • Disebarkan pada disk lokal pada setiap simpul berkluster, sehingga tidak perlu disk bersama.

Untuk informasi selengkapnya tentang ERS1 dan ERS2, lihat Server Replikasi Antrean di Kluster Failover Microsoft dan Replikator Antrean Baru di lingkungan Kluster Failover di situs web SAP.

Opsi untuk disk bersama di Azure untuk beban kerja SAP

Ada dua opsi untuk disk bersama di kluster failover Windows di Azure:

  • Gunakan disk bersama Azure untuk melampirkan disk terkelola Azure ke beberapa VM secara bersamaan.
  • Gunakan SIOS DataKeeper Cluster Edition untuk membuat penyimpanan cermin yang mensimulasikan penyimpanan bersama kluster.

Saat Anda memilih teknologi untuk disk bersama, ingatlah pertimbangan berikut tentang disk bersama Azure untuk beban kerja SAP:

  • Penggunaan disk bersama Azure dengan disk Azure Premium SSD didukung untuk penyebaran SAP di set ketersediaan dan zona ketersediaan.
  • Disk Azure Ultra Disk Storage dan disk Azure Standard SSD tidak didukung sebagai disk bersama Azure untuk beban kerja SAP.
  • Pastikan untuk menyediakan disk Azure Premium SSD dengan ukuran disk minimum, seperti yang ditentukan dalam rentang SSD Premium, untuk dapat melampirkan ke jumlah VM yang diperlukan secara bersamaan. Anda biasanya memerlukan dua VM untuk kluster failover Windows SAP ASCS.

Perlu diingat pertimbangan berikut tentang SIOS:

  • Solusi SIOS menyediakan replikasi data sinkron real time antara dua disk.
  • Dengan solusi SIOS, Anda beroperasi dengan dua disk terkelola. Jika Anda menggunakan set ketersediaan atau zona ketersediaan, disk terkelola berada di kluster penyimpanan yang berbeda.
  • Penyebaran di zona ketersediaan didukung.
  • Solusi SIOS memerlukan penginstalan dan pengoperasian perangkat lunak pihak ketiga, yang perlu Anda beli secara terpisah.

Disk bersama Azure

Anda dapat menerapkan SAP ASCS/SCS HA dengan disk bersama Azure.

Prasyarat dan batasan

Saat ini, Anda dapat menggunakan disk Azure Premium SSD sebagai disk bersama Azure untuk instans SAP ASCS/SCS. Berikut keterbatasan yang saat ini berlaku:

  • Disk Azure Ultra Disk Storage dan disk SSD Standar tidak didukung sebagai disk bersama Azure untuk beban kerja SAP.
  • Disk Bersama Azure dengan disk SSD Premium didukung untuk penyebaran SAP di set ketersediaan dan zona ketersediaan.
  • Disk bersama Azure dengan disk SSD Premium dilengkapi dengan dua opsi penyimpanan:
    • Penyimpanan redundan lokal (LRS) untuk disk bersama SSD Premium (skuName nilai Premium_LRS) didukung dengan penyebaran dalam set ketersediaan.
    • Penyimpanan zona redundan (ZRS) untuk disk bersama SSD Premium (skuName nilai Premium_ZRS) didukung dengan penyebaran di zona ketersediaan.
  • Nilai disk bersama Azure maxShares menentukan berapa banyak node kluster yang dapat menggunakan disk bersama. Untuk instans SAP ASCS/SCS, Anda biasanya mengonfigurasi dua simpul di WSFC. Anda kemudian mengatur nilai untuk maxShares ke 2.
  • Grup penempatan kedekatan Azure (PPG) tidak diperlukan untuk disk bersama Azure. Tetapi untuk penyebaran SAP dengan PPG, ikuti panduan berikut:
    • Jika Anda menggunakan PPG untuk sistem SAP yang disebarkan di suatu wilayah, semua komputer virtual yang berbagi disk harus menjadi bagian dari PPG yang sama.
    • Jika Anda menggunakan PPG untuk sistem SAP yang disebarkan di seluruh zona, seperti yang dijelaskan dalam Grup penempatan kedekatan dengan penyebaran zona, Anda dapat melampirkan Premium_ZRS penyimpanan ke komputer virtual yang berbagi disk.

Untuk informasi selengkapnya, tinjau bagian Batasan dokumentasi untuk disk bersama Azure.

Pertimbangan penting untuk disk bersama SSD Premium

Pertimbangkan poin-poin penting ini tentang disk bersama Azure Premium SSD:

  • LRS untuk disk bersama SSD Premium:

    • Penyebaran SAP dengan LRS untuk disk bersama SSD Premium beroperasi dengan satu disk bersama Azure pada satu kluster penyimpanan. Jika ada masalah dengan kluster penyimpanan tempat disk bersama Azure disebarkan, hal ini memengaruhi instans SAP ASCS/SCS Anda.

  • ZRS untuk disk bersama SSD Premium:

    • Latensi tulis untuk ZRS lebih tinggi daripada LRS karena penyalinan data lintas zona.
    • Jarak antara zona ketersediaan di berbagai wilayah bervariasi, dan begitu juga latensi disk ZRS di seluruh zona ketersediaan. Tolok ukur disk Anda untuk mengidentifikasi latensi disk ZRS di wilayah Anda.
    • ZRS untuk disk bersama SSD Premium secara sinkron mereplikasi data di tiga zona ketersediaan di wilayah tersebut. Jika ada masalah di salah satu kluster penyimpanan, instans SAP ASCS/SCS Anda terus berjalan karena failover penyimpanan transparan ke lapisan aplikasi.
    • Untuk informasi selengkapnya, tinjau bagian Batasan dokumentasi tentang ZRS untuk disk terkelola.

Untuk pertimbangan penting lainnya tentang merencanakan penyebaran SAP Anda, tinjau Merencanakan dan menerapkan penyebaran SAP pada jenis Azure dan Azure Storage untuk beban kerja SAP.

Versi OS yang didukung

Windows Server 2016, 2019, dan yang lebih baru didukung. Gunakan gambar pusat data terbaru.

Kami sangat menyarankan untuk menggunakan setidaknya Pusat Data Windows Server 2019, karena alasan ini:

  • WSFC di Windows Server 2019 menyadari Azure.
  • Pusat Data Windows Server 2019 mencakup integrasi dan kesadaran tentang pemeliharaan host Azure dan pengalaman yang ditingkatkan dengan memantau peristiwa terjadwal Azure.
  • Anda dapat menggunakan nama jaringan terdistribusi. (Ini adalah opsi default.) Tidak perlu memiliki alamat IP khusus untuk nama jaringan kluster. Selain itu, Anda tidak perlu mengonfigurasi alamat IP pada load balancer internal Azure.

Disk bersama di Azure dengan SIOS DataKeeper

Opsi lain untuk disk bersama adalah menggunakan SIOS DataKeeper Cluster Edition untuk membuat penyimpanan cermin yang mensimulasikan penyimpanan bersama kluster. Solusi SIOS menyediakan replikasi data sinkron real-time.

Untuk membuat sumber daya disk bersama untuk kluster:

  1. Pasang disk tambahan ke masing-masing komputer virtual dalam konfigurasi kluster Windows.
  2. Jalankan SIOS DataKeeper Cluster Edition pada kedua simpul komputer virtual.
  3. Konfigurasikan SIOS DataKeeper Cluster Edition sehingga mencerminkan konten volume tambahan yang terpasang disk dari komputer virtual sumber ke volume tambahan yang terpasang disk dari komputer virtual target. SIOS DataKeeper mengabstraksi volume lokal sumber dan target, lalu menyajikannya ke WSFC sebagai satu disk bersama.

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper.

Catatan

Anda tidak memerlukan disk bersama untuk ketersediaan tinggi dengan beberapa produk DBMS, seperti SQL Server. SQL Server Grup Ketersediaan AlwaysOn mereplikasi data DBMS dan file log dari disk lokal dari satu simpul kluster ke disk lokal dari simpul kluster lain. Dalam hal ini, konfigurasi kluster Windows tidak memerlukan disk bersama.

Konfigurasi opsional

Diagram berikut menunjukkan beberapa instans SAP pada Azure VM yang menjalankan Pengklusteran Failover Windows Server untuk mengurangi jumlah total VM.

Konfigurasi ini dapat berupa server aplikasi SAP lokal pada kluster SAP ASCS/SCS atau peran kluster SAP ASCS/SCS pada simpul Microsoft SQL Server Always On.

Penting

Menginstal server aplikasi SAP lokal pada simpul AlwaysOn SQL Server tidak didukung.

Baik SAP ASCS/SCS maupun database Microsoft SQL Server adalah titik kegagalan tunggal (SPOF). WSFC membantu melindungi SPOF ini di lingkungan Windows.

Meskipun konsumsi sumber daya SAP ASCS/SCS cukup kecil, kami merekomendasikan pengurangan konfigurasi memori untuk SQL Server atau server aplikasi SAP sebesar 2 GB.

Diagram ini mengilustrasikan server aplikasi SAP pada simpul WSFC dengan penggunaan SIOS DataKeeper:

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper and locally installed SAP application servers.

Karena server aplikasi SAP diinstal secara lokal, tidak perlu menyiapkan sinkronisasi apa pun.

Diagram ini mengilustrasikan SAP ASCS/SCS pada simpul SQL Server Always On dengan penggunaan SIOS DataKeeper:

Diagram of SAP ASCS/SCS on SQL Server Always On nodes with SIOS DataKeeper.

Untuk informasi tentang konfigurasi lain, lihat sumber daya berikut:

Langkah berikutnya