Kapasitas penyimpanan volume - fsX untuk ONTAP
Tingkat data volumeSnapshot dan kapasitas penyimpananKapasitas file volume

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Kapasitas penyimpanan volume

FSx untuk volume ONTAP 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 penyimpanan SSD dan, tergantung pada kebijakan tingkatan volume, penyimpanan kolam kapasitas. Anda mengatur ukuran volume saat Anda membuatnya, dan Anda dapat mengubah ukurannya nanti. Anda dapat memantau dan mengelola kapasitas penyimpanan FSx Anda untuk volume ONTAP menggunakan AWS Management Console, AWS CLI dan API, dan CLI ONTAP.

Topik

Tingkat data volume

Amazon FSx untuk sistem file NetApp ONTAP memiliki dua tingkatan penyimpanan: penyimpanan primer dan penyimpanan kolam kapasitas. Penyimpanan primer disediakan, dapat diskalakan, penyimpanan SSD 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 kebijakan tingkatan ONTAP volume dan ambang batas yang digunakan untuk menentukan kapan data berjenjang ke kumpulan kapasitas.

Kebijakan tingkatan volume

Anda menentukan cara menggunakan FSx Anda untuk tingkatan penyimpanan sistem file ONTAP dengan memilih kebijakan tiering untuk setiap volume pada sistem file. Anda memilih kebijakan tiering saat membuat volume, dan Anda dapat memodifikasinya kapan saja dengan konsol Amazon FSx, API AWS CLI, atau NetApp menggunakan alat 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 pada tingkat SSD. Untuk informasi selengkapnya, lihat Bagaimana penyimpanan SSD 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 konsol Amazon FSx.

  • 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 FSx API, atau NetApp ONTAP CLI.

  • 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, awalnya masih ditulis ke tingkat penyimpanan SSD, dan berjenjang ke kumpulan kapasitas dengan proses latar belakang. Perhatikan bahwa metadata file selalu tetap pada tingkat SSD.

  • Tidak ada — Kebijakan ini menyimpan semua data volume Anda di tingkat penyimpanan utama, dan mencegahnya dipindahkan ke penyimpanan kumpulan kapasitas. Jika Anda menetapkan volume ke kebijakan ini setelah menggunakan kebijakan lain, data yang ada dalam volume yang ada dalam penyimpanan kumpulan kapasitas dipindahkan ke penyimpanan SSD dengan proses latar belakang selama penggunaan SSD Anda di bawah 90%. Proses latar belakang ini dapat dipercepat dengan sengaja membaca data atau dengan memodifikasi kebijakan pengambilan cloud volume Anda. Untuk informasi selengkapnya, lihat Kebijakan pengambilan cloud.

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 penyimpanan SSD selama minimal 2 hari (berdasarkan periode pendinginan volume) sebelum dipindahkan ke tingkat kolam kapasitas. Mempertahankan data pada penyimpanan SSD setidaknya selama 2 hari memungkinkan ONTAP menjalankan penghematan kompresi dan deduplikasi pasca-proses pada data Anda, yang disimpan saat data berjenjang ke kumpulan kapasitas. ONTAP hanya menjalankan kompresi dan deduplikasi pasca-proses untuk data pada penyimpanan SSD, jadi memilih kebijakan ini dapat membantu Anda memaksimalkan penghematan penyimpanan jangka panjang Anda. Anda juga dapat memaksimalkan kecepatan transfer cadangan pertama yang Anda buat dari volume Anda, karena data yang sedang dicadangkan ada di penyimpanan SSD.

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

Periode pendinginan berjenjang

Periode pendinginan tingkat volume menetapkan jumlah waktu yang diperlukan untuk data di tingkat SSD 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, lihatMengatur 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 tingkat kumpulan kapasitas diizinkan untuk dipromosikan ke tingkat SSD. 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 berbasis 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 tingkat SSD. 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 tingkat SSD saat dijalankan. Kebijakan ini tidak berpengaruh saat menggunakan kebijakan All tiering.

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

Ambang batas jenjang

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

catatan

Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan kapasitas penyimpanan dari tingkat penyimpanan SSD Anda. Untuk sistem file scale-out, 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 penyimpanan SSD Anda secara konsisten di atas pemanfaatan kapasitas penyimpanan 80%, Anda dapat meningkatkan kapasitas tingkat penyimpanan SSD Anda. Untuk informasi selengkapnya, lihat Memperbarui penyimpanan SSD sistem file dan IOPS.

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

  • <= 50% pemanfaatan tingkat penyimpanan SSD — Pada ambang batas ini, tingkat penyimpanan SSD dianggap kurang dimanfaatkan, dan hanya volume yang menggunakan kebijakan All tiering yang memiliki data berjenjang ke penyimpanan kolam kapasitas. Volume dengan kebijakan Otomatis dan khusus Snapshot tidak membuat data peringkat pada ambang batas ini.

  • > Pemanfaatan tingkat penyimpanan SSD 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 penyimpanan SSD — Pada ambang batas ini, Amazon FSx memprioritaskan pelestarian ruang di tingkat penyimpanan SSD. Data dingin dari tingkat kumpulan kapasitas tidak lagi dipindahkan ke tingkat penyimpanan SSD saat dibaca untuk volume menggunakan kebijakan Auto dan Snapshot saja.

  • > = 98% Pemanfaatan tingkat penyimpanan SSD — Semua fungsionalitas tiering berhenti ketika tingkat penyimpanan SSD 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 dari Amazon FSx untuk volume NetApp ONTAP 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:

Untuk informasi selengkapnya, lihat Cara menggunakan snapshot.

Kapasitas file volume

Amazon FSx untuk volume NetApp ONTAP memiliki pointer file yang digunakan untuk menyimpan metadata file seperti nama file, waktu terakhir diakses, izin, ukuran, dan untuk berfungsi sebagai petunjuk 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 volume). FlexGroup 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, lihatMelihat 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 file ÷ 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

FSx untuk volume ONTAP dapat memiliki maksimum 2 miliar inode.

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