FAQ kelompok volume aplikasi Azure NetApp Files

Temukan jawaban atas tanya jawab umum (FAQ) tentang grup volume aplikasi Azure NetApp Files.

Tanya Jawab Umum Umum

Bagian ini menjawab pertanyaan umum tentang grup volume aplikasi Azure NetApp Files.

Mengapa saya harus menggunakan kumpulan kapasitas QoS manual untuk semua volume database saya?

Kumpulan kapasitas QoS manual memberikan keseimbangan terbaik antara kapasitas dan throughput agar sesuai dengan kebutuhan database. Ini mencegah provisi berlebihan demi meningkatkan performa, seperti pada volume log atau volume data. Ini juga dapat menyediakan ruang lebih besar untuk pencadangan log sambil menjaga performa sesuai kebutuhan Anda. Secara keseluruhan, menggunakan kumpulan kapasitas QoS manual menghasilkan keuntungan biaya.

Catatan

Selama pembuatan grup volume aplikasi, hanya kumpulan kapasitas QoS manual yang akan ditampilkan pada daftar pilihan.

Dapatkah saya mengkloning volume yang dibuat dengan grup volume aplikasi?

Ya, Anda dapat mengkloning volume yang dibuat oleh grup volume aplikasi. Anda dapat melakukannya dengan memilih rekam jepret dan memulihkannya ke volume baru. Kloning adalah proses di luar alur kerja grup volume aplikasi. Dengan demikian, pertimbangkan pembatasan berikut:

Saat Anda mengkloning satu volume, tidak ada dependensi khusus untuk grup volume yang diperiksa.
Volume hasil kloning bukan bagian dari grup volume.
Volume kloning selalu ditempatkan pada titik akhir penyimpanan yang sama dengan volume sumber.
Untuk mencapai latensi terendah untuk volume kloning, Anda perlu memasang dengan alamat IP yang sama dengan volume sumber.

Berapa lama waktu yang diperlukan untuk membuat grup volume?

Membuat grup volume melibatkan banyak langkah berbeda, dan tidak semuanya dapat dilakukan secara paralel. Terutama ketika Anda membuat grup volume pertama untuk lokasi tertentu, mungkin perlu waktu 9-12 menit untuk penyelesaian. Grup volume berikutnya akan memerlukan lebih sedikit waktu untuk dibuat.

Penyebaran gagal dan bahkan satu volume pun tidak berhasil dibuat. Mengapa begitu?

Ini adalah perilaku normal. grup volume aplikasi akan menyediakan volume secara atomik dan membatalkan penyebaran jika salah satu komponen gagal dideploy. Penyebaran biasanya gagal karena lokasi yang diberikan tidak memiliki cukup sumber daya yang tersedia untuk mengakomodasi kebutuhan Anda. Periksa log penyebaran untuk detail dan perbaik konfigurasi kumpulan kapasitas jika diperlukan.

Mengapa saya tidak dapat mengedit deskripsi grup volume?

Dalam implementasi saat ini, grup volume aplikasi memiliki fokus pada pembuatan awal dan penghapusan grup volume saja.

Kebijakan rekam jepret apa yang harus saya gunakan untuk volume database saya?

Anda dapat menggunakan produk seperti AzAcSnap atau Commvault untuk pencadangan yang konsisten dengan aplikasi untuk lingkungan database Anda. Anda tidak dapat menggunakan rekam jepret standar yang dijadwalkan oleh kebijakan rekam jepret bawaan Azure NetApp Files untuk perlindungan data yang konsisten.

Rekomendasi umum untuk rekam jepret di lingkungan database adalah sebagai berikut:

Pantau rekam jepret volume data dengan cermat. Menyimpan rekam jepret untuk jangka waktu yang lama dapat meningkatkan kebutuhan kapasitas Anda. Pastikan untuk memantau kapasitas yang digunakan vs. kapasitas yang dialokasikan.
Jika Anda secara otomatis membuat rekam jepret untuk perlindungan data utama, pastikan untuk memantau retensinya untuk menghindari konsumsi kapasitas volume yang tidak diprediksi.

Pertanyaan Umum tentang grup volume aplikasi untuk SAP Hana

Bagian ini menjawab pertanyaan tentang grup volume aplikasi Azure NetApp Files untuk SAP Hana.

Instruksi untuk memasang volume mencakup daftar alamat IP. Alamat IP mana yang harus saya gunakan?

Grup volume aplikasi memastikan bahwa data dan volume log untuk satu host selalu memiliki titik akhir penyimpanan terpisah dengan alamat IP yang berbeda untuk mencapai performa terbaik. Untuk menghosting data, mencatat, dan berbagi volume di seluruh sumber daya penyimpanan Azure NetApp Files, hingga enam titik akhir penyimpanan dapat dibuat per sumber daya penyimpanan Azure NetApp Files yang digunakan. Untuk alasan ini, disarankan untuk menyesuaikan ukuran subnet yang didelegasikan. Lihat Persyaratan dan pertimbangan untuk grup volume aplikasi untuk SAP Hana. Meskipun semua alamat IP yang tercantum dapat digunakan untuk pemasangan, alamat IP pertama yang tercantum adalah alamat IP yang menyediakan latensi terendah. Disarankan untuk selalu menggunakan alamat IP pertama.

Dapatkah saya menggunakan `nconnect` sebagai opsi pemasangan?

Azure NetApp Files memang mendukung nconnect NFSv4.1 tetapi memerlukan versi OS Linux berikut:

SLES 15SP2 dan yang lebih tinggi
RHEL 8.3 dan yang lebih tinggi

Saat Anda menggunakan opsi mount nconnect, batas baca hingga 4500 MiB/dtk (lihat Praktik terbaik opsi pemasangan Linux NFS untuk Azure NetApp Files), dan batas throughput untuk volume data yang diusulkan mungkin perlu disesuaikan.

Mengapa `hostid` (misalnya, 00001) ditambahkan ke nama saya bahkan setelah saya menghapus placeholder `{Hostid}`?

Grup volume aplikasi mengharuskan placeholder {Hostid} menjadi bagian dari nama. Jika dihapus, hostid secara otomatis ditambahkan kembali ke string yang disediakan.

Anda dapat melihat nama akhir untuk setiap volume setelah memilih Tinjau + Buat.

Mengapa throughput maksimum yang diusulkan untuk volume aplikasi SAP HANA untuk volume data adalah 1500 MiB/s?

NFSv4.1 adalah protokol yang didukung untuk SAP Hana dan Oracle. Oleh karena itu, satu sesi TCP/IP tersedia saat Anda memasang satu volume. Untuk menjalankan satu sesi TCP (yaitu, dari satu host) terhadap satu volume, 1500 MiB/detik adalah batas I/O khas yang teridentifikasi. Itulah sebabnya grup volume aplikasi untuk SAP HANA menghindari pengalokasian throughput yang melebihi apa yang dapat Anda capai secara realistis. Jika Anda membutuhkan lebih banyak throughput, terutama untuk database HANA yang lebih besar (misalnya, 12 TiB), Anda disarankan menggunakan beberapa partisi atau memilih nconnect pilihan pemasangan.

Bagaimana cara mengukur volume Azure NetApp Files untuk digunakan dengan SAP Hana untuk performa optimal dan efektivitas biaya?

Untuk ukuran optimal, penting untuk mengukur lanskap lengkap termasuk rekam jepret dan cadangan. Tentukan tata letak volume Anda untuk produksi, ketersediaan tinggi, dan perlindungan data, dan lakukan pengukuran menggunakan kalkulator ukuran Azure NetApp Files dalam penyebaran SAP HANA.

Saya menerima pesan `"Not enough pool capacity"`peringatan . Apa yang bisa saya lakukan?

Grup volume aplikasi menghitung kapasitas dan permintaan throughput semua volume berdasarkan input memori HANA Anda. Saat Anda memilih kumpulan kapasitas, sistem segera memeriksa apakah ada cukup kapasitas dan throughput yang tersedia di dalamnya.

Di layar SAP Hana awal, Anda dapat mengabaikan pesan ini dan melanjutkan alur kerja dengan mengklik tombol Berikutnya . Dan Anda nantinya dapat menyesuaikan nilai yang diusulkan untuk setiap volume satu per satu sehingga semua volume sesuai dengan kumpulan kapasitas. Pesan kesalahan ini muncul kembali ketika Anda menyesuaikan setiap volume secara individual hingga semua volume sesuai dengan kumpulan kapasitas.

Anda mungkin ingin meningkatkan ukuran kolam untuk menghindari pesan peringatan ini.

Bagaimana cara memahami cara mengukur sistem atau lanskap sistem saya secara keseluruhan?

Hubungi pakar ukuran SAP Azure NetApp Files untuk membantu Anda merencanakan ukuran sistem SAP secara keseluruhan.

Informasi penting yang perlu Anda berikan untuk setiap sistem termasuk item berikut: SID, peran (produksi, dev, pra-prod/QA), memori HANA, Cadangan rekam jepret dalam persentase, jumlah hari untuk retensi rekam jepret lokal, jumlah cadangan berbasis file, host tunggal/multi-host dengan jumlah host, dan HSR (primer, sekunder).

Anda dapat menggunakan estimator ukuran SAP Hana untuk mengoptimalkan proses ukuran.

Jika Anda mengetahui sistem Anda (dari menjalankan HANA sebelumnya), Anda dapat memberikan data Anda secara manual alih-alih asumsi generik ini.

Dapatkah saya menggunakan fitur SAP Hana baru dari beberapa partisi?

Grup volume aplikasi untuk SAP Hana tidak dibangun dengan fokus khusus pada beberapa partisi, tetapi Anda dapat menggunakan grup volume aplikasi untuk SAP Hana saat mengadaptasi input Anda.

Dasar-dasar untuk beberapa partisi adalah sebagai berikut:

Beberapa partisi berarti bahwa satu host SAP Hana menggunakan lebih dari satu volume untuk menyimpan persistensinya.
Beberapa partisi perlu dipasang di jalur yang berbeda-beda. Misalnya, volume pertama ada di /hana/<SID>/data1/mnt00001, dan volume kedua membutuhkan jalur yang berbeda (/hana/<SID>/data2/mnt00002). Untuk mencapai hasil ini, Anda harus menyesuaikan konvensi penamaan secara manual. Artinya, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
Memori adalah kunci untuk grup volume aplikasi SAP HANA untuk mengukur ukuran kapasitas dan throughput. Dengan demikian, Anda perlu menyesuaikan ukuran untuk mengakomodasi jumlah partisi. Untuk dua partisi, Anda harus menggunakan 50% memori. Untuk tiga partisi, Anda harus menggunakan 33% memori, dan sebagainya.

Untuk setiap host dan setiap partisi yang ingin Anda buat, Anda perlu menjalankan ulang grup volume aplikasi untuk SAP Hana, dan Anda harus menyesuaikan proposal penamaan untuk memenuhi rekomendasi di atas.

Untuk detail selengkapnya tentang topik ini, lihat Menggunakan Azure NetApp Files AVG untuk SAP Hana untuk menyebarkan HANA dengan beberapa partisi.

Apa aturan di balik throughput yang diusulkan untuk data HANA dan volume log saya?

SAP mendefinisikan Indikator Performa Utama (KPI) untuk volume HANA sebagai 400 MiB/dtk untuk data dan 250 MiB/dtk untuk volume log. Definisi ini tidak bergantung pada ukuran atau beban kerja database HANA. Grup volume aplikasi menskalakan nilai throughput sedemikian rupa sehingga bahkan database terkecil memenuhi KPI SAP HANA, dan database yang lebih besar diuntungkan oleh tingkat throughput yang lebih tinggi, menskalakan proposal berdasarkan ukuran database HANA yang dimasukkan.

Tabel berikut menjelaskan rentang memori dan throughput yang diusulkan untuk volume data HANA:

Rentang memori (TB)		Throughput yang diusul (MB/s)
Sekurang-kurangnya	Maksimum	Throughput yang diusul (MB/s)
0	1	400
1	2	600
2	4	delapan ratus
4	6	1000
6	8	1.200
8	10	1400
10	tidak terbatas	Seribu lima ratus

Tabel berikut menjelaskan rentang memori dan throughput yang diusulkan untuk volume log HANA:

Rentang memori (TB)		Throughput yang diusul (MB/s)
Sekurang-kurangnya	Maksimum	Throughput yang diusul (MB/s)
0	4	250
4	tidak terbatas	500

Volume throughput basis data sebagian besar memengaruhi waktu yang diperlukan untuk membaca data ke dalam memori saat basis data dimulai. Namun, saat runtime, sebagian besar I/O adalah I/O tulis, di mana bahkan KPI menunjukkan nilai yang lebih rendah. Pengalaman pengguna menunjukkan bahwa, untuk database yang lebih kecil, nilai KPI HANA mungkin lebih tinggi dari yang diperlukan untuk sebagian besar waktu.

Performa Azure NetApp Files dari setiap volume dapat disesuaikan pada runtime. Dengan demikian, kapan saja, Anda dapat menyesuaikan performa database Anda dengan menyesuaikan volume throughput untuk data dan log sesuai dengan persyaratan spesifik Anda. Misalnya, Anda dapat menyempurnakan performa dan mengurangi biaya dengan memungkinkan throughput yang lebih tinggi saat startup sambil mengurangi KPI selama operasi normal.

Apakah semua volume disediakan dalam jarak dekat dengan server SAP HANA saya?

Dengan grup volume aplikasi, Anda memiliki opsi untuk menyebarkan volume dengan zona ketersediaan atau penempatan volume grup penempatan kedekatan. Kedua metode memastikan bahwa volume data ditempatkan di dekat VM HANA, tetapi menggunakan prinsip yang berbeda.

Dengan menggunakan penempatan volume di zona ketersediaan, volume dapat ditempatkan di zona ketersediaan yang sama dengan VM aplikasi. Menggunakan zona ketersediaan juga mendukung fitur jaringan Standar, yang mendukung keamanan yang ditingkatkan melalui dukungan kelompok keamanan jaringan. Metode ini tidak memerlukan pemasangan manual. Oleh karena itu lebih mudah dan lebih cepat digunakan.

Menggunakan grup penempatan kedekatan memerlukan pembuatan grup penempatan kedekatan (PPG) untuk server SAP HANA Anda. Penempatan ini memastikan data, log, dan volume berbagi dibuat dekat dengan server SAP HANA guna mencapai latensi dan throughput yang optimal. Metode ini memerlukan penyematan manual dari grup penempatan kedekatan, yang digunakan oleh grup volume aplikasi untuk menemukan lokasi terbaik dalam menerapkan volume. Metode ini hanya mendukung fitur jaringan Dasar. Perhatikan bahwa volume pencadangan log dan cadangan data tidak memerlukan latensi rendah. Dari perspektif perlindungan, masuk akal untuk menyimpan volume cadangan ini di lokasi yang berbeda dari data, log, dan volume bersama. Oleh karena itu, grup volume aplikasi menempatkan volume cadangan pada lokasi penyimpanan yang berbeda di dalam wilayah yang memiliki kapasitas dan ketersediaan throughput yang memadai.

Apa hubungan antara volume AVset, VM, PPG, dan Azure NetApp Files?

Grup penempatan kedekatan (PPG) harus memiliki setidaknya satu VM yang ditetapkan untuknya, baik secara langsung atau melalui AVset. Tujuan dari PPG adalah untuk mengekstrak lokasi VM yang tepat dan meneruskan informasi ini ke grup volume aplikasi untuk mencari sumber daya Azure NetApp Files di pusat data yang sangat sama. Pengaturan ini hanya berfungsi ketika setidaknya SATU VM di PPG dinyalakan. Biasanya, Anda dapat menambahkan server database Anda ke PPG.

PPG memiliki dampak samping bahwa jika semua VM dimatikan, memulai ulang berikutnya TIDAK menjamin bahwa mereka akan dimulai di pusat data yang sama seperti sebelumnya. Untuk mencegah situasi ini terjadi, sangat disarankan untuk menggunakan AVset yang mengaitkan semua VM dan PPG dan menggunakan alur kerja penyematan HANA. Alur kerja tidak hanya memastikan bahwa VM tidak bergerak saat dimulai ulang, tetapi juga memastikan bahwa lokasi dipilih di mana komputasi yang cukup dan sumber daya Azure NetApp Files tersedia.

Untuk sistem SAP Hana multi-host, apakah volume bersama akan diubah ukurannya ketika saya menambahkan host HANA tambahan?

Tidak. Skenario ini saat ini adalah salah satu dari sedikit kasus di mana Anda perlu menyesuaikan ukuran secara manual. SAP merekomendasikan agar Anda menentukan ukuran volume bersama menjadi 1 x RAM untuk setiap empat host HANA. Karena Anda membuat volume bersama sebagai bagian dari host SAP Hana pertama, volume tersebut sudah berukuran 1 TB. Ada dua opsi untuk mengukur volume berbagi untuk SAP Hana dengan benar.

Jika Anda tahu sebelumnya bahwa Anda membutuhkan, misalnya, enam host, Anda dapat memodifikasi proposal 1 TB selama pembuatan awal pada grup volume aplikasi untuk SAP HANA. Pada titik itu, Anda juga dapat meningkatkan throughput (yaitu, QoS) untuk mengakomodasi enam host.
Anda selalu dapat mengedit volume bersama dan mengubah ukuran serta throughput secara individual setelah volume dibuat. Anda dapat melakukannya di dalam grup penempatan volume atau langsung di volume menggunakan penyedia sumber daya Azure atau GUI.

Saya ingin membuat volume cadangan data untuk tidak hanya satu instans tetapi untuk lebih dari satu database SAP Hana. Bagaimana saya dapat melakukan hal ini?

Volume log-back dan cadangan data bersifat opsional, dan tidak memerlukan kedekatan. Cara terbaik untuk mencapai hasil yang dimaksudkan adalah dengan menghapus volume cadangan data atau cadangan log saat Anda membuat volume pertama dari grup volume aplikasi untuk SAP Hana. Anda kemudian dapat membuat volume Anda sendiri sebagai volume independen tunggal menggunakan penyediaan volume standar dan memilih kapasitas serta throughput yang tepat untuk memenuhi kebutuhan Anda. Anda harus menggunakan konvensi penamaan yang menandakan bahwa volume tersebut untuk cadangan data dan bahwa volume tersebut digunakan untuk beberapa SID.

Pertanyaan Umum tentang grup volume aplikasi untuk Oracle

Bagian ini menjawab pertanyaan tentang grup volume aplikasi Azure NetApp Files untuk Oracle.

Apakah semua volume akan disediakan di zona ketersediaan yang sama dengan server database saya untuk Oracle?

Alur kerja penyebaran memastikan bahwa semua volume ditempatkan di zona ketersediaan yang telah Anda pilih pada saat pembuatan, yang harus cocok dengan zona ketersediaan komputer virtual Oracle Anda. Untuk wilayah yang tidak mendukung zona ketersediaan, volume ditempatkan dengan cakupan regional.

Bagaimana cara mengukur volume Azure NetApp Files untuk digunakan dengan Oracle untuk performa optimal dan efektivitas biaya?

Untuk ukuran optimal, penting untuk mengukur lanskap database lengkap termasuk HA, rekam jepret, dan cadangan. Tentukan tata letak volume Anda untuk produksi, HA, dan perlindungan data, dan lakukan penentuan ukuran sesuai dengan Jalankan Beban Kerja Oracle yang Paling Menuntut di Azure tanpa Mengorbankan Performa atau Skalabilitas dan Alat Estimasi untuk Penentuan Ukuran Beban Kerja Oracle ke VM IaaS Azure. Anda juga dapat menggunakan Estimator Ukuran SAP pada Azure NetApp Files dengan menggunakan opsi input Tambahkan Volume Tunggal.

Informasi penting yang perlu Anda berikan untuk ukuran setiap volume meliputi: SID, peran (produksi, Dev, pra-prod/QA), cadangan rekam jepret dalam persentase, jumlah hari untuk retensi rekam jepret lokal, jumlah cadangan berbasis file, host tunggal/beberapa host dengan jumlah host, dan persyaratan Data Guard (primer, sekunder). Hubungi ahli ukuran Oracle di Azure NetApp Files untuk membantu Anda merencanakan ukuran sistem Oracle secara keseluruhan.

