Konfigurasi penyimpanan komputer virtual SAP HANA Azure

  • Artikel

Azure menyediakan berbagai jenis penyimpanan yang cocok untuk Azure VM yang menjalankan SAP HANA. Jenis penyimpanan terverifikasi Azure SAP HANA yang bisa dipertimbangkan untuk daftar penyebaran SAP HANA seperti:

Untuk mempelajari tentang jenis disk ini, lihat artikel Jenis Azure Storage untuk beban kerja SAP dan Pilih jenis disk

Azure menawarkan dua metode penyebaran untuk VHD di Azure Standard dan penyimpanan premium v1/v2. Kami harap Anda memanfaatkan disk terkelola Azure untuk penyebaran penyimpanan blok Azure.

Untuk daftar jenis penyimpanan beserta SLA di dalam IOPS dan throughput penyimpanan, tinjau Rekomendasi Azure untuk disk terkelola.

Penting

Terlepas dari jenis penyimpanan Azure yang dipilih, sistem file yang digunakan pada penyimpanan tersebut harus didukung oleh SAP untuk sistem operasi dan DBMS tertentu. Catatan dukungan SAP #2972496 mencantumkan sistem file yang didukung untuk berbagai sistem operasi dan database, termasuk SAP HANA. Ini berlaku untuk semua volume yang mungkin diakses SAP HANA untuk membaca dan menulis untuk tugas apa pun. Secara khusus menggunakan NFS di Azure untuk SAP HANA, pembatasan tambahan versi NFS berlaku seperti yang dinyatakan kemudian dalam artikel ini

Kondisi minimum bersertifikat SAP HANA untuk berbagai jenis penyimpanan adalah:

  • Penyimpanan premium Azure v1 - /hana/log diperlukan untuk didukung oleh Azure Write Accelerator. Volume /hana/data dapat ditempatkan pada penyimpanan premium v1 tanpa Azure Write Accelerator atau pada disk Ultra. Penyimpanan premium Azure v2 atau Azure premium SSD v2 tidak mendukung penggunaan Azure Write Accelerator
  • Disk Azure Ultra setidaknya untuk volume /hana/log. Volume /hana/data dapat ditempatkan pada penyimpanan premium v1/v2 tanpa Azure Write Accelerator atau untuk mendapatkan waktu hidupkan ulang disk Ultra yang lebih cepat
  • Volume NFS v4.1 di atas Azure NetApp Files untuk /hana/log dan /hana/data. Volume /hana/shared bisa menggunakan protokol NFS v3 atau NFS v4.1

Berdasarkan pengalaman yang diperoleh dengan pelanggan, kami mengubah dukungan untuk menggabungkan berbagai jenis penyimpanan antara /hana/data dan /hana/log. Ini didukung untuk menggabungkan penggunaan berbagai penyimpanan blok Azure yang disertifikasi untuk berbagi HANA DAN NFS berdasarkan Azure NetApp Files. Misalnya, dimungkinkan untuk menempatkan /hana/data ke penyimpanan premium v1 atau v2 dan /hana/log dapat ditempatkan pada penyimpanan disk Ultra untuk mendapatkan latensi rendah yang diperlukan. Jika Anda menggunakan volume berdasarkan ANF untuk /hana/data, volume /hana/log juga dapat ditempatkan di salah satu jenis penyimpanan blok Azure bersertifikat HANA. Menggunakan NFS di atas ANF untuk salah satu volume (seperti /hana/data) dan penyimpanan premium Azure v1/v2 atau disk Ultra untuk volume lain (seperti /hana/log) didukung.

Di wilayah lokal, Anda tidak harus selalu peduli tentang subsistem I/O dan kapasitasnya. Alasannya adalah vendor peralatan harus memastikan bahwa persyaratan penyimpanan minimum terpenuhi untuk SAP HANA. Saat Anda membangun infrastruktur Azure sendiri, Anda harus mengetahui beberapa persyaratan yang dikeluarkan SAP ini. Beberapa karakteristik throughput minimum yang direkomendasikan SAP, adalah:

  • Baca/tulis /hana/log secepat 250 MB/dtk dengan ukuran 1 MB I/O
  • Aktivitas membaca minimum 400 MB/dtk untuk /hana/data untuk ukuran 16 MB dan 64 MB I/O
  • Aktivitas menulis minimum 250 MB/dtk untuk /hana/data dengan ukuran 16 MB dan 64 MB I/O

Mengingat bahwa latensi penyimpanan yang rendah sangat penting untuk sistem DBMS, bahkan sebagai DBMS, seperti SAP HANA, menyimpan data dalam memori. Jalur penting dalam penyimpanan biasanya di sekitar log transaksi menulis sistem DBMS. Namun, operasi seperti menulis titik simpan atau memuat data dalam memori setelah pemulihan mengalami crash bisa jadi sangat penting. Oleh karena itu , wajib menggunakan penyimpanan premium Azure v1/v2, disk Ultra, atau ANF untuk volume /hana/data dan /hana/log .

Beberapa prinsip panduan dalam memilih konfigurasi penyimpanan Anda untuk HANA bisa dicantumkan seperti:

  • Menentukan jenis penyimpanan berdasarkan jenis Azure Storage untuk beban kerja SAP dan Pilih jenis disk
  • Pertimbangkan throughput komputer virtual I/O secara keseluruhan dan batas IOPS saat mengatur ukuran atau menentukan komputer virtual. Throughput penyimpanan komputer virtual keseluruhan didokumentasikan dalam artikel Ukuran memori komputer virtual yang dioptimalkan
  • Saat memutuskan konfigurasi penyimpanan, cobalah untuk tetap berada di bawah throughput komputer virtual keseluruhan dengan konfigurasi volume /hana/data Anda. SAP Hana menulis titik simpan, HANA bisa agresif mengeluarkan I/Os. Sangat mudah untuk mendorong batas throughput volume /hana/data Anda saat menulis titik penyimpanan. Jika disk Anda yang membangun volume /hana/data memiliki throughput yang lebih tinggi dari yang diizinkan oleh komputer virtual, Anda bisa mengalami situasi di mana throughput yang digunakan oleh penulisan titik simpan mengganggu permintaan throughput dari penulisan log fase pengulangan. Situasi yang bisa memengaruhi throughput aplikasi
  • Jika Anda mempertimbangkan untuk menggunakan Replikasi Sistem HANA, penyimpanan yang digunakan untuk /hana/data pada setiap replika harus sama dan jenis penyimpanan yang digunakan untuk /hana/log pada setiap replika harus sama. Misalnya, menggunakan penyimpanan premium Azure v1 untuk /hana/data dengan satu VM dan disk Azure Ultra untuk /hana/data di VM lain yang menjalankan replika konfigurasi replikasi Sistem HANA yang sama, tidak didukung

Penting

Saran untuk konfigurasi penyimpanan dalam dokumen ini atau berikutnya dimaksudkan sebagai petunjuk untuk memulai. Menjalankan beban kerja dan menganalisis pola pemanfaatan penyimpanan, Anda mungkin menyadari bahwa Anda tidak menggunakan semua bandwidth penyimpanan atau IOPS yang disediakan. Anda mungkin mempertimbangkan untuk merampingkan ukuran pada penyimpanan. Atau sebaliknya, beban kerja Anda mungkin memerlukan lebih banyak throughput penyimpanan daripada yang disarankan dengan konfigurasi ini. Akibatnya, Anda mungkin perlu menyebarkan lebih banyak kapasitas, IOPS atau throughput. Pada bidang ketegangan antara kapasitas penyimpanan yang diperlukan, latensi penyimpanan diperlukan, throughput penyimpanan dan konfigurasi IOPS yang diperlukan dan paling murah, Azure menawarkan berbagai jenis penyimpanan dengan kapasitas yang berbeda dan titik harga yang beragam untuk menemukan dan menyesuaikan dengan kompromi yang tepat untuk Anda dan beban kerja HANA Anda.

Set stripe versus pemartisian volume data SAP HANA

Menggunakan penyimpanan premium Azure v1, Anda dapat mencapai rasio harga/performa terbaik saat Anda menghapus volume /hana/data dan/atau /hana/log di beberapa disk Azure. Alih-alih menyebarkan volume disk lebih besar yang menyediakan lebih banyak pada IOPS atau throughput yang diperlukan. Membuat volume tunggal di beberapa disk Azure dapat dicapai dengan manajer volume LVM dan MDADM, yang merupakan bagian dari Linux. Metode striping disk sudah berusia puluhan tahun dan terkenal. Sama bermanfaatnya dengan volume yang di-stripe itu untuk sampai ke kapasitas IOPS atau throughput yang mungkin Anda butuhkan, itu menambahkan kompleksitas dalam mengelola volume bergaris tersebut. Khususnya dalam kasus saat volume perlu diperluas dalam kapasitas. Setidaknya untuk /hana/data, SAP memperkenalkan metode alternatif yang mencapai tujuan yang sama dengan melakukan stripe di beberapa disk Azure. Sejak SAP HANA 2.0 SPS03, server indeks HANA dapat melakukan stripe aktivitas I/O di beberapa file data HANA, yang terletak di disk Azure yang berbeda. Keuntungannya adalah Anda tidak perlu berhati-hati dalam membuat dan mengelola volume yang di-stripe pada seluruh disk Azure. Fungsionalitas SAP HANA pemartisian volume data dijelaskan secara mendetail dalam:

Membaca detailnya, jelas bahwa menerapkan fungsionalitas ini menghilangkan kompleksitas set stripe berbasis manajer volume. Anda juga menyadari bahwa partisi volume data HANA tidak hanya berfungsi untuk penyimpanan blok Azure, seperti penyimpanan premium Azure v1/v2. Anda juga bisa menggunakan fungsi ini untuk melakukan stripe seluruh berbagi NFS jika berbagi ini memiliki batasan IOPS atau throughput.

Mode Scheduler I/O Linux

Linux memiliki beberapa mode penjadwalan I/O yang berbeda. Rekomendasi umum melalui vendor Linux dan SAP adalah untuk mengonfigurasi ulang mode penjadwal I/O untuk volume disk dari mode mq-deadline atau kyber ke noop (non-multi antrean) atau none untuk mode (multi antrean) jika belum dilakukan oleh profil saptune SLES. Detail referensi di:

Pada Red Hat, biarkan pengaturan yang ditetapkan oleh profil penyetelan tertentu untuk aplikasi SAP yang berbeda.

Ukuran stripe saat menggunakan manajer volume logis

Jika Anda menggunakan LVM atau mdadm untuk membangun set stripe di beberapa disk premium Azure, Anda perlu menentukan ukuran stripe. Ukuran ini berbeda antara /hana/data dan /hana/log. Rekomendasi: Sebagai ukuran stripe rekomendasi untuk menggunakan:

  • 256 KB untuk /hana/data
  • 64 KB untuk /hana/log

Catatan

Ukuran stripe untuk /hana/data telah diubah dari pemanggilan rekomendasi sebelumnya untuk 64 KB atau 128 KB ke 256 KB berdasarkan pengalaman pelanggan dengan versi Linux yang lebih baru. Ukuran 256 KB memberikan kinerja yang sedikit lebih baik. Kami juga mengubah rekomendasi untuk ukuran strip /hana/log dari 32 KB ke 64 KB untuk mendapatkan throughput dengan ukuran I/O yang lebih besar.

Catatan

Anda tidak perlu mengonfigurasi tingkat redundansi menggunakan volume RAID karena penyimpanan blok Azure menyimpan tiga citra VHD. Penggunaan set stripe dengan disk premium Azure murni untuk mengonfigurasi volume yang menyediakan throughput IOPS dan/atau I/O yang cukup.

Mengakumulasi beberapa disk Azure di bawah set stripe, akumulatif dari sisi IOPS dan throughput penyimpanan. Jadi, jika Anda menempatkan set stripe di lebih dari 3 x P30 disk v1 penyimpanan premium Azure, itu harus memberi Anda tiga kali IOPS dan tiga kali throughput penyimpanan dari satu disk Azure premium Storage v1 P30.

Penting

Jika Anda menggunakan LVM atau mdadm sebagai manajer volume untuk membuat set stripe di beberapa disk premium Azure, tiga SAP Hana FileSystems /data, /log dan /shared tidak boleh dimasukkan ke dalam grup volume default atau root. Sangat disarankan untuk mengikuti panduan Vendor Linux yang biasanya membuat Grup Volume individual untuk /data, /log, dan /shared.

Pertimbangan untuk sistem file bersama HANA

Saat mengukur sistem file HANA, sebagian besar perhatian diberikan pada data dan file log sistem HANA. Namun, /hana/shared juga memainkan peran penting dalam mengoperasikan sistem HANA yang stabil, karena menghosting komponen penting seperti biner HANA.
Jika undersized, /hana/shared bisa menjadi I/O jenuh karena operasi baca/tulis yang berlebihan - misalnya saat menulis cadangan besar, atau selama pelacakan intensif, atau jika cadangan ditulis ke sistem file /hana/shared . Latensi juga dapat meningkat.

Jika sistem HANA berada dalam konfigurasi KETERSEDIAAN TINGGI, respons lambat dari sistem file bersama, yaitu /hana/shared dapat menyebabkan batas waktu sumber daya kluster. Batas waktu ini dapat menyebabkan failover yang tidak perlu, karena agen sumber daya HANA mungkin salah mengasumsikan bahwa database tidak tersedia.

Panduan SAP untuk ukuran yang direkomendasikan /hana/shared akan terlihat seperti:

Volume Ukuran yang Disarankan
/hana/shared skala ditingkatkan Min(1 TB, 1 x RAM)
/hana/shared skala disebarkan 1 x simpul pekerja RAM
per empat simpul pekerja

Lihat catatan SAP berikut untuk detail selengkapnya:
3288971 - FAQ: SUSE HAE/RedHat HAA Pacemaker Cluster Resource Manager di Lingkungan Replikasi Sistem SAP Hana
1999930 - FAQ: Analisis I/O SAP Hana

Sebagai praktik terbaik, ukuran /hana/shared untuk menghindari hambatan performa. Ingatlah bahwa sistem file /hana/shared berukuran baik berkontribusi pada stabilitas dan keandalan sistem SAP Hana Anda, terutama dalam skenario HA.

Konfigurasi Azure Premium Storage v1 untuk HANA

Untuk rekomendasi konfigurasi penyimpanan HANA terperinci menggunakan penyimpanan premium Azure v1, baca dokumen konfigurasi penyimpanan SAP Hana Azure Virtual Machine Premium SSD.

Konfigurasi Azure Premium SSD v2 untuk HANA

Untuk rekomendasi konfigurasi penyimpanan HANA terperinci menggunakan penyimpanan ssd v2 premium Azure, baca dokumen konfigurasi penyimpanan SAP Hana Azure Virtual Machine Premium SSD v2.

Konfigurasi penyimpanan disk Azure Ultra untuk SAP HANA

Untuk rekomendasi konfigurasi penyimpanan HANA terperinci menggunakan Azure Ultra Disk, baca dokumen konfigurasi penyimpanan Disk Ultra komputer virtual SAP Hana Azure.

Volume NFS v4.1 di Azure NetApp Files

Untuk detail tentang ANF untuk HANA, baca dokumen volume NFS v4.1 di Azure NetApp Files untuk SAP Hana.

Langkah berikutnya

Untuk informasi selengkapnya, lihat: