Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mengelola kapasitas penyimpanan
Amazon FSx for NetApp ONTAP menyediakan sejumlah fitur terkait penyimpanan yang dapat Anda gunakan untuk mengelola kapasitas penyimpanan pada sistem file Anda.
Topik
FSxuntuk tingkatan ONTAP penyimpanan
Tingkatan penyimpanan adalah media penyimpanan fisik untuk Amazon FSx untuk sistem NetApp ONTAP file. FSxuntuk ONTAP penawaran tingkatan penyimpanan berikut:
SSDtier — Penyimpanan solid-state drive (SSD) berkinerja tinggi yang disediakan pengguna yang dibuat khusus untuk bagian aktif kumpulan data Anda.
Tingkat kolam kapasitas — Penyimpanan yang sepenuhnya elastis yang secara otomatis menskalakan ke ukuran petabyte, dan dioptimalkan biaya untuk data Anda yang jarang diakses.
ONTAPVolume FSx for adalah sumber daya virtual yang, mirip dengan folder, tidak mengkonsumsi kapasitas penyimpanan. Data yang Anda simpan—dan yang menghabiskan penyimpanan fisik—hidup di dalam volume. Saat Anda membuat volume, Anda menentukan ukurannya—yang dapat Anda ubah setelah dibuat. FSxuntuk ONTAP volume yang tipis disediakan, dan penyimpanan sistem file tidak dicadangkan terlebih dahulu. Sebaliknya, SSD dan kapasitas penyimpanan kolam dialokasikan secara dinamis, sesuai kebutuhan. Kebijakan tiering, yang Anda konfigurasikan pada tingkat volume, menentukan apakah dan kapan data yang disimpan dalam transisi SSD tingkat ke tingkat kumpulan kapasitas.
Diagram berikut menggambarkan contoh data yang diletakkan di beberapa FSx ONTAP volume dalam sistem file.
Diagram berikut menggambarkan bagaimana kapasitas penyimpanan fisik sistem file dikonsumsi oleh data dalam empat volume pada diagram sebelumnya.
Anda dapat mengurangi biaya penyimpanan dengan memilih kebijakan tiering yang paling memenuhi persyaratan untuk setiap volume pada sistem file Anda. Untuk informasi selengkapnya, lihat Tingkat data volume.
Memilih jumlah SSD penyimpanan sistem file yang tepat
Saat memilih jumlah kapasitas SSD penyimpanan untuk sistem ONTAP file Anda, Anda perlu mengingat item berikut yang memengaruhi jumlah SSD penyimpanan yang tersedia untuk menyimpan data Anda: FSx
Kapasitas penyimpanan disediakan untuk overhead NetApp ONTAP perangkat lunak.
Metadata berkas
Data yang baru ditulis
File yang ingin Anda simpan di SSD penyimpanan, apakah itu data yang belum mencapai periode pendinginannya, atau data yang baru saja Anda baca yang diambil kembaliSSD.
Bagaimana SSD penyimpanan digunakan
SSDPenyimpanan sistem file Anda digunakan untuk kombinasi NetApp ONTAP perangkat lunak (overhead), metadata file, dan data Anda.
NetApp ONTAPoverhead perangkat lunak
Seperti sistem NetApp ONTAP file lainnya, hingga 16% dari kapasitas SSD penyimpanan sistem file dicadangkan untuk ONTAP overhead, yang berarti tidak tersedia untuk menyimpan file Anda. Biaya ONTAP overhead dialokasikan sebagai berikut:
11% dicadangkan untuk NetApp ONTAP perangkat lunak. Untuk sistem file dengan kapasitas SSD penyimpanan lebih dari 30 tebibytes (TiB), 6% dicadangkan.
5% dicadangkan untuk snapshot agregat, yang diperlukan untuk menyinkronkan data antara kedua server file sistem file.
Metadata berkas
Metadata file biasanya mengkonsumsi 3-7% dari kapasitas penyimpanan yang dikonsumsi oleh file. Persentase ini tergantung pada ukuran file rata-rata (ukuran file rata-rata yang lebih kecil membutuhkan lebih banyak metadata), dan jumlah penghematan efisiensi penyimpanan yang dicapai pada file Anda. Perhatikan bahwa metadata file tidak mendapat manfaat dari penghematan efisiensi penyimpanan. Anda dapat menggunakan panduan berikut untuk memperkirakan jumlah SSD penyimpanan yang digunakan untuk metadata pada sistem file Anda.
Ukuran file rata-rata | Ukuran metadata sebagai persentase data file |
---|---|
4 KB |
7% |
8 KB |
3,5% |
32 KB atau lebih |
1-3% |
Saat mengukur jumlah kapasitas SSD penyimpanan yang Anda butuhkan untuk metadata file yang Anda rencanakan untuk disimpan pada tingkat kumpulan kapasitas, kami sarankan untuk menggunakan rasio konservatif 1 GiB penyimpanan SSD untuk setiap 10 GiB data yang Anda rencanakan untuk disimpan pada tingkat kolam kapasitas.
Data file yang disimpan di SSD tingkat Anda
Selain kumpulan data aktif Anda dan semua metadata file, semua data yang ditulis ke sistem file Anda pada awalnya ditulis ke SSD tingkat sebelum di-tiered-off ke penyimpanan kumpulan kapasitas. Hal ini berlaku terlepas dari kebijakan tingkatan volume, dengan pengecualian mentransfer data menggunakan SnapMirror ke volume yang dikonfigurasi dengan kebijakan tiering Semua data.
Pembacaan acak dari tingkat kumpulan kapasitas di-cache di SSD tingkat, selama SSD tingkat pemanfaatan di bawah 90%. Untuk informasi selengkapnya, lihat Tingkat data volume.
Pemanfaatan SSD kapasitas yang disarankan
Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan tingkat SSD penyimpanan Anda secara berkelanjutan. Untuk sistem file generasi kedua, kami juga menyarankan agar Anda tidak melebihi 80% pemanfaatan agregat sistem file Anda secara berkelanjutan. Rekomendasi ini konsisten dengan NetApp rekomendasi untukONTAP. Karena SSD tingkat sistem file Anda juga digunakan untuk pementasan penulisan ke, dan untuk pembacaan acak dari, tingkat kumpulan kapasitas, setiap perubahan mendadak dalam pola akses dapat dengan cepat menyebabkan pemanfaatan SSD tingkat Anda meningkat.
Pada SSD pemanfaatan 90%, data yang dibaca dari tingkat kumpulan kapasitas tidak lagi di-cache pada SSD tingkat sehingga SSD kapasitas yang tersisa dipertahankan untuk setiap data baru yang ditulis ke sistem file. Hal ini menyebabkan pembacaan berulang data yang sama dari tingkat kumpulan kapasitas dibaca dari penyimpanan kumpulan kapasitas alih-alih di-cache dan dibaca dari SSD tingkat, yang dapat memengaruhi kapasitas throughput sistem file Anda.
Semua fungsionalitas tiering berhenti ketika SSD tingkat berada pada atau di atas pemanfaatan 98%. Untuk informasi selengkapnya, lihat Ambang tingkat.
Efisiensi penyimpanan
NetApp ONTAP menawarkan fitur efisiensi penyimpanan tingkat blok pada tingkat volume yang mencakup kompresi, pemadatan, dan deduplikasi. Fitur-fitur ini dapat menghemat hingga 65% dalam kapasitas penyimpanan untuk berbagi file umum, tanpa mengorbankan kinerja. Anda dapat mengaktifkan efisiensi penyimpanan berdasarkan volume per volume. Fitur-fitur ini mengurangi jumlah kapasitas penyimpanan yang dikonsumsi data Anda, memungkinkan Anda untuk mengkonsumsi lebih sedikit ruang penyimpanan, kolam akapasitasSSD, dan penyimpanan cadangan. Anda dapat mengaktifkan kompresi dan deduplikasi pada setiap volume untuk data dalam SSD penyimpanan. Penghematan penyimpanan dari kompresi dan deduplikasi dalam SSD penyimpanan dipertahankan ketika data berjenjang ke penyimpanan kolam kapasitas. Efisiensi penyimpanan selalu diaktifkan untuk data cadangan, terlepas dari konfigurasi efisiensi penyimpanan sistem file Anda.
Tabel berikut menunjukkan contoh penghematan penyimpanan tipikal.
Kompresi saja | Hanya deduplikasi | Kompresi & deduplikasi | |
---|---|---|---|
Berbagi file tujuan umum | 50% | 30% | 65% |
Server virtual dan desktop | 55% | 70% | 70% |
Basis Data | 65-70% | 0% | 65-70% |
Data rekayasa | 55% | 30% | 75% |
Data geoseismik | 40% | 3% | 40% |
Untuk sebagian besar beban kerja, mengaktifkan kompresi dan deduplikasi tidak akan berdampak buruk pada kinerja sistem file. Untuk sebagian besar beban kerja, kompresi meningkatkan kinerja secara keseluruhan. Untuk memberikan pembacaan dan penulisan cepat dari RAM cache, FSx untuk server ONTAP file dilengkapi dengan tingkat bandwidth jaringan yang lebih tinggi pada kartu antarmuka jaringan front-end (NICs) daripada yang tersedia antara server file dan disk penyimpanan. Karena kompresi data mengurangi jumlah data yang dikirim antara server file dan disk penyimpanan, untuk sebagian besar beban kerja, Anda akan melihat peningkatan kapasitas throughput sistem file secara keseluruhan saat menggunakan kompresi data. Peningkatan kapasitas throughput yang terkait dengan kompresi data akan dibatasi setelah Anda memenuhi front-end sistem file NIC Anda.
Amazon FSx untuk NetApp ONTAP juga mendukung lainnya ONTAP fitur yang menghemat ruang Anda, termasuk snapshot, penyediaan tipis, dan volume. FlexClone
Fitur efisiensi penyimpanan tidak diaktifkan secara default. Anda dapat mengaktifkannya sebagai berikut:
Pada volume root saat Anda membuat sistem file. SVM
Saat Anda membuat volume baru.
Saat Anda memodifikasi volume yang ada.
Untuk melihat jumlah penghematan penyimpanan pada sistem file dengan efisiensi penyimpanan diaktifkan, lihatMemantau penghematan efisiensi penyimpanan.
Menghitung penghematan efisiensi penyimpanan
Anda dapat menggunakan metrik sistem ONTAP CloudWatch file LogicalDataStored
dan StorageUsed
FSx untuk menghitung penghematan penyimpanan dari kompresi, deduplikasi, pemadatan, snapshot, dan FlexClones. Metrik ini memiliki dimensi tunggal,FileSystemId
. Untuk informasi selengkapnya, lihat Metrik sistem file.
Untuk menghitung penghematan efisiensi penyimpanan dalam byte, ambil Rata-rata
StorageUsed
selama periode tertentu dan kurangi dari Rata-rata selama periode yang sama.LogicalDataStored
Untuk menghitung penghematan efisiensi penyimpanan sebagai persentase dari total ukuran data logis, ambil
Average
dariStorageUsed
selama periode tertentu dan kurangi dariLogicalDataStored
periode yang samaAverage
. Kemudian bagi perbedaannyaAverage
denganLogicalDataStored
periode yang sama.
SSDcontoh ukuran
Asumsikan Anda ingin menyimpan 100 TiB data untuk aplikasi di mana 80% data jarang diakses. Dalam skenario ini, 80% (80 TB) data Anda secara otomatis berjenjang ke tingkat kumpulan kapasitas dan 20% sisanya (20 TB) tetap dalam SSD penyimpanan. Berdasarkan penghematan efisiensi penyimpanan tipikal sebesar 65% untuk beban kerja berbagi file tujuan umum, yang setara dengan 7 TiB data. Untuk mempertahankan tingkat SSD pemanfaatan 80%, Anda memerlukan kapasitas SSD penyimpanan 8,75 TiB untuk 20 TiB data yang diakses secara aktif. Jumlah SSD penyimpanan yang Anda berikan juga perlu memperhitungkan overhead penyimpanan ONTAP perangkat lunak sebesar 16%, seperti yang ditunjukkan dalam perhitungan berikut.
ssdNeeded = ssdProvisioned * (1 - 0.16) 8.75 TiB / 0.84 = ssdProvisioned 10.42 TiB = ssdProvisioned
Jadi dalam contoh ini, Anda perlu menyediakan setidaknya 10,42 TiB penyimpananSSD. Anda juga akan menggunakan 28 TiB penyimpanan kolam kapasitas untuk sisa 80 TiB data yang jarang diakses.