Ketersediaan tinggi dan pemulihan bencana SAP Hana Instans Besar di Microsoft Azure

Penting

Dokumentasi ini tidak menggantikan dokumentasi administrasi SAP Hana atau SAP Notes. Kami harap Anda memiliki keahlian dalam administrasi dan operasi SAP Hana, terutama dengan topik tentang pencadangan, pemulihan, ketersediaan tinggi, dan pemulihan bencana.

Dalam artikel ini, kami akan memberikan ringkasan ketersediaan tinggi (HA) dan pemulihan bencana (DR) SAP HANA di Instans Besar Azure (atau dikenal sebagai Infrastruktur BareMetal). Kami juga akan merinci beberapa persyaratan dan pertimbangan terkait HA dan DR.

Beberapa proses yang dijelaskan dalam dokumentasi ini disederhanakan. Proses ini dimaksudkan sebagai langkah-langkah terperinci yang akan dicakupkan dalam buku pegangan operasi. Untuk membuat buku pegangan operasi untuk konfigurasi Anda, jalankan dan uji proses dengan versi dan rilis HANA spesifik Anda. Kemudian Anda dapat mendokumentasikan proses yang spesifik untuk konfigurasi Anda.

HA dan DR

Ketersediaan tinggi dan pemulihan bencana adalah aspek penting dalam menjalankan SAP Hana misi penting Anda di server Azure (Instans Besar). Penting untuk bekerja dengan SAP, integrator sistem Anda, atau Microsoft untuk merancang dan menerapkan strategi ketersediaan tinggi dan pemulihan bencana yang tepat. Pertimbangkan juga 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. Kemampuannya meliputi:

  • 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: Replikasi semua data di SAP Hana ke sistem SAP Hana terpisah. RTO diminimalkan melalui replikasi data secara berkala. SAP HANA mendukung asinkron, sinkron dalam memori, dan mode sinkron. Mode sinkron hanya digunakan untuk sistem SAP Hana 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 primer menjadi tidak tersedia, Anda mengonfigurasi satu atau beberapa simpul SAP Hana siaga dalam mode peluasan skala, dan SAP Hana secara otomatis gagal ke simpul siaga.

SAP Hana pada Azure (Instans Besar) ditawarkan di dua wilayah Azure di empat area geopolitik: AS, Australia, Eropa, dan Jepang. Dua wilayah dalam area geopolitik yang menjadi host stempel Instans Besar Hana (HLI) terhubung ke sirkuit jaringan khusus terpisah. HLI ini digunakan untuk mereplikasi rekam jepret penyimpanan untuk menyediakan metode pemulihan bencana. Replikasi tidak disiapkan secara default tetapi hanya untuk pelanggan yang memesan fungsionalitas pemulihan bencana. Replikasi penyimpanan tergantung pada penggunaan rekam jepret penyimpanan untuk Instans Besar Hana. Anda tidak dapat memilih wilayah Azure sebagai wilayah DR yang berada di area geopolitik yang berbeda.

Opsi yang saat ini didukung

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 fungsi 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 dengan menggunakan replikasi sistem Hana belum dimungkinkan tanpa komponen pihak ketiga.
Sekumpulan volume disk terpisah 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 tempat unit Instans Besar Hana di situs DR tidak digunakan untuk menjalankan beban kerja atau sistem nonproduksi lainnya. Unit ini pasif dan hanya disebarkan jika failover bencana dijalankan. Pengaturan ini bukanlah opsi yang diutamakan untuk sebagian besar pelanggan.

Untuk mempelajari tentang tata letak penyimpanan dan detail ethernet untuk arsitektur Anda, lihat skenario yang didukung HLI.

Catatan

Sebelum HANA2.0 SPS4, proses tidak mendukung untuk mengambil rekam jepret database dari database beberapa penyewa dan kontainer (lebih dari satu penyewa). Dengan SPS4 dan SAP yang lebih baru, proses ini sepenuhnya mendukung fitur rekam jepret.

Pengaturan DR multiguna adalah tempat unit Instans Besar HANA di situs DR menjalankan beban kerja non-produksi. Jika terjadi bencana, matikan sistem nonproduksi, pasang set volume yang direplikasi penyimpanan (ditambahkan), dan 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:

Pertimbangan jaringan untuk pemulihan bencana dengan Instans Besar Hana

Untuk memanfaatkan fungsionalitas pemulihan bencana Instans Besar Hana, Anda perlu merancang konektivitas jaringan ke dua wilayah Azure. Anda memerlukan koneksi sirkuit Azure ExpressRoute dari lokal di wilayah Azure utama Anda, dan koneksi sirkuit lain dari lokal ke wilayah pemulihan bencana Anda. Langkah ini mencakup situasi di mana ada masalah di wilayah Azure, termasuk lokasi Microsoft Enterprise Edge Router (MSEE).

Anda juga dapat menghubungkan semua jaringan virtual Azure yang terhubung ke SAP Hana di Azure (Instans Besar) di satu wilayah ke sirkuit ExpressRoute yang menghubungkan Instans Besar Hana di wilayah lain. Dengan koneksi silang ini, layanan yang berjalan pada jaringan virtual Azure di Wilayah 1 dapat terhubung ke unit Instans Besar Hana di Wilayah 2, dan sebaliknya. Langkah ini membahas kasus di mana hanya salah satu lokasi MSEE yang tersambung ke lokasi lokal Anda dengan Azure yang offline.

Grafik berikut ini mengilustrasikan konfigurasi tangguh untuk kasus pemulihan bencana:

Konfigurasi optimal untuk pemulihan bencana

Persyaratan lain dengan replikasi penyimpanan Instans Besar Hana untuk pemulihan bencana

  • Memesan SKU SAP Hana pada Azure (Instans Besar) dengan ukuran yang sama dengan SKU produksi Anda dan menyebarkannya di wilayah pemulihan bencana. Dalam penyebaran pelanggan saat ini, instans ini digunakan untuk menjalankan instans Hana nonproduksi. Konfigurasi ini disebut sebagai penyiapan DR multiguna.
  • Memesan lebih banyak penyimpanan di situs DR untuk setiap SKU SAP Hana pada Azure (Instans Besar) yang ingin Anda pulihkan di lokasi pemulihan bencana. Membeli lebih banyak penyimpanan memungkinkan Anda mengalokasikan volume penyimpanan. Anda dapat mengalokasikan volume yang menjadi target replikasi penyimpanan dari wilayah Azure produksi Anda ke wilayah Azure pemulihan bencana.
  • Anda dapat memiliki replikasi sistem SAP Hana yang disiapkan di replikasi primer dan berbasis penyimpanan ke situs DR. Kemudian Anda harus membeli lebih banyak penyimpanan di situs DR sehingga data dari kedua simpul primer dan sekunder dapat direplikasi ke situs DR.

Langkah berikutnya

Pelajari tentang Microsoft Azure Backup dan pemulihan SAP Hana di Instans Besar HANA.