Tingkat data volume Snapshot dan kapasitas penyimpanan Kapasitas file volume

Kapasitas penyimpanan volume

FSxuntuk ONTAP volume adalah sumber daya virtual yang Anda gunakan untuk mengelompokkan data, menentukan bagaimana data disimpan, dan menentukan jenis akses ke data Anda. Volume, seperti folder, tidak mengkonsumsi kapasitas penyimpanan sistem file itu sendiri. Hanya data yang disimpan dalam volume yang mengkonsumsi SSD penyimpanan dan, tergantung pada kebijakan tingkatan volume, penyimpanan kumpulan kapasitas. Anda mengatur ukuran volume saat Anda membuatnya, dan Anda dapat mengubah ukurannya nanti. Anda dapat memantau dan mengelola kapasitas penyimpanan Anda FSx untuk ONTAP volume menggunakan AWS Management Console, AWS CLI danAPI, dan ONTAPCLI.

Topik

Tingkat data volume

Amazon FSx untuk sistem NetApp ONTAP file memiliki dua tingkatan penyimpanan: penyimpanan utama dan penyimpanan kolam kapasitas. Penyimpanan primer disediakan, dapat diskalakan, SSD penyimpanan berkinerja tinggi yang dibuat khusus untuk bagian aktif kumpulan data Anda. Penyimpanan kolam kapasitas adalah tingkat penyimpanan yang sepenuhnya elastis yang dapat menskalakan hingga ukuran petabyte dan dioptimalkan biaya untuk data yang jarang diakses.

Data pada setiap volume secara otomatis berjenjang ke tingkat penyimpanan kumpulan kapasitas berdasarkan kebijakan tingkatan volume, periode pendinginan, dan pengaturan ambang batas. Bagian berikut menjelaskan ONTAP kebijakan tingkatan volume dan ambang batas yang digunakan untuk menentukan kapan data berjenjang ke kumpulan kapasitas.

catatan

FSxuntuk ONTAP mendukung tiering data ke kumpulan kapasitas pada semua SnapLock volume, terlepas dari SnapLock jenis. Untuk informasi selengkapnya, lihat Cara kerja SnapLock.

Kebijakan tingkatan volume

Anda menentukan cara menggunakan tingkatan penyimpanan sistem ONTAP file Anda FSx dengan memilih kebijakan tiering untuk setiap volume pada sistem file. Anda memilih kebijakan tiering saat membuat volume, dan Anda dapat memodifikasinya kapan saja dengan FSx konsol Amazon,, AWS CLI API, atau menggunakan alat NetApp manajemen. Anda dapat memilih dari salah satu kebijakan berikut yang menentukan data mana, jika ada, yang berjenjang ke penyimpanan kumpulan kapasitas.

catatan

Tiering dapat memindahkan data file dan data snapshot Anda ke tingkat kumpulan kapasitas. Namun, metadata file selalu tetap di tingkat. SSD Untuk informasi selengkapnya, lihat Bagaimana SSD penyimpanan digunakan.

Otomatis — Kebijakan ini memindahkan semua data dingin—data pengguna dan snapshot—ke tingkat kumpulan kapasitas. Tingkat pendinginan data ditentukan oleh periode pendinginan kebijakan, yang secara default adalah 31 hari, dan dapat dikonfigurasi ke nilai antara 2—183 hari. Ketika blok data dingin yang mendasarinya dibaca secara acak (seperti pada akses file biasa), mereka dibuat panas dan ditulis ke tingkat penyimpanan utama. Ketika blok data dingin dibaca secara berurutan (misalnya, dengan pemindaian antivirus), mereka tetap dingin dan tetap berada di tingkat penyimpanan kolam kapasitas. Ini adalah kebijakan default saat membuat volume menggunakan FSx konsol Amazon.
Hanya Snapshot — Kebijakan ini hanya memindahkan data snapshot ke tingkat penyimpanan kumpulan kapasitas. Tingkat di mana snapshot berjenjang ke kumpulan kapasitas ditentukan oleh periode pendinginan kebijakan, yang secara default diatur ke 2 hari, dan dapat dikonfigurasi ke nilai antara 2—183 hari. Ketika data snapshot dingin dibaca, mereka dibuat panas dan ditulis ke tingkat penyimpanan utama. Ini adalah kebijakan default saat membuat volume menggunakan AWS CLI, Amazon FSxAPI, atau NetApp ONTAPCLI.
Semua — Kebijakan ini menandai semua data pengguna dan data snapshot sebagai dingin, dan menyimpannya di tingkat kumpulan kapasitas. Ketika blok data dibaca, mereka tetap dingin dan tidak ditulis ke tingkat penyimpanan utama. Ketika data ditulis ke volume dengan kebijakan All tiering, data awalnya masih ditulis ke tingkat SSD penyimpanan, dan berjenjang ke kumpulan kapasitas dengan proses latar belakang. Perhatikan bahwa metadata file selalu tetap pada tingkatan. SSD
Tidak ada — Kebijakan ini menyimpan semua data volume Anda di tingkat penyimpanan utama, dan mencegahnya dipindahkan ke penyimpanan kumpulan kapasitas. Jika Anda mengubah volume ke kebijakan ini, data yang ada dalam penyimpanan kumpulan kapasitas tetap berada dalam penyimpanan kumpulan kapasitas hingga dibaca oleh klien, dan data baru apa pun akan berada di tingkat penyimpanan utama. Untuk memindahkan data berjenjang sebelumnya ke tingkat penyimpanan utama, Anda dapat menggunakannya. Kebijakan pengambilan cloud

Untuk informasi selengkapnya tentang menyetel atau memodifikasi kebijakan tingkatan volume, lihat. Memperbarui kebijakan tiering

Sebagai praktik terbaik, saat memigrasikan data yang Anda rencanakan untuk disimpan dalam jangka panjang dalam penyimpanan kumpulan kapasitas, sebaiknya gunakan kebijakan tingkatan Otomatis pada volume Anda. Dengan tiering Otomatis, data disimpan di tingkat SSD penyimpanan selama minimal 2 hari (berdasarkan periode pendinginan volume) sebelum dipindahkan ke tingkat kolam kapasitas. ONTAP menjalankan deduplikasi pasca-proses pada data yang disimpan di tingkat SSD penyimpanan secara berkala, secara otomatis menyesuaikan frekuensi berdasarkan laju perubahan data dalam volume — tingkat yang lebih tinggi memicu pekerjaan deduplikasi pasca-proses lebih sering.

Secara default, kompresi pasca-proses dinonaktifkan di ONTAP karena dampak kinerja yang dapat ditimbulkannya pada beban kerja yang sedang berlangsung pada sistem file. Anda harus mengevaluasi dampak pada kinerja beban kerja Anda sebelum mengaktifkan kompresi pasca-proses. Untuk mengaktifkan kompresi pasca-proses, asumsikan tingkat hak istimewa diagnostik di ONTAP CLIdan jalankan perintah berikut:


::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true

ONTAP menjalankan kompresi pasca-proses untuk data yang disimpan pada SSD penyimpanan selama minimal 14 hari. Untuk beban kerja di mana data tidak mungkin diakses setelah periode yang lebih singkat, Anda dapat memodifikasi pengaturan kompresi pasca-proses untuk menjalankan kompresi pasca-proses lebih cepat. Misalnya, untuk menerapkan penghematan kompresi pasca-proses ke data yang belum diakses selama 5 hari, jalankan yang berikut ONTAP CLIperintah:


::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14

Untuk informasi selengkapnya tentang perintah, lihat inactive-data-compressionmodifikasi efisiensi volume

Dengan mempertahankan dataSSD, Anda memaksimalkan kecepatan transfer cadangan volume yang Anda buat, karena kecepatan transfer data lebih tinggi untuk penyimpanan. SSD

Periode pendinginan berjenjang

Periode pendinginan tingkat volume menetapkan jumlah waktu yang diperlukan untuk data di SSD tingkat untuk ditandai sebagai dingin. Periode pendinginan berlaku untuk kebijakan Auto dan Snapshot-only tiering. Anda dapat mengatur periode pendinginan ke nilai dalam kisaran 2-183 hari. Untuk informasi lebih lanjut tentang pengaturan periode pendinginan, lihatMemperbarui hari pendinginan minimum.

Data berjenjang 24-48 jam setelah periode pendinginannya berakhir. Tiering adalah proses latar belakang yang mengkonsumsi sumber daya jaringan, dan memiliki prioritas lebih rendah daripada permintaan yang dihadapi klien. Aktivitas tingkatan dibatasi ketika ada permintaan yang dihadapi klien yang sedang berlangsung.

Kebijakan pengambilan cloud

Kebijakan pengambilan cloud volume menetapkan kondisi yang menentukan kapan data yang dibaca dari tier kumpulan kapasitas diizinkan untuk dipromosikan ke SSD tingkat. Jika kebijakan pengambilan cloud disetel ke apa pun selainDefault, kebijakan ini akan mengesampingkan perilaku pengambilan kebijakan tiering volume Anda. Volume dapat memiliki salah satu kebijakan pengambilan cloud berikut:

Default — Kebijakan ini mengambil data berjenjang berdasarkan kebijakan tiering yang mendasari volume. Ini adalah kebijakan pengambilan cloud default untuk semua volume.
Tidak Pernah — Kebijakan ini tidak pernah mengambil data berjenjang, terlepas dari apakah pembacaannya berurutan atau acak. Ini mirip dengan menyetel kebijakan tiering volume Anda ke Semua, kecuali Anda dapat menggunakannya dengan kebijakan lain— Otomatis, Hanya Snapshot —ke data tingkat sesuai dengan periode pendinginan minimum, bukan segera.
Saat dibaca — Kebijakan ini mengambil data berjenjang untuk semua pembacaan data yang digerakkan oleh klien. Kebijakan ini tidak berpengaruh saat menggunakan kebijakan All tiering.
Promosikan — Kebijakan ini menandai semua data volume yang ada di kumpulan kapasitas untuk diambil ke SSD tingkat. Data ditandai saat berikutnya pemindai tingkat latar belakang harian berjalan. Kebijakan ini bermanfaat untuk aplikasi yang memiliki beban kerja siklus yang jarang berjalan, tetapi memerlukan kinerja SSD tingkat saat dijalankan. Kebijakan ini tidak berpengaruh saat menggunakan kebijakan All tiering.

Untuk informasi tentang menyetel kebijakan pengambilan cloud volume, lihatMemperbarui kebijakan pengambilan cloud volume.

Ambang tingkat

Pemanfaatan kapasitas SSD penyimpanan sistem file menentukan bagaimana ONTAP mengelola perilaku berjenjang untuk semua volume Anda. Berdasarkan penggunaan kapasitas SSD penyimpanan sistem file, ambang berikut menetapkan perilaku tiering seperti yang dijelaskan. Untuk informasi tentang cara memantau pemanfaatan kapasitas tingkat SSD penyimpanan volume, lihatMemantau kapasitas penyimpanan volume.

catatan

Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan kapasitas penyimpanan dari tingkat SSD penyimpanan Anda. Untuk sistem file generasi kedua, rekomendasi ini berlaku untuk pemanfaatan rata-rata total di semua agregat sistem file Anda dan untuk pemanfaatan masing-masing agregat individu. Ini memastikan bahwa tiering berfungsi dengan benar, dan menyediakan overhead untuk data baru. Jika tingkat SSD penyimpanan Anda secara konsisten di atas pemanfaatan kapasitas penyimpanan 80%, Anda dapat meningkatkan kapasitas tingkat SSD penyimpanan Anda. Untuk informasi selengkapnya, lihat Memperbarui SSD penyimpanan sistem file dan IOPS.

FSxuntuk ONTAP menggunakan ambang kapasitas penyimpanan berikut untuk mengelola tiering volume:

<= 50% pemanfaatan tingkat SSD penyimpanan — Pada ambang batas ini, tingkat SSD penyimpanan dianggap kurang dimanfaatkan, dan hanya volume yang menggunakan kebijakan All tiering yang memiliki data berjenjang ke penyimpanan kumpulan kapasitas. Volume dengan kebijakan Otomatis dan khusus Snapshot tidak membuat data peringkat pada ambang batas ini.
> Pemanfaatan tingkat SSD penyimpanan 50% — Volume dengan data tingkat kebijakan tiering Otomatis dan Snapshot saja berdasarkan pengaturan hari pendinginan minimum tiering. Pengaturan default adalah 31 hari.
>= 90% pemanfaatan tingkat SSD penyimpanan — Pada ambang batas ini, Amazon FSx memprioritaskan pelestarian ruang di tingkat penyimpanan. SSD Data dingin dari tingkat kumpulan kapasitas tidak lagi dipindahkan ke tingkat SSD penyimpanan saat dibaca untuk volume menggunakan kebijakan Auto dan Snapshot saja.
> = 98% pemanfaatan tingkat SSD penyimpanan — Semua fungsionalitas tiering berhenti ketika tingkat SSD penyimpanan berada pada atau di atas 98% pemanfaatan. Anda dapat terus membaca dari tingkatan penyimpanan, tetapi Anda tidak dapat menulis ke tingkatan.

Snapshot dan kapasitas penyimpanan volume

Snapshot adalah gambar hanya-baca Amazon FSx untuk NetApp ONTAP volume pada suatu titik waktu. Snapshot menawarkan perlindungan terhadap penghapusan atau modifikasi file yang tidak disengaja dalam volume Anda. Dengan snapshot, pengguna Anda dapat dengan mudah melihat dan memulihkan file atau folder individual dari snapshot sebelumnya.

Snapshot disimpan di samping data sistem file Anda, dan mereka menghabiskan kapasitas penyimpanan sistem file. Namun, snapshot mengkonsumsi kapasitas penyimpanan hanya untuk bagian file yang berubah sejak snapshot terakhir. Snapshot tidak disertakan dalam backup volume sistem file Anda.

Snapshot diaktifkan secara default pada volume Anda, menggunakan kebijakan snapshot default. Snapshot disimpan di .snapshot direktori di root volume. Anda dapat mengelola kapasitas penyimpanan volume untuk snapshot dengan cara berikut:

Kebijakan snapshot — Pilih kebijakan snapshot bawaan atau pilih kebijakan khusus yang Anda buat di ONTAP CLI atau. REST API
Hapus snapshot secara manual - Dapatkan kembali kapasitas penyimpanan dengan menghapus snapshot secara manual.
Buat kebijakan penghapusan otomatis snapshot — Buat kebijakan yang menghapus lebih banyak snapshot daripada kebijakan snapshot default.
Matikan snapshot otomatis — Hemat kapasitas penyimpanan dengan mematikan snapshot otomatis.

Untuk informasi selengkapnya, lihat Melindungi data Anda dengan snapshot.

Kapasitas file volume

Amazon FSx untuk NetApp ONTAP volume memiliki pointer file yang digunakan untuk menyimpan metadata file seperti nama file, waktu akses terakhir, izin, ukuran, dan untuk berfungsi sebagai pointer ke blok data. Pointer file ini disebut inode, dan setiap volume memiliki kapasitas terbatas untuk jumlah inode, yang disebut kapasitas file volume. Ketika volume berjalan rendah atau kehabisan file yang tersedia (inode), Anda tidak dapat menulis data tambahan ke volume itu.

Jumlah objek sistem file — file, direktori, salinan Snapshot — volume dapat berisi ditentukan oleh berapa banyak inode yang dimilikinya. Jumlah inode dalam volume meningkat sepadan dengan kapasitas penyimpanan volume (dan jumlah konstituen volume untuk FlexGroup volume). Secara default, FlexVol volume (atau FlexGroup konstituen) dengan kapasitas penyimpanan 648 GiB atau lebih semuanya memiliki jumlah inode yang sama: 21.251.126. Jika Anda membuat volume lebih besar dari 648 GiB dan Anda ingin memiliki lebih dari 21.251.126 inode, Anda harus meningkatkan jumlah maksimum inode (file) secara manual. Untuk informasi selengkapnya tentang melihat jumlah maksimum file untuk volume, lihatMemantau kapasitas file volume.

Jumlah default inode pada volume adalah 1 inode untuk setiap 32 KiB kapasitas penyimpanan volume, hingga ukuran volume 648 GiB. Untuk volume 1 GiB:

Volume_size_in_bytes × (1 berkas ÷ inode_size_in_bytes) = maksimum_number_of_files

1.073.741.824 byte × (1 file ÷ 32.768 byte) = 32.768 file

Anda dapat meningkatkan jumlah maksimum inode yang dapat dikandung volume, hingga maksimum 1 inode untuk setiap 4 KiB kapasitas penyimpanan. Untuk volume 1 GiB. ini meningkatkan jumlah maksimum inode atau file dari 32.768 menjadi 262.144:

1.073.741.824 byte × (1 file ÷ 4096 byte) = 262.144 file

ONTAPVolume FSx for dapat memiliki maksimum 2 miliar inode.

Untuk informasi tentang mengubah jumlah maksimum file yang dapat disimpan volume, lihatMemperbarui jumlah maksimum file pada volume.

Awas Javascript dinonaktifkan atau tidak tersedia di browser Anda.

Untuk menggunakan Dokumentasi AWS, Javascript harus diaktifkan. Lihat halaman Bantuan browser Anda untuk petunjuk.

Konvensi Dokumen

Memantau kapasitas penyimpanan dan IOPS pembaruan

Mengelola efisiensi penyimpanan