Mengklusterkan instans SAP ASCS/SCS di kluster failover Windows menggunakan berbagi file di Azure

  • Artikel

Windows logo. Windows

Pengklusteran failover Server Windows adalah fondasi penginstalan SAP ASCS/SCS dan DBMS dengan ketersediaan tinggi di Windows.

Kluster failover adalah grup server independen (simpul) 1+n yang berfungsi bersama untuk meningkatkan ketersediaan aplikasi dan layanan. Jika kegagalan node terjadi, kluster failover Server Windows 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 yang dijelaskan dalam artikel ini, tinjau artikel dan catatan SAP berikut:

  • Arsitektur serta skenario dengan ketersediaan tinggi dari Azure Virtual Machines untuk SAP NetWeaver
  • 1928533 Catatan SAP, yang berisi:
    • Daftar ukuran Azure VM yang didukung untuk penyebaran perangkat lunak SAP
    • Informasi kapasitas penting untuk ukuran Azure komputer virtual
    • Perangkat lunak SAP yang didukung, sistem operasi (OS), dan kombinasi database
    • Versi kernel SAP yang diperlukan untuk Windows di Microsoft Azure
  • Catatan SAP 2015553 mencantumkan prasyarat untuk penyebaran perangkat lunak SAP yang didukung SAP di Azure.
  • Catatan SAP 2178632 memiliki informasi rinci tentang semua metrik pemantauan yang dilaporkan untuk SAP pada Azure.
  • Catatan SAP 1999351 memiliki informasi pemecahan masalah tambahan untuk Azure Enhanced Monitoring Extension untuk SAP.
  • Catatan SAP2287140 mencantumkan prasyarat untuk fitur CA protokol SMB 3.x yang didukung SAP.
  • Catatan SAP 2802770 memiliki informasi pemecahan masalah untuk transaksi SAP AL11 yang berjalan lambat di Windows 2012 dan 2016.
  • Catatan SAP 1911507 memiliki informasi tentang fitur failover transparan untuk berbagi file di Windows Server dengan protokol SMB 3.0.
  • Catatan SAP 662452 memiliki rekomendasi (menonaktifkan pembuatan nama 8.3) untuk mengatasi performa/kesalahan sistem file yang buruk selama akses data.
  • Menginstal ketersediaan tinggi SAP NetWeaver pada kluster failover Windows dan berbagi file untuk instans SAP ASCS/SCS

Catatan

Pengklusteran instans SAP ASCS/SCS dengan berbagi file didukung untuk sistem SAP dengan SAP Kernel 7.22 (dan yang lebih baru). Untuk detailnya lihat catatan SAP 2698948

Pengklusteran failover Windows Server di Azure

Dibandingkan dengan penyebaran bare-metal atau cloud privat, Azure Virtual Machines memerlukan langkah tambahan untuk mengonfigurasi pengklusteran failover Windows Server. 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 penyeimbang beban 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 penyeimbang beban internal. Klien bisa terhubung melalui nama host virtual. Server DNS menyelesaikan alamat IP kluster. Penyeimbang beban internal menangani penerusan port ke simpul aktif kluster.

Figure 1: Windows Server Failover Clustering configuration in Azure without a shared disk

Gambar 1: Konfigurasi pengklusteran failover Windows Server di Azure tanpa disk bersama

SAP ASCS/SCS HA dengan berbagi file

SAP mengembangkan pendekatan baru dan alternatif untuk mengelompokkan disk bersama untuk mengelompokkan instans SAP ASCS/SCS pada kluster failover Windows. Sebagai pengganti penggunaan disk bersama kluster, Anda dapat menggunakan berbagi file SMB untuk menyebarkan file host global SAP.

Catatan

Berbagi file SMB adalah alternatif untuk menggunakan disk bersama kluster untuk mengklusterkan instans SAP ASCS/SCS.

Arsitektur ini khusus dengan cara berikut:

  • Layanan pusat SAP (dengan struktur file dan pesannya sendiri serta proses antrean) terpisah dari file host global SAP.
  • Layanan pusat SAP berjalan di instans SAP ASCS/SCS.
  • Instans SAP ASCS/SCS dikelompokkan dan dapat diakses dengan menggunakan nama host virtual <nama host virtual ASCS/SCS>.
  • File global SAP ditempatkan pada berbagi SMB dan diakses dengan menggunakan <host global SAP> nama host: \\<SAP global host>\sapmnt\<SID>\SYS...
  • Instans SAP ASCS/SCS dipasang di disk lokal pada kedua simpul kluster.
  • Nama jaringan <nama host virtual ASCS/SCS> berbeda dari <host global SAP>.

Figure 2: SAP ASCS/SCS HA architecture with SMB file share

Gambar 2: Arsitektur SAP ASCS/SCS HA baru dengan berbagi file SMB

Prasyarat untuk berbagi file SMB:

  • Protokol SMB 3.0 (atau yang lebih baru).
  • Kemampuan mengatur daftar kontrol akses Direktori Aktif (ACL) untuk grup pengguna Direktori Aktif dan objek komputer computer$.
  • Berbagi file harus diaktifkan ha:
    • Disk yang digunakan untuk menyimpan fie tidak boleh berupa satu titik kegagalan.
    • Waktu henti server atau VM tidak menyebabkan waktu henti pada berbagi file.

Peran kluster <SID> SAP tidak berisi disk yang digunakan bersama oleh kluster atau sumber daya kluster berbagi file generik.

Figure 3: SAP <SID> cluster role resources for using a file share

Gambar 3: Sumber daya peran kluster SAP <SID> untuk menggunakan berbagi file

Memperluas skala berbagi file dengan Storage Spaces Direct di Azure sebagai berbagi file SAPMNT

Anda dapat menggunakan berbagi file skala luas untuk menghost dan melindungi file host global SAP. Berbagi file skala luas juga menawarkan layanan berbagi file SAPMNT dengan ketersediaan tinggi.

Figure 4: Scale-out file share used to protect SAP global host files

Gambar 4: Berbagi file skala luas yang digunakan untuk melindungi file host global SAP

Penting

Berbagi file skala luas sepenuhnya didukung di cloud Microsoft Azure, dan di lingkungan lokal.

Berbagi file skala luas menawarkan berbagi file SAPMNT dengan ketersediaan tinggi dan dapat diskalakan secara horizontal.

Storage Spaces Direct digunakan sebagai disk bersama untuk berbagi file skala luas. Anda dapat menggunakan Storage Spaces Direct untuk membangun penyimpanan yang sangat tersedia dan dapat diskalakan menggunakan server dengan penyimpanan lokal. Penyimpanan bersama yang digunakan untuk berbagi file skala luas, seperti untuk file host global SAP, bukanlah satu titik kegagalan.

Saat memilih Storage Spaces Direct, pertimbangkan kasus penggunaan ini:

  • Komputer virtual yang digunakan untuk membangun kluster Storage Spaces Direct harus digunakan dalam kumpulan ketersediaan Azure.
  • Untuk pemulihan bencana Kluster Storage Spaces Direct, Anda dapat menggunakan Layanan Azure Site Recovery.
  • Perluasan Kluster Storage Space Direct tidak didukung berbagai Zona Ketersediaan Azure.

Prasyarat SAP untuk berbagi file skala luas di Azure

Untuk menggunakan berbagi file skala luas, sistem Anda harus memenuhi persyaratan berikut:

  • Setidaknya dua simpul kluster untuk berbagi file skala luas.
  • Setiap simpul harus memiliki setidaknya dua disk lokal.
  • Untuk alasan performa, Anda harus menggunakan ketahanan pencerminan:
    • Pencerminan dua arah untuk berbagi file skala luas dengan dua simpul kluster.
    • Pencerminan tiga arah untuk berbagi file skala luas dengan tiga simpul kluster (atau lebih).
  • Sebaiknya Anda menggunakan tiga simpul kluster (atau lebih) untuk berbagi file skala luas, dengan pencerminan tiga arah. Pengaturan ini menawarkan lebih banyak skalabilitas dan resiliensi penyimpanan yang lebih banyak daripada penyiapan berbagi file skala luas dengan dua simpul kluster dan pencerminan dua arah.
  • Anda harus menggunakan disk Azure Premium.
  • Sebaiknya gunakan Disk Terkelola Azure.
  • Sebaiknya Anda memformat volume dengan menggunakan Resilient File System (ReFS).
  • Anda dapat menggunakan ukuran Azure VM DS-Series atau DSv2-Series.
  • Untuk mendapatkan performa jaringan yang baik antara VM, yang diperlukan untuk sinkronisasi disk Storage Spaces Direct, gunakan jenis VM yang memiliki setidaknya bandwidth jaringan "tinggi". Untuk informasi selengkapnya, lihat spesifikasi DSv2-Series dan DS-Series.
  • Sebaiknya Anda memesan beberapa kapasitas yang tidak dialokasikan di kumpulan penyimpanan. Membiarkan beberapa kapasitas yang tidak dialokasikan di kumpulan penyimpanan akan memberi ruang volume untuk diperbaiki "di tempat" jika drive gagal. Hal ini meningkatkan keamanan dan performa data. Untuk informasi selengkapnya, lihat Memilih ukuran volume.
  • Anda tidak perlu mengonfigurasikan penyeimbang beban internal Azure untuk peluasan skala nama jaringan berbagi file, seperti untuk <host global SAP>. Tindakan ini dilakukan untuk <nama host virtual ASCS/SCS> dari instans SAP ASCS/SCS atau untuk DBMS. Berbagi file skala luas memperluas skala beban di semua simpul kluster. <Host global SAP> menggunakan alamat IP lokal untuk semua node cluster.

Penting

Anda tidak dapat mengganti nama berbagi file SAPMNT, yang menunjuk ke <host global SAP>. SAP hanya mendukung nama berbagi "sapmnt."

Untuk informasi selengkapnya, lihat Catatan SAP 2492395 - Bisakah nama berbagi sapmnt diubah?

Mengonfigurasi instans SAP ASCS/SCS dan berbagi file skala luas dalam dua kluster

Anda harus menyebarkan instans SAP ASCS/SCS di kluster terpisah, dengan peran kluster SAP <SID> mereka sendiri. Dalam hal ini, Anda mengonfigurasi berbagi file skala luas di kluster lain, dengan peran kluster lain.

Penting

Penyiapan harus memenuhi persyaratan berikut: instans SAP ASCS/SCS dan berbagi SOFS harus disebarkan dalam kluster terpisah.

Penting

Dalam skenario ini, instans SAP ASCS/SCS dikonfigurasi untuk mengakses host global SAP dengan menggunakan jalur UNC \\<SAP global host>\sapmnt\<SID>\SYS.

Figure 5: SAP ASCS/SCS instance and a scale-out file share deployed in two clusters

Gambar 5: Instans SAP ASCS/SCS dan berbagi file skala luas yang disebarkan dalam dua kluster

Konfigurasi opsional

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

Ini bisa 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 SQL Server Always On tidak didukung.

Keduanya, SAP ASCS/SCS dan database Microsoft SQL Server, adalah titik kegagalan tunggal (SPOF). WSFC digunakan di lingkungan Windows untuk melindungi SPOF.

Sementara konsumsi sumber daya SAP ASCS/SCS cukup kecil, pengurangan konfigurasi memori baik untuk SQL Server atau Server Aplikasi SAP sebesar 2 GB disarankan.

Server Aplikasi SAP pada simpul WSFC menggunakan Windows SOFS

Figure 6: Windows Server failover clustering configuration in Azure with Windows SOFS and locally installed SAP Application Server

Catatan

Gambar menunjukkan penggunaan disk lokal tambahan. Skenario ini berlaku opsional bagi pelanggan yang tidak akan memasang perangkat lunak aplikasi pada drive OS (C:)

SAP ASCS/SCS pada simpul SQL Server Always On menggunakan Windows SOFS

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using Windows SOFS

Catatan

Gambar menunjukkan penggunaan disk lokal tambahan. Skenario ini berlaku opsional bagi pelanggan yang tidak akan memasang perangkat lunak aplikasi pada drive OS (C:)

Penting

Di cloud Azure, setiap kluster yang digunakan untuk SAP dan berbagi file skala luas harus disebarkan dalam kumpulan ketersediaan Azure-nya atau di seluruh Zona Ketersediaan Azure. Ini memastikan penempatan VM kluster terdistribusi di seluruh infrastruktur Azure yang mendasarinya. Penyebaran Zona Ketersediaan didukung dengan teknologi ini.

Berbagi file generik dengan SIOS DataKeeper sebagai disk bersama kluster

Berbagi file generik adalah opsi lain untuk mencapai berbagi file dengan ketersediaan tinggi.

Dalam hal ini, Anda dapat menggunakan solusi SIOS pihak ketiga sebagai disk bersama kluster.

Langkah berikutnya