Instruksi untuk memasang volume mencakup daftar alamat IP. Alamat IP mana yang harus saya gunakan untuk Oracle?

Grup volume aplikasi memastikan bahwa data, log pengulangan, log arsip, dan volume cadangan memiliki titik akhir penyimpanan terpisah dengan alamat IP yang berbeda untuk mencapai performa terbaik. Meskipun semua alamat IP yang tercantum dapat digunakan untuk pemasangan, alamat IP pertama yang tercantum adalah alamat IP yang menyediakan latensi terendah. Disarankan untuk selalu menggunakan alamat IP pertama.

Versi NFS apa yang harus saya gunakan untuk volume Oracle saya?

Gunakan Oracle dNFS di klien untuk memasang volume Anda. Pemasangan dengan dNFS berfungsi pada volume yang dibuat dengan NFSv3 dan NFSv4.1, namun kami merekomendasikan untuk menyebarkan volume menggunakan NFSv3. Untuk detail lebih lanjut dan dependensi rilis, lihat sistem operasi klien Anda dan catatan Oracle. Anda juga dapat menemukan detail selengkapnya dalam Manfaat menggunakan Azure NetApp Files dengan Oracle Database dan performa database Oracle di Beberapa volume Azure NetApp Files.

Untuk mencapai performa terbaik untuk database besar, sebaiknya gunakan dNFS di server database untuk memasang volume. Untuk menyederhanakan konfigurasi dNFS, sebaiknya buat volume dengan NFSv3.

Kebijakan rekam jepret apa yang harus saya gunakan untuk volume Oracle saya?

Pertanyaan ini tidak terkait langsung dengan grup volume aplikasi untuk Oracle. Anda dapat menggunakan produk seperti AzAcSnap atau Commvault untuk cadangan yang konsisten dengan aplikasi untuk database Oracle Anda. Anda tidak dapat menggunakan rekam jepret standar yang dijadwalkan oleh kebijakan rekam jepret bawaan Azure NetApp Files untuk perlindungan data yang konsisten dari database Oracle Anda.

Rekomendasi umum untuk rekam jepret di lingkungan Oracle adalah sebagai berikut:

Gunakan alat snapshot berbasis database untuk menjamin pembuatan snapshot yang konsisten dengan database.
Pantau rekam jepret volume data dengan cermat. Menyimpan rekam jepret untuk jangka waktu yang lama dapat meningkatkan kebutuhan kapasitas Anda. Pastikan untuk memantau kapasitas yang digunakan vs. kapasitas yang dialokasikan.
Jika Anda secara otomatis membuat rekam jepret untuk volume cadangan Anda, pastikan untuk memantau retensinya untuk menghindari pertumbuhan volume yang tidak diprediksi.

Dapatkah Oracle ASM digunakan dengan AVG untuk volume yang dibuat Oracle?

Penggunaan Oracle ASM dalam kombinasi dengan grup volume Aplikasi Azure NetApp Files untuk Oracle didukung, tetapi tanpa dukungan untuk konsistensi rekam jepret di seluruh volume dalam grup volume aplikasi. Pelanggan disarankan untuk menggunakan opsi perlindungan data lain yang kompatibel saat menggunakan ASM hingga pemberitahuan lebih lanjut.

Mengapa saya dapat secara opsional menggunakan grup penempatan kedekatan (PPG) untuk penyebaran Oracle?

Saat menyebarkan di wilayah dengan ketersediaan sumber daya terbatas, mungkin tidak mungkin untuk menyebarkan volume di lokasi yang paling optimal. Dalam kasus seperti itu, Anda dapat memilih untuk menyebarkan volume menggunakan fungsi grup penempatan Kedekatan untuk mencapai penyebaran dengan penempatan volume terbaik dalam kondisi tertentu. Sebagai pengaturan default, penggunaan PPG dinonaktifkan. Anda perlu meminta untuk mengaktifkan penggunaan grup penempatan kedekatan melalui saluran dukungan.

Langkah berikutnya

Saran dan Komentar

Apakah halaman ini membantu?

Last updated on 2025-04-22