Menjelajahi SAP Hana di Azure (Instans Besar) yang memiliki ketersediaan tinggi dan pemulihan bencana

  • 5 menit

Ketersediaan tinggi dan pemulihan bencana (DR) adalah aspek penting dalam menjalankan misi kritis SAP Hana di server Azure (Instans Besar). Sangat penting untuk bekerja dengan SAP, integrator sistem Anda, atau Microsoft untuk merancang dan menerapkan strategi pemulihan bencana dan ketersediaan tinggi yang tepat. Penting juga untuk mempertimbangkan tujuan titik pemulihan (RPO) dan tujuan waktu pemulihan (RTO), yang khusus untuk lingkungan Anda.

Microsoft mendukung beberapa kemampuan ketersediaan tinggi SAP Hana dengan Instans Besar Hana. Kemampuan ini mencakup:

  • Replikasi penyimpanan: Kemampuan sistem penyimpanan untuk mereplikasi semua data ke stempel Instans Besar HANA lainnya di wilayah Azure lainnya. SAP HANA beroperasi secara independen dari metode ini. Fungsi ini adalah mekanisme pemulihan bencana default yang ditawarkan untuk Instans Besar HANA.
  • Replikasi sistem HANA (HSR): Replikasi semua data di SAP Hana ke sistem SAP Hana yang terpisah. Tujuan waktu pemulihan diminimalkan melalui replikasi data secara berkala. SAP HANA mendukung asinkron, sinkron dalam memori, dan mode sinkron. Mode sinkron hanya digunakan untuk sistem SAP HANA yang berada di dalam pusat data yang sama atau terpisah kurang dari 100 km. Dengan desain stempel Instans Besar Hana saat ini, replikasi sistem Hana dapat digunakan untuk ketersediaan tinggi dalam satu wilayah saja. Replikasi sistem Hana memerlukan komponen proksi atau perutean terbalik pihak ketiga untuk konfigurasi pemulihan bencana ke wilayah Azure lainnya.
  • Host failover otomatis:Solusi pemulihan kesalahan lokal untuk SAP Hana yang merupakan alternatif untuk replikasi sistem Hana. Jika simpul terdepan tidak tersedia, Anda harus mengonfigurasi satu atau beberapa simpul SAP Hana yang siaga dalam mode peluasan skala, dan SAP Hana secara otomatis gagal ke simpul siaga.

Saat Anda menyiapkan HSR Instans Besar HANA dengan failover otomatis, Anda dapat meminta tim Manajemen Layanan Microsoft untuk menyiapkan perangkat STONITH untuk server Anda yang sudah ada.

Arsitektur ini mendukung pemulihan bencana antara Instans Besar HANA di berbagai wilayah Azure. Ada dua cara untuk mendukung DR dengan Instans Besar HANA:

  • Replikasi Azure Storage. Konten penyimpanan utama terus-menerus direplikasi ke sistem penyimpanan DR jarak jauh yang tersedia di server Instans Besar DR HANA yang ditunjuk. Dalam replikasi penyimpanan, database HANA tidak dimuat ke dalam memori. Opsi DR ini lebih sederhana dari perspektif administrasi. Untuk menentukan apakah ini adalah strategi yang sesuai, pertimbangkan waktu pemuatan database terhadap ketersediaan SLA. Replikasi penyimpanan juga memungkinkan Anda untuk melakukan pemulihan sewaktu-waktu. Jika DR multiguna (dioptimalkan biaya) disiapkan, Anda harus membeli penyimpanan tambahan dengan ukuran yang sama di lokasi DR. Microsoft menyediakan salinan bayangan penyimpanan layanan mandiri dan skrip failover untuk failover HANA sebagai bagian dari penawaran Instans Besar HANA.
  • HSR multi-tingkat dengan replika ketiga di wilayah DR (tempat database HANA dimuat ke memori). Opsi ini mendukung waktu pemulihan yang lebih cepat tetapi tidak mendukung pemulihan sewaktu-waktu. HSR membutuhkan sistem sekunder. Replikasi sistem HANA untuk situs DR ditangani melalui proxy seperti tabel nginx atau IP.

SAP Hana di Azure (Instans Besar) ditawarkan berpasangan di wilayah Azure di empat wilayah geopolitik (US, Australia, Eropa, dan Jepang). Dua wilayah dalam area geopolitik yang menghosting cap Instans Besar HANA terhubung ke sirkuit jaringan khusus yang terpisah. Ini digunakan untuk mereplikasi salinan bayangan penyimpanan untuk menyediakan metode pemulihan bencana. Replikasi tidak dibuat secara default tetapi diatur untuk pelanggan yang memesan fungsionalitas pemulihan bencana. Replikasi penyimpanan tergantung pada penggunaan rekam jepret penyimpanan untuk Instans Besar Hana. Tidak mungkin memilih wilayah Azure sebagai wilayah DR yang berada di wilayah geopolitik yang berbeda.

Tabel berikut ini memperlihatkan metode dan kombinasi ketersediaan tinggi dan pemulihan bencana yang saat ini didukung:

Skenario yang didukung dalam Instans Besar HANA

Opsi ketersediaan tinggi

Opsi pemulihan bencana

Komentar

Simpul tunggal

Tidak tersedia.

Penyiapan DR khusus. Penyiapan DR multiguna.

-

Failover otomatis host: Peluasan skala (dengan atau tanpa mode siaga) termasuk 1+1

Mungkin dengan fungsi siaga mengambil peran aktif. Hana mengontrol pengalihan peran.

Penyiapan DR khusus. Penyiapan DR multiguna. Sinkronisasi DR dengan menggunakan replikasi penyimpanan.

Set volume Hana dilampirkan ke semua simpul. Situs DR harus memiliki jumlah simpul yang sama.

Replikasi sistem Hana

Dimungkinkan dengan penyiapan primer atau sekunder. Sekunder berpindah ke peran utama dalam kasus failover. Replikasi sistem Hana dan failover kontrol OS.

Penyiapan DR khusus. Penyiapan DR multiguna. Sinkronisasi DR dengan menggunakan replikasi penyimpanan. DR yang menggunakan sistem replikasi HANA belum dimungkinkan tanpa komponen pihak ketiga.

Set terpisah dari volume disk dilampirkan ke setiap simpul. Hanya volume disk replika sekunder di situs produksi yang direplikasi ke lokasi DR. Satu set volume diperlukan di situs DR.

Penyiapan DR khusus adalah saat unit Instans Besar HANA di situs DR tidak digunakan untuk menjalankan beban kerja atau sistem non-produksi lainnya. Unit ini pasif dan hanya disebarkan jika failover bencana dijalankan. Padahal, penyiapan ini bukan pilihan yang disukai banyak pelanggan.

Penyebaran SAP Hana MCOD (beberapa Instans Hana pada satu unit) saat skenario overlay bekerja dengan metode HA dan DR yang tercantum dalam tabel. Pengecualian adalah penggunaan Replikasi Sistem HANA dengan kluster failover otomatis berdasarkan Pacemaker. Kasus semacam itu hanya mendukung satu instans HANA per unit. Untuk penyebaran MDC SAP Hana, hanya metode HA dan DR berbasis nonpenyimpanan yang berfungsi jika lebih dari satu penyewa diterapkan. Dengan satu penyewa yang disebarkan, semua metode yang tercantum valid.

Pengaturan DR multiguna adalah tempat unit Instans Besar HANA di situs DR menjalankan beban kerja non-produksi. Jika terjadi bencana, matikan sistem non-produksi, pasang set volume yang direplikasi oleh penyimpanan (tambahan), lalu mulai instans HANA produksi. Sebagian besar pelanggan yang menggunakan fungsi pemulihan bencana Instans Besar HANA menggunakan konfigurasi ini.

Anda dapat menemukan informasi lebih lanjut tentang ketersediaan tinggi SAP Hana di artikel SAP berikut: