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 untuk NetApp ONTAP menyediakan sejumlah fitur terkait penyimpanan yang dapat Anda gunakan untuk mengelola kapasitas penyimpanan pada sistem file Anda.
**Topics**
+ [FSx untuk tingkatan penyimpanan ONTAP](#storage-tiers)
+ [Memilih jumlah penyimpanan SSD sistem file yang tepat](#choose-ssd-capacity)
+ [Kapasitas penyimpanan sistem file dan IOPS](storage-capacity-and-IOPS.md)
+ [Kapasitas penyimpanan volume](volume-storage-capacity.md)
## FSx untuk tingkatan penyimpanan ONTAP
Tingkat penyimpanan adalah media penyimpanan fisik untuk Amazon FSx untuk sistem file NetApp ONTAP. FSx untuk ONTAP menawarkan tingkatan penyimpanan berikut:
+ *Tingkat SSD* - 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.
Volume FSx untuk ONTAP 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. FSx untuk volume ONTAP disediakan tipis, dan penyimpanan sistem file tidak dicadangkan sebelumnya. Sebaliknya, SSD dan penyimpanan kolam kapasitas dialokasikan secara dinamis, sesuai kebutuhan. [Kebijakan tiering](volume-storage-capacity.md#data-tiering-policy), yang Anda konfigurasikan pada tingkat volume, menentukan apakah dan kapan data yang disimpan dalam transisi tingkat SSD ke tingkat kumpulan kapasitas.
Diagram berikut menggambarkan contoh data yang diletakkan di beberapa FSx untuk volume ONTAP dalam sistem file.
![\[FSx untuk SSD ONTAP dan tingkatan penyimpanan kolam kapasitas yang disediakan secara logis di seluruh volume sistem file.\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-virtual-resource.png)
Diagram berikut menggambarkan bagaimana kapasitas penyimpanan fisik sistem file dikonsumsi oleh data dalam empat volume pada diagram sebelumnya.
![\[Bagaimana SSD, atau tingkat penyimpanan primer, dan penggunaan tingkat penyimpanan kolam kapasitas kapasitas penyimpanan fisik sistem file terlihat di semua volume dalam sistem file.\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-storage-tiers-physical-resource.png)
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](volume-storage-capacity.md#volume-data-tiering).
## Memilih jumlah penyimpanan SSD sistem file yang tepat
Saat memilih jumlah kapasitas penyimpanan SSD untuk sistem file ONTAP Anda, Anda perlu mengingat item berikut yang memengaruhi jumlah penyimpanan SSD yang tersedia untuk menyimpan data Anda: FSx
+ Kapasitas penyimpanan dicadangkan untuk overhead perangkat lunak NetApp ONTAP.
+ Metadata berkas
+ Data yang baru ditulis
+ File yang ingin Anda simpan di penyimpanan SSD, apakah itu data yang belum mencapai periode pendinginannya, atau data yang baru-baru ini Anda baca yang diambil kembali ke SSD.
### Bagaimana penyimpanan SSD digunakan
Penyimpanan SSD sistem file Anda digunakan untuk kombinasi perangkat lunak NetApp ONTAP (overhead), metadata file, dan data Anda.
#### NetApp Overhead perangkat lunak ONTAP
Seperti sistem file NetApp ONTAP lainnya, hingga 16% dari kapasitas penyimpanan SSD sistem file dicadangkan untuk overhead ONTAP, yang berarti tidak tersedia untuk menyimpan file Anda. Overhead ONTAP dialokasikan sebagai berikut:
+ 11% dicadangkan untuk perangkat lunak NetApp ONTAP. Untuk sistem file dengan kapasitas penyimpanan SSD 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 penyimpanan SSD 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 penyimpanan SSD yang Anda butuhkan untuk metadata file yang Anda rencanakan untuk disimpan pada tingkat kolam 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 tingkat SSD Anda
Selain kumpulan data aktif Anda dan semua metadata file, semua data yang ditulis ke sistem file Anda pada awalnya ditulis ke tingkat SSD sebelum di-tiered-off ke penyimpanan kolam kapasitas. Hal ini berlaku terlepas dari kebijakan tingkatan volume, dengan pengecualian bahwa data ditulis langsung ke penyimpanan kumpulan kapasitas saat menggunakan SnapMirror pada volume yang dikonfigurasi dengan kebijakan tiering **Semua** data.
Pembacaan acak dari tingkat kolam kapasitas di-cache di tingkat SSD, selama tingkat SSD di bawah pemanfaatan 90%. Untuk informasi selengkapnya, lihat [Tingkat data volume](volume-storage-capacity.md#volume-data-tiering).
### Pemanfaatan kapasitas SSD yang disarankan
Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan tingkat penyimpanan SSD 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 untuk ONTAP. Karena tingkat SSD sistem file Anda juga digunakan untuk pementasan penulisan, dan untuk pembacaan acak dari, tingkat kumpulan kapasitas, setiap perubahan mendadak dalam pola akses dapat dengan cepat menyebabkan pemanfaatan tingkat SSD Anda meningkat.
Pada pemanfaatan SSD 90%, data yang dibaca dari tier pool kapasitas tidak lagi di-cache pada tingkat SSD sehingga kapasitas SSD 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 tingkat SSD, yang dapat memengaruhi kapasitas throughput sistem file Anda.
Semua fungsionalitas tiering berhenti ketika tingkat SSD berada pada atau di atas pemanfaatan 98%. Untuk informasi selengkapnya, lihat [Ambang batas jenjang](volume-storage-capacity.md#storage-tiering-thresholds).
### Efisiensi penyimpanan
NetApp ONTAPmenawarkan 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 di SSD, kumpulan kapasitas, dan penyimpanan cadangan. Anda dapat mengaktifkan kompresi dan deduplikasi pada setiap volume untuk data dalam penyimpanan SSD. Penghematan penyimpanan dari kompresi dan deduplikasi dalam penyimpanan SSD 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 cache RAM, FSx untuk server file ONTAP 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 NIC front-end sistem file Anda.
Amazon FSx untuk NetApp ONTAP juga mendukung ONTAP fitur lain 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 SVM saat Anda [membuat sistem file](creating-file-systems.md).
+ Saat Anda [membuat volume baru](creating-volumes.md).
+ Saat Anda [memodifikasi volume yang ada](updating-volumes.md).
Untuk melihat jumlah penghematan penyimpanan pada sistem file dengan efisiensi penyimpanan diaktifkan, lihat[Memantau penghematan efisiensi penyimpanan](view-storage-efficiency.md).
#### Menghitung penghematan efisiensi penyimpanan
Anda dapat menggunakan metrik sistem CloudWatch file `LogicalDataStored` dan `StorageUsed` FSx untuk ONTAP untuk menghitung penghematan penyimpanan dari kompresi, deduplikasi, pemadatan, snapshot, dan. FlexClones Metrik ini memiliki dimensi tunggal,`FileSystemId`. Untuk informasi selengkapnya, lihat [Metrik sistem file](file-system-metrics.md).
+ 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` dari `StorageUsed` selama periode tertentu dan kurangi dari `LogicalDataStored` periode yang sama`Average`. Kemudian bagi perbedaannya `Average` dengan `LogicalDataStored` periode yang sama.
#### Contoh ukuran SSD
Asumsikan Anda ingin menyimpan 100 TiB data untuk aplikasi di mana 80% data jarang diakses. Dalam skenario ini, 80% (80 TiB) data Anda secara otomatis berjenjang ke tingkat kumpulan kapasitas dan 20% sisanya (20 TiB) tetap dalam penyimpanan SSD. Berdasarkan penghematan efisiensi penyimpanan tipikal sebesar 65% untuk beban kerja berbagi file tujuan umum, yang setara dengan 7 TiB data. Untuk mempertahankan tingkat pemanfaatan SSD 80%, Anda memerlukan kapasitas penyimpanan SSD 8,75 TiB untuk 20 TiB data yang diakses secara aktif. Jumlah penyimpanan SSD yang Anda berikan juga perlu memperhitungkan overhead penyimpanan perangkat lunak ONTAP 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 penyimpanan SSD. Anda juga akan menggunakan 28 TiB penyimpanan kolam kapasitas untuk sisa 80 TiB data yang jarang diakses.
# Kapasitas penyimpanan sistem file dan IOPS
Saat Anda membuat sistem file FSx untuk ONTAP, Anda menentukan kapasitas penyimpanan tingkat SSD. *Untuk sistem file single-AZ generasi kedua, kapasitas penyimpanan yang Anda tentukan tersebar merata di antara kumpulan penyimpanan dari setiap pasangan ketersediaan tinggi (HA); kumpulan penyimpanan ini disebut agregat.*
Untuk setiap GiB penyimpanan SSD yang Anda sediakan, Amazon FSx secara otomatis menyediakan 3 input/output operasi SSD per detik (IOPS) untuk sistem file, hingga maksimum 160.000 IOPS SSD per sistem file. Untuk sistem file Single-AZ generasi kedua, IOPS SSD Anda tersebar merata di setiap agregat sistem file Anda. Anda memiliki opsi untuk menentukan tingkat IOPS SSD yang disediakan di atas IOPS 3 SSD otomatis per GiB. Untuk informasi selengkapnya tentang jumlah maksimum IOPS SSD yang dapat Anda berikan untuk sistem file ONTAP, lihat. FSx [Dampak kapasitas throughput terhadap performa](performance.md#impact-throughput-cap-performance)
**Topics**
+ [Memperbarui penyimpanan SSD sistem file dan IOPS](#increase-primary-storage)
+ [Kapan meningkatkan kapasitas penyimpanan SSD](#when-to-increase-ssd-capacity)
+ [Meningkatkan kapasitas penyimpanan SSD](#increasing-ssd-capacity)
+ [Pertimbangan untuk meningkatkan kapasitas penyimpanan SSD](#increasing-considerations)
+ [Kapan mengurangi kapasitas penyimpanan SSD](#when-to-decrease-ssd-storage-capacity)
+ [Mengurangi kapasitas penyimpanan SSD](#decreasing-ssd-capacity)
+ [Pertimbangan untuk mengurangi kapasitas penyimpanan SSD](#decreasing-considerations)
+ [Keterbatasan untuk mengurangi kapasitas penyimpanan SSD](#decreasing-limitations)
+ [Membuat alarm pemanfaatan kapasitas penyimpanan untuk sistem file Anda](alarm-low-primary-storage.md)
+ [Memperbarui kapasitas penyimpanan dan IOPS yang disediakan](increase-storage-capacity.md)
+ [Memperbarui kapasitas penyimpanan secara dinamis](automate-storage-capacity-increase.md)
+ [Memantau pemanfaatan penyimpanan SSD](monitor-fs-storage-console.md)
+ [Memantau penghematan efisiensi penyimpanan](view-storage-efficiency.md)
+ [Memantau kapasitas penyimpanan dan pembaruan IOPS](monitoring-storage-capacity-increase.md)
## Memperbarui penyimpanan SSD sistem file dan IOPS
Saat Anda membutuhkan penyimpanan tambahan untuk bagian aktif kumpulan data Anda, Anda dapat meningkatkan kapasitas penyimpanan SSD Amazon Anda FSx untuk sistem file NetApp ONTAP. Untuk sistem file generasi kedua, Anda bahkan dapat mengurangi kapasitas penyimpanan SSD agar sesuai dengan kebutuhan penyimpanan yang berubah dari beban kerja Anda. Gunakan FSx konsol Amazon, Amazon FSx API, atau AWS Command Line Interface (AWS CLI) untuk menambah atau mengurangi kapasitas penyimpanan SSD. Untuk informasi selengkapnya, lihat [Memperbarui kapasitas penyimpanan dan IOPS yang disediakan](increase-storage-capacity.md).
## Kapan meningkatkan kapasitas penyimpanan SSD
Jika Anda kehabisan penyimpanan tingkat SSD yang tersedia, kami sarankan Anda meningkatkan kapasitas penyimpanan sistem file Anda. Kehabisan penyimpanan menunjukkan bahwa tingkat SSD Anda berukuran terlalu kecil untuk bagian aktif kumpulan data Anda.
Untuk memantau jumlah penyimpanan gratis yang tersedia di sistem file, gunakan metrik tingkat sistem file dan `StorageCapacity` `StorageUsed` Amazon CloudWatch . Anda dapat membuat CloudWatch alarm pada metrik dan diberi tahu saat turun di bawah ambang batas tertentu. Untuk informasi selengkapnya, lihat [Pemantauan CloudWatch dengan Amazon](monitoring-cloudwatch.md).
**catatan**
Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan kapasitas penyimpanan SSD untuk memastikan bahwa tiering data, penskalaan throughput, dan aktivitas pemeliharaan lainnya berfungsi dengan baik, dan bahwa ada kapasitas yang tersedia untuk data tambahan. Untuk sistem file generasi kedua, rekomendasi ini berlaku untuk pemanfaatan rata-rata di semua agregat sistem file Anda dan untuk setiap agregat individu.
Untuk informasi selengkapnya tentang bagaimana penyimpanan SSD sistem file digunakan dan berapa banyak penyimpanan SSD yang dicadangkan untuk metadata file dan perangkat lunak operasi, lihat. [Memilih jumlah penyimpanan SSD sistem file yang tepat](managing-storage-capacity.md#choose-ssd-capacity)
## Meningkatkan kapasitas penyimpanan SSD
Saat Anda meningkatkan kapasitas penyimpanan SSD dari sistem FSx file Amazon Anda, kapasitas baru biasanya tersedia untuk digunakan dalam beberapa menit. Anda ditagih untuk kapasitas penyimpanan SSD baru setelah tersedia untuk Anda. Untuk informasi selengkapnya, lihat [Amazon FSx untuk Harga NetApp ONTAP](https://aws.amazon.com/fsx/netapp-ontap/pricing/) dan[AWS laporan penagihan dan penggunaan FSx untuk ONTAP](FSxONTAP-Billing.md).
Setelah Anda meningkatkan kapasitas penyimpanan, Amazon FSx menjalankan proses pengoptimalan penyimpanan di latar belakang untuk menyeimbangkan kembali data Anda. Untuk sebagian besar sistem file, pengoptimalan penyimpanan membutuhkan waktu beberapa jam dengan dampak nyata minimal terhadap kinerja beban kerja Anda.
Anda dapat melacak kemajuan proses pengoptimalan penyimpanan kapan saja dengan menggunakan FSx konsol Amazon, AWS CLI, dan API. Untuk informasi selengkapnya, lihat [Memantau kapasitas penyimpanan dan pembaruan IOPS](monitoring-storage-capacity-increase.md).
## Pertimbangan untuk meningkatkan kapasitas penyimpanan SSD
Berikut adalah beberapa hal penting yang perlu dipertimbangkan saat meningkatkan kapasitas penyimpanan SSD dan IOPS sistem file Anda:
+ **(Hanya sistem file generasi pertama) Kapasitas penyimpanan hanya meningkat** — Anda hanya dapat meningkatkan jumlah kapasitas penyimpanan SSD untuk sistem file; Anda tidak dapat mengurangi kapasitas penyimpanan.
+ **Peningkatan kapasitas penyimpanan minimum** - Setiap peningkatan kapasitas penyimpanan SSD harus minimal 10% dari kapasitas penyimpanan SSD sistem file saat ini, hingga kapasitas penyimpanan SSD maksimum untuk konfigurasi sistem file Anda.
+ **Waktu antara** peningkatan — Setelah meningkatkan kapasitas penyimpanan SSD, IOPS yang disediakan, atau kapasitas throughput pada sistem file, Anda harus menunggu setidaknya enam jam sebelum memodifikasi konfigurasi ini pada sistem file yang sama lagi. Ini terkadang disebut sebagai periode pendinginan.
+ **Mode IOPS yang disediakan** — Untuk perubahan IOPS yang disediakan, Anda harus menentukan salah satu dari dua mode IOPS:
+ Mode **otomatis** - Amazon FSx secara otomatis menskalakan IOPS SSD Anda untuk mempertahankan 3 IOPS SSD yang disediakan per GiB kapasitas penyimpanan SSD, hingga IOPS SSD maksimum untuk konfigurasi sistem file Anda.
**catatan**
Untuk informasi selengkapnya tentang jumlah maksimum IOPS SSD yang dapat Anda berikan untuk sistem file ONTAP, lihat. FSx [Dampak kapasitas throughput terhadap performa](performance.md#impact-throughput-cap-performance)
+ Mode **yang disediakan pengguna - Anda menentukan jumlah IOPS SSD, yang harus lebih besar dari atau sama dengan 3 IOPS per GiB** kapasitas penyimpanan SSD. Jika Anda memilih untuk memberikan tingkat IOPS yang lebih tinggi, Anda membayar IOPS rata-rata yang disediakan di atas tarif yang disertakan untuk bulan tersebut, yang diukur dalam IOP-bulan.
Untuk informasi selengkapnya tentang harga, lihat [Amazon FSx untuk Harga NetApp ONTAP](https://aws.amazon.com/fsx/netapp-ontap/pricing/).
## Kapan mengurangi kapasitas penyimpanan SSD
Anda mungkin ingin mengurangi kapasitas penyimpanan SSD sistem file generasi kedua ONTAP dalam skenario seperti berikut: FSx
+ Setelah menyelesaikan beban kerja berbasis proyek di mana penyimpanan berkinerja tinggi tidak lagi diperlukan
+ Setelah menyelesaikan migrasi data skala besar di mana kapasitas ekstra sementara digunakan untuk mempercepat konsumsi data
## Mengurangi kapasitas penyimpanan SSD
Ketika Anda mengurangi kapasitas penyimpanan SSD dari sistem file Anda, Amazon FSx melampirkan set disk (agregat) baru yang lebih kecil ke masing-masing pasangan HA sistem file Anda. Amazon FSx kemudian menjalankan proses pengoptimalan penyimpanan di latar belakang untuk memindahkan data per volume dari disk lama ke disk baru. Setelah data di setiap volume dipindahkan, Amazon FSx mengalihkan akses klien ke volume pada disk baru. Amazon FSx kemudian melepaskan disk lama dari sistem file Anda.
Anda ditagih untuk ukuran tingkat SSD yang ada dan yang baru diminta selama operasi penurunan SSD. Misalnya, ketika Anda mengurangi kapasitas penyimpanan SSD dari 10 tebibytes (TiB) menjadi 5 TiB, Anda ditagih sebesar 15 TiB selama operasi penurunan SSD dan 5 TiB setelah operasi penurunan SSD selesai. Untuk informasi selengkapnya tentang penagihan, lihat[AWS laporan penagihan dan penggunaan FSx untuk ONTAP](FSxONTAP-Billing.md).
Penurunan kapasitas penyimpanan SSD dapat memakan waktu antara beberapa jam dan beberapa minggu tergantung pada faktor-faktor seperti jumlah data yang disimpan pada sistem file Anda, jumlah penulisan net-new yang didorong ke sistem file Anda selama operasi penurunan, dan jumlah sumber daya jaringan dan disk yang tersedia pada sistem file.
Selama operasi penurunan, data Anda tetap tersedia untuk dibaca dan ditulis. Sebagian besar beban kerja mengalami dampak kinerja minimal, meskipun beban kerja berat tulis mungkin mengalami penurunan kinerja sementara. I/O Jeda singkat (hingga 60 detik) mungkin terjadi karena akses klien dialihkan ke disk baru untuk setiap volume.
Untuk meminimalkan dampak kinerja, Anda harus mempertahankan headroom yang memadai di sistem file Anda dengan memastikan bahwa beban kerja yang sedang berlangsung tidak secara konsisten mengkonsumsi lebih dari 50% CPU, 50% disk throughput, atau 50% SSD IOPS sebelum memulai operasi penurunan SSD. Anda dapat memantau metrik pemanfaatan ini di tab **Pemantauan & kinerja** sistem file Anda di konsol Amazon FSx .
**catatan**
Jika tingkat penyimpanan SSD Anda melebihi 80% pemanfaatan selama operasi penurunan, Amazon FSx menghentikan operasi dan secara otomatis melanjutkannya setelah pemanfaatan turun di bawah 80%. Untuk mengurangi pemanfaatan SSD pada disk baru, Anda dapat mengatur data ke kumpulan kapasitas atau menghapus data dari volume yang akses kliennya telah berhasil dialihkan ke set disk baru.
Jika Anda memerlukan kapasitas SSD tambahan selama operasi penurunan, Anda dapat mengajukan permintaan untuk meningkatkan kapasitas SSD dengan memanggil [https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) AWS CLI atau operasi [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html)API yang setara dan memberikan nilai target baru. Amazon FSx memprioritaskan menyelesaikan permintaan peningkatan SSD, sehingga kapasitas SSD baru tersedia untuk digunakan dalam beberapa menit sebelum melanjutkan operasi penurunan SSD.
## Pertimbangan untuk mengurangi kapasitas penyimpanan SSD
Berikut adalah beberapa hal penting yang perlu dipertimbangkan saat mengurangi kapasitas penyimpanan SSD sistem file dan IOPS yang disediakan:
+ **Meningkatkan kapasitas penyimpanan selama operasi yang berkurang** — Anda dapat meningkatkan kapasitas penyimpanan SSD dari sistem file Anda bahkan saat operasi yang berkurang sedang berlangsung. Fleksibilitas ini memungkinkan Anda untuk memastikan kinerja dan ketersediaan jika agregat Anda terisi selama operasi penurunan. Jika Anda meningkatkan kapasitas SSD ke ukuran yang lebih rendah dari kapasitas aslinya, Amazon FSx hanya menyesuaikan ukuran agregat (target) yang baru diminta. Namun, jika Anda meningkatkan kapasitas SSD ke ukuran yang lebih besar dari aslinya, Amazon FSx meningkatkan ukuran kedua agregat agar sesuai dengan nilai target baru. Misalnya, jika Anda mengurangi kapasitas penyimpanan dari 10.000 GiB menjadi 5.000 GiB, dan kemudian meminta peningkatan menjadi 7.000 GiB, hanya agregat target yang ditingkatkan menjadi 7.000 GiB, menghasilkan kapasitas penyimpanan SSD akhir 7.000 GiB untuk sistem file Anda. Tetapi jika Anda meminta peningkatan menjadi 12.000 GiB, kedua agregat ditingkatkan menjadi 12.000 GiB. Kami menyarankan perencanaan yang cermat untuk menghindari skenario di mana Anda harus meningkatkan kapasitas SSD ke ukuran yang sama dengan atau lebih besar dari kapasitas SSD asli.
+ ** FSx Menjeda penurunan SSD** — Amazon menghentikan operasi penurunan SSD jika Anda melebihi 80% pemanfaatan pada agregat baru dan secara otomatis melanjutkan operasi penurunan setelah pemanfaatan turun di bawah 80%.
+ **(Hanya sistem file Single-AZ generasi kedua) Penyebaran kapasitas penyimpanan** — Kapasitas penyimpanan baru atau IOPS SSD yang Anda pilih untuk sistem file Anda tersebar merata di setiap agregat sistem file Anda.
+ **Penambalan selama penurunan kapasitas penyimpanan** — Amazon FSx membatalkan pemindahan data untuk volume jika sistem file Anda ditambal selama operasi penurunan SSD. Akibatnya, Anda mungkin kehilangan kemajuan pada operasi penurunan SSD jika tambalan terjadi selama operasi. Amazon FSx secara otomatis memulai ulang `vol move` setelah operasi tambalan selesai.
+ **Mode IOPS yang disediakan** — Untuk perubahan IOPS yang disediakan, Anda harus menentukan salah satu dari dua mode IOPS:
+ Mode **otomatis** - Amazon FSx secara otomatis menskalakan IOPS SSD Anda untuk mempertahankan 3 IOPS SSD yang disediakan per GiB kapasitas penyimpanan SSD, hingga IOPS SSD maksimum untuk konfigurasi sistem file Anda. Saat mengurangi kapasitas SSD, IOPS SSD otomatis Anda akan turun secara proporsional.
**catatan**
Untuk informasi selengkapnya tentang jumlah maksimum IOPS SSD yang dapat Anda berikan untuk sistem file ONTAP, lihat. FSx [Dampak kapasitas throughput terhadap performa](performance.md#impact-throughput-cap-performance)
+ Mode **yang disediakan pengguna** - Anda harus memberikan nilai IOPS yang sama dengan atau lebih tinggi dari IOPS yang Anda sediakan saat ini. Saat mengurangi kapasitas SSD, Anda dapat mempertahankan IOPS SSD tambahan yang disediakan pengguna selama mereka tidak melebihi IOPS SSD maksimum yang didukung oleh agregat yang lebih kecil (50 IOPS per GB kapasitas SSD yang diminta). Jika IOPS yang Anda sediakan lebih tinggi dari maksimum yang didukung oleh agregat yang lebih kecil, kurangi IOPS sebelum mengurangi kapasitas SSD.
+ **Jenis volume yang tidak didukung** - Amazon FSx tidak mendukung penurunan kapasitas penyimpanan pada sistem file dengan SnapLock volume, volume offline FlexClones, atau volume perlindungan data (DP) yang tidak berisi snapshot apa pun.
+ **Operasi yang Tidak Didukung Selama Penyusutan** — Anda tidak dapat offline volume, memindahkan volume, membuat FlexClones, membuat SnapLock volume, atau memodifikasi pengaturan efisiensi penyimpanan volume selama operasi penurunan.
## Keterbatasan untuk mengurangi kapasitas penyimpanan SSD
Batasan berikut berlaku saat mengurangi kapasitas penyimpanan SSD dari sistem file Anda:
+ **(Hanya sistem file generasi kedua) Penurunan kapasitas penyimpanan** — Anda dapat mengurangi kapasitas penyimpanan hanya pada sistem file generasi kedua.
+ **Penurunan kapasitas penyimpanan minimum** - Setiap penurunan kapasitas penyimpanan SSD harus minimal 9 persen dari kapasitas penyimpanan SSD sistem file saat ini. Penurunan ini juga harus memastikan bahwa kapasitas SSD yang dihasilkan sistem file Anda tidak melebihi 80% pemanfaatan setelah operasi berkurang. Misalnya, jika sistem file Anda memiliki kapasitas penyimpanan 10.000 GiB dan 5.000 GiB penyimpanan yang digunakan, Anda dapat mengurangi kapasitas penyimpanan hingga 6.251 GiB sehingga pemanfaatan SSD Anda tetap di bawah 80%. Anda dapat mengurangi kapasitas penyimpanan SSD hingga ukuran minimum yang didukung 1.024 GiB per pasangan HA.
+ Untuk mengurangi kapasitas penyimpanan SSD pada sistem file yang berisi satu atau lebih volume dengan lebih dari 50 TiB data di tingkat SSD, Anda harus menyediakan setidaknya 1.536 kapasitas throughput per MB/s pasangan HA. Jika ada volume yang berisi lebih dari 100 TiB data di tingkat SSD, Anda harus menyediakan setidaknya 3.072 kapasitas throughput per MB/s pasangan HA. Untuk volume dengan lebih dari 200 TiB data di tingkat SSD, Anda harus menyediakan 6.144 kapasitas throughput per MB/s pasangan HA.
+ **Waktu antara pembaruan** — Setelah memodifikasi kapasitas penyimpanan SSD, IOPS yang disediakan, atau kapasitas throughput pada sistem file, Anda harus menunggu setidaknya enam jam sebelum memodifikasi konfigurasi ini pada sistem file yang sama lagi. Ini terkadang disebut sebagai periode pendinginan.
+ Anda dapat meningkatkan tetapi tidak mengurangi kapasitas throughput untuk sistem file Anda
+ Anda tidak dapat menambahkan pasangan HA ke sistem file Anda
+ Anda tidak dapat mengembalikan volume ke status sebelumnya (menggunakan`volume snapshot restore`) saat data dalam volume tersebut dipindahkan ke agregat baru. Namun, Anda dapat menjalankan `volume snapshot restore` volume lain yang tidak dipindahkan saat ini.
# Membuat alarm pemanfaatan kapasitas penyimpanan untuk sistem file Anda
Kami menyarankan agar Anda tidak melebihi pemanfaatan kapasitas penyimpanan SSD rata-rata 80% secara berkelanjutan. Lonjakan pemanfaatan penyimpanan SSD sesekali di atas 80% dapat diterima. Mempertahankan penggunaan rata-rata di bawah 80% memberi Anda kapasitas yang cukup untuk meningkatkan penyimpanan Anda tanpa mengalami masalah. Prosedur berikut menunjukkan cara membuat CloudWatch alarm yang memberi tahu Anda kapan penggunaan penyimpanan SSD sistem file Anda mendekati 80%.
**Untuk membuat alarm pemanfaatan kapasitas penyimpanan sistem file**
Anda dapat menggunakan `StorageCapacityUtilization` metrik untuk membuat alarm yang dipicu ketika satu atau lebih sistem file ONTAP Anda FSx telah mencapai ambang batas pemanfaatan penyimpanan.
1. Buka CloudWatch konsol di [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Di panel navigasi kiri, di bawah **Alarm, pilih **Semua** alarm**. Kemudian, pilih **Buat alarm**. Dalam wizard buat alarm, pilih **Pilih metrik**.
1. Di **penjelajah grafik**, pilih tab **Kueri multi sumber**.
1. Di **pembuat kueri**, pilih yang berikut ini:
+ Untuk **Namespace**, pilih **AWS/FSx**> Metrik **Sistem File Terperinci**.
+ Untuk **nama Metrik**, pilih **MAX (StorageCapacityUtilization)**.
+ Untuk **Filter by**, Anda dapat secara opsional menyertakan atau mengecualikan sistem file tertentu dengan ID mereka. Jika Anda membiarkan **Filter** kosong, alarm Anda akan terpicu ketika salah satu sistem file Anda melebihi ambang batas pemanfaatan kapasitas penyimpanan alarm Anda.
+ Biarkan sisa opsi kosong, dan pilih **Kueri grafik**.
1. Pilih **Pilih Metrik**. Kembali ke wizard, di bagian **Metrik**, berikan **label** pada metrik Anda. Kami merekomendasikan untuk menjaga **Periode** hingga 5 menit.
1. Di bawah **Kondisi**, pilih **jenis ambang Statis**, setiap kali metrik Anda lebih **besar/sama dengan 80**.
1. Pilih **Berikutnya** untuk pergi ke halaman **Configure actions**.
**Untuk mengkonfigurasi tindakan alarm**
Anda dapat mengonfigurasi berbagai tindakan agar alarm dapat dipicu saat mencapai ambang batas yang Anda konfigurasikan. *Dalam contoh ini, kami memilih topik Simple Notification Service (SNS), tetapi Anda dapat mempelajari tentang tindakan lain di Menggunakan [ CloudWatch alarm Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) di Panduan Pengguna Amazon. CloudWatch *
1. Di bagian **Pemberitahuan**, pilih topik SNS untuk memberi tahu saat alarm Anda dalam status. `ALARM` Anda dapat memilih topik yang ada atau membuat yang baru. Anda akan menerima pemberitahuan berlangganan yang perlu Anda konfirmasi sebelum menerima pemberitahuan alarm ke alamat email.
1. Pilih **Berikutnya**.
**Untuk menyelesaikan alarm**
Ikuti petunjuk ini untuk menyelesaikan proses pembuatan CloudWatch alarm Anda.
1. Pada halaman **Tambahkan nama dan deskripsi**, beri nama alarm Anda, dan deskripsi opsional, lalu pilih **Berikutnya**.
1. Tinjau semua yang telah Anda konfigurasi di halaman **Pratinjau dan buat**, lalu pilih **Buat alarm**.
# Memperbarui kapasitas penyimpanan dan IOPS yang disediakan
Anda dapat menambah atau mengurangi penyimpanan berbasis SSD sistem file dan jumlah IOPS SSD yang disediakan dengan menggunakan FSx konsol Amazon, API, dan API. AWS CLI
## Untuk meningkatkan kapasitas penyimpanan SSD atau IOPS yang disediakan untuk sistem file (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Di panel navigasi kiri, pilih **Sistem file**. Dalam daftar **Sistem file**, pilih sistem file ONTAP FSx untuk yang ingin Anda perbarui kapasitas penyimpanan SSD dan IOPS SSD.
1. Pilih **Tindakan** > **Perbarui kapasitas penyimpanan**. Atau, di bagian **Ringkasan**, pilih **Perbarui** di sebelah nilai **kapasitas penyimpanan SSD** sistem file.
1. Untuk meningkatkan kapasitas penyimpanan SSD, pilih **Ubah kapasitas penyimpanan**.
1. Untuk **jenis Input**, pilih salah satu dari berikut ini:
+ Untuk memasukkan kapasitas penyimpanan SSD baru sebagai persentase perubahan dari nilai saat ini, pilih **Persentase**.
+ **Untuk memasukkan nilai baru di GiB, pilih Absolute.**
1. Tergantung pada jenis input, masukkan nilai untuk **kenaikan% yang diinginkan**.
+ Untuk **Persentase**, masukkan nilai kenaikan persentase. Nilai ini harus setidaknya 10 persen lebih besar dari nilai saat ini.
+ Untuk **Absolute**, masukkan nilai baru di GiB, hingga nilai maksimum yang diizinkan 196.608 GiB.
1. Untuk **Provisioned SSD IOPS**, Anda memiliki dua opsi untuk mengubah jumlah IOPS SSD yang disediakan untuk sistem file Anda:
+ **Jika Anda FSx ingin Amazon secara otomatis menskalakan IOPS SSD Anda untuk mempertahankan 3 IOPS SSD yang disediakan per GiB kapasitas penyimpanan SSD (hingga maksimum 160.000), pilih Otomatis.**
+ Jika Anda ingin menentukan jumlah IOPS SSD, pilih **User-provisioned**. Masukkan jumlah absolut IOPS yang setidaknya tiga kali jumlah GiB dari tingkat penyimpanan SSD Anda, dan kurang dari atau sama dengan 160.000.
**catatan**
Untuk informasi selengkapnya tentang jumlah maksimum IOPS SSD yang dapat Anda berikan untuk sistem file ONTAP, lihat. FSx [Dampak kapasitas throughput terhadap performa](performance.md#impact-throughput-cap-performance)
1. Pilih **Perbarui**.
**catatan**
Di bagian bawah prompt, pratinjau konfigurasi ditampilkan untuk kapasitas penyimpanan SSD baru Anda dan IOPS SSD. Untuk sistem file generasi kedua, per-HA-pair nilainya juga ditampilkan.
## Untuk meningkatkan kapasitas penyimpanan SSD dan menyediakan IOPS untuk sistem file (CLI)
Untuk meningkatkan kapasitas penyimpanan SSD dan IOPS yang disediakan untuk sistem file ONTAP, gunakan AWS CLI perintah [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)atau tindakan API yang setara. FSx [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html) Tetapkan parameter berikut dengan nilai Anda:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Untuk meningkatkan kapasitas penyimpanan SSD Anda, atur `--storage-capacity` ke nilai kapasitas penyimpanan target, yang harus setidaknya 10 persen lebih besar dari nilai saat ini.
+ Untuk memodifikasi IOPS SSD yang disediakan, gunakan properti. `--ontap-configuration DiskIopsConfiguration` Properti ini memiliki dua parameter, `Iops` dan`Mode`:
+ Jika Anda ingin menentukan jumlah IOPS yang disediakan, gunakan `Iops=number_of_IOPS` (hingga maksimum 160.000) dan. `Mode=USER_PROVISIONED` Nilai IOPS harus lebih besar dari atau sama dengan tiga kali kapasitas penyimpanan SSD yang diminta. Jika Anda tidak meningkatkan kapasitas penyimpanan, IOPs nilainya harus lebih besar dari atau sama dengan tiga kali kapasitas penyimpanan SSD saat ini.
+ Jika Anda FSx ingin Amazon meningkatkan IOPS SSD Anda secara otomatis, gunakan `Mode=AUTOMATIC` dan jangan gunakan `Iops` parameternya. Amazon FSx akan secara otomatis mempertahankan 3 SSD IOPS per GiB dari kapasitas penyimpanan SSD yang disediakan (hingga maksimum 160.000).
**catatan**
Untuk informasi selengkapnya tentang jumlah maksimum IOPS SSD yang dapat Anda berikan untuk sistem file ONTAP, lihat. FSx [Dampak kapasitas throughput terhadap performa](performance.md#impact-throughput-cap-performance)
Contoh berikut meningkatkan penyimpanan SSD sistem file menjadi 2000 GiB dan menetapkan jumlah IOPS SSD yang disediakan pengguna menjadi 7000.
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--storage-capacity 2000 \
--ontap-configuration 'DiskIopsConfiguration={Iops=7000,Mode=USER_PROVISIONED}'
```
Untuk memantau kemajuan pembaruan, gunakan [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI perintah. Cari `AdministrativeActions` bagian dalam output.
Untuk informasi selengkapnya, lihat [AdministrativeAction](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)di *Amazon FSx untuk Referensi API NetApp ONTAP*.
## Untuk mengurangi kapasitas penyimpanan SSD untuk sistem file (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Di panel navigasi kiri, pilih **Sistem file**. Dalam daftar **Sistem file**, pilih sistem file ONTAP FSx untuk yang ingin Anda perbarui kapasitas penyimpanan SSD dan IOPS SSD.
1. Pilih **Tindakan** > **Perbarui sistem file** > **Perbarui kapasitas penyimpanan SSD/IOPS**. Atau, di bagian **Ringkasan**, pilih **Perbarui** di sebelah nilai **kapasitas penyimpanan SSD** sistem file.
1. Untuk mengurangi kapasitas penyimpanan SSD, untuk **tipe Action**, pilih **Kurangi**.
1. Untuk **jenis Input**, pilih salah satu dari berikut ini:
+ Untuk memasukkan kapasitas penyimpanan SSD baru sebagai persentase perubahan dari nilai saat ini, pilih **Persentase**.
+ **Untuk memasukkan nilai baru di GiB, pilih Absolute.**
1. Tergantung pada jenis input, lakukan salah satu hal berikut.
+ Untuk **Persentase**, masukkan nilai **penurunan% yang diinginkan**. Nilai ini harus setidaknya 9 persen lebih rendah dari nilai saat ini.
+ Untuk **Absolute**, masukkan nilai **kapasitas penyimpanan yang diinginkan** di GiB.
1. Pilih **Perbarui**.
**catatan**
Di bagian bawah prompt, pratinjau konfigurasi ditampilkan untuk kapasitas penyimpanan SSD baru Anda dan IOPS SSD. Untuk sistem file generasi kedua, per-HA-pair nilainya juga ditampilkan.
## Untuk mengurangi kapasitas penyimpanan SSD dan menyediakan IOPS untuk sistem file (CLI)
Untuk mengurangi kapasitas penyimpanan SSD dan IOPS yang disediakan untuk sistem file ONTAP, gunakan AWS CLI perintah [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)atau tindakan API yang setara. FSx [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html) Tetapkan parameter berikut dengan nilai Anda:
1. Untuk mengurangi kapasitas SSD, gunakan perintah berikut:
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--storage-capacity 4096
```
Jika Anda menggunakan mode IOPS yang disediakan pengguna dan ingin mempertahankan level IOPS Anda saat ini, sertakan parameternya: `DiskIopsConfiguration`
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--storage-capacity 4096 \
--ontap-configuration 'DiskIopsConfiguration={Iops=15000,Mode=USER_PROVISIONED}'
```
1. Untuk memantau kemajuan operasi penurunan, gunakan **describe-file-systems** perintah:
```
aws fsx describe-file-systems --file-system-id fs-0123456789abcdef0
```
Perintah mengembalikan informasi tentang operasi penurunan di `AdministrativeActions` bagian tersebut. Contoh:
```
{
"FileSystem": {
"StorageCapacity": 4096,
"StorageType": "SSD",
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"Message": "Moving data for [vol1 vol2]. 2 volume(s) remaining. https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/troubleshooting.html",
"ProgressPercent": 4,
"RequestTime": 1748981251.591,
"Status": "IN_PROGRESS",
"TargetFileSystemValues": {
"StorageCapacity": 4096
}
}
]
}
}
```
Untuk memantau kemajuan pembaruan, gunakan [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI perintah. Cari `AdministrativeActions` bagian dalam output.
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html)di Amazon FSx untuk Referensi API NetApp ONTAP.
# Memperbarui kapasitas penyimpanan secara dinamis
Anda dapat menggunakan solusi berikut untuk secara dinamis meningkatkan kapasitas penyimpanan SSD dari sistem file FSx untuk ONTAP ketika jumlah kapasitas penyimpanan SSD yang digunakan melebihi ambang batas yang Anda tentukan. AWS CloudFormation Template ini secara otomatis menyebarkan semua komponen yang diperlukan untuk menentukan ambang kapasitas penyimpanan, CloudWatch alarm Amazon berdasarkan ambang batas ini, dan AWS Lambda fungsi yang meningkatkan kapasitas penyimpanan sistem file.
Solusinya secara otomatis menyebarkan semua komponen yang dibutuhkan, dan menggunakan parameter berikut:
+ ID sistem file FSx untuk ONTAP Anda.
+ Ambang kapasitas penyimpanan SSD yang digunakan (nilai numerik). Ini adalah persentase di mana CloudWatch alarm akan dipicu.
+ Persentase yang digunakan untuk meningkatkan kapasitas penyimpanan (%).
+ Alamat email yang digunakan untuk menerima pemberitahuan penskalaan.
**Topics**
+ [Gambaran umum arsitektur](#storage-inc-architecture)
+ [CloudFormation Template](#storage-capacity-CFN-template)
+ [Penerapan otomatis dengan CloudFormation](#fsx-dynamic-storage-increase-deployment)
## Gambaran umum arsitektur
Men-deploy solusi ini untuk membangun sumber daya berikut di AWS Cloud.
![\[Diagram arsitektur solusi untuk secara otomatis meningkatkan kapasitas penyimpanan sistem file FSx untuk ONTAP.\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/dynamic-storage-scaling-architecture.png)
Diagram ini menggambarkan langkah-langkah berikut:
1. CloudFormation Template menyebarkan CloudWatch alarm, AWS Lambda fungsi, antrean Amazon Simple Notification Service (Amazon SNS), dan semua peran yang diperlukan (IAM). AWS Identity and Access Management Peran IAM memberikan izin fungsi Lambda untuk menjalankan operasi FSx Amazon API.
1. CloudWatch memicu alarm ketika kapasitas penyimpanan yang digunakan sistem file melebihi ambang batas yang ditentukan, dan mengirim pesan ke antrian Amazon SNS. Alarm dipicu hanya ketika kapasitas yang digunakan sistem file melebihi ambang batas terus menerus selama periode 5 menit.
1. Solusi tersebut kemudian memicu fungsi Lambda yang terdaftar ke topik Amazon SNS ini.
1. Fungsi Lambda menghitung kapasitas penyimpanan sistem file yang baru berdasarkan nilai peningkatan persen yang ditentukan dan mengatur kapasitas penyimpanan sistem file yang baru.
1. Status CloudWatch alarm asli dan hasil operasi fungsi Lambda dikirim ke antrian Amazon SNS.
Untuk menerima pemberitahuan tentang tindakan yang dilakukan sebagai respons terhadap CloudWatch alarm, Anda harus mengonfirmasi langganan topik Amazon SNS dengan mengikuti tautan yang disediakan di **email Konfirmasi Langganan**.
## CloudFormation Template
Solusi ini digunakan CloudFormation untuk mengotomatiskan penyebaran komponen yang digunakan untuk secara otomatis meningkatkan kapasitas penyimpanan sistem file FSx untuk ONTAP. Untuk menggunakan solusi ini, unduh [FSxOntapDynamicStorageScaling](https://solution-references.s3.amazonaws.com/fsx/DynamicScaling/FSxOntapDynamicStorageScaling.yaml) CloudFormation template.
Template tersebut menggunakan **Parameter** yang dideskripsikan sebagai berikut. Tinjau parameter templat dan nilai-nilai default-nya, dan modifikasi templat-templat tersebut untuk kebutuhan sistem file Anda.
**FileSystemId**
Tidak ada nilai default. ID sistem file yang kapasitas penyimpanannya ingin Anda tingkatkan secara otomatis.
**LowFreeDataStorageCapacityThreshold**
Tidak ada nilai default. Menentukan ambang kapasitas penyimpanan yang digunakan untuk memicu alarm dan secara otomatis meningkatkan kapasitas penyimpanan sistem file, yang ditentukan dalam persentase (%) dari kapasitas penyimpanan sistem file saat ini. Sistem file dianggap memiliki kapasitas penyimpanan gratis yang rendah ketika penyimpanan yang digunakan melebihi ambang batas ini.
**EmailAddress**
Tidak ada nilai default. Menentukan alamat email yang akan digunakan untuk langganan SNS dan menerima peringatan ambang kapasitas penyimpanan.
**PercentIncrease**
Default adalah **20%**. Tentukan jumlah yang digunakan untuk meningkatkan kapasitas penyimpanan, yang dinyatakan sebagai persentase dari kapasitas penyimpanan saat ini.
Penskalaan penyimpanan dicoba sekali setiap kali CloudWatch alarm memasuki status. `ALARM` Jika pemanfaatan kapasitas penyimpanan SSD Anda tetap di atas ambang batas setelah operasi penskalaan penyimpanan dicoba, operasi penskalaan penyimpanan tidak dicoba lagi.
**Maks FSx SizeinGi B**
Defaultnya adalah **196608**. Menentukan kapasitas penyimpanan maksimum yang didukung untuk penyimpanan SSD.
## Penerapan otomatis dengan CloudFormation
Prosedur berikut mengkonfigurasi dan menyebarkan CloudFormation tumpukan untuk secara otomatis meningkatkan kapasitas penyimpanan FSx untuk sistem file ONTAP. Dibutuhkan beberapa menit untuk menyebarkan. Untuk informasi selengkapnya tentang membuat CloudFormation tumpukan, lihat [Membuat tumpukan di AWS CloudFormation konsol](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-create-stack.html) di *Panduan AWS CloudFormation Pengguna*.
**catatan**
Menerapkan solusi ini menimbulkan penagihan untuk layanan terkait. AWS Untuk informasi lebih lanjut, lihat halaman detail harga untuk layanan tersebut.
Sebelum memulai, Anda harus memiliki ID sistem FSx file Amazon yang berjalan di Amazon Virtual Private Cloud (Amazon VPC) di situs Anda. Akun AWS Untuk informasi selengkapnya tentang membuat FSx sumber daya Amazon, lihat[Memulai dengan Amazon FSx untuk NetApp ONTAP](getting-started.md).
**Untuk meluncurkan kapasitas penyimpanan otomatis yang meningkatkan tumpukan solusi**
1. Unduh templat [FSxOntapDynamicStorageScaling](https://solution-references.s3.amazonaws.com/fsx/DynamicScaling/FSxOntapDynamicStorageScaling.yaml) CloudFormation .
**catatan**
Amazon saat FSx ini hanya tersedia di AWS Wilayah tertentu. Anda harus meluncurkan solusi ini di AWS Wilayah tempat Amazon FSx tersedia. Untuk informasi selengkapnya, lihat [ FSx titik akhir dan kuota Amazon](https://docs.aws.amazon.com/general/latest/gr/fsxn.html) di. *Referensi Umum AWS*
1. Dari CloudFormation konsol, pilih **Buat tumpukan> Dengan sumber daya baru**.
1. Pilih **Template sudah siap**. Di bagian **Tentukan templat**, pilih **Unggah file templat** dan unggah templat yang Anda unduh.
1. Dalam **Spesifikasikan detail tumpukan**, masukkan nilai untuk solusi peningkatan kapasitas penyimpanan otomatis Anda.
![\[Nilai yang dimasukkan untuk halaman Tentukan detail tumpukan untuk CloudFormation templat\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/dynamic-storage-capacity-increase-cfn-stack.png)
1. Masukkan **Nama tumpukan**.
1. Untuk **Parameter**, tinjau parameter untuk templat dan modifikasi untuk memenuhi kebutuhan sistem file Anda. Lalu pilih **Selanjutnya**.
**catatan**
Untuk menerima pemberitahuan email saat penskalaan dicoba oleh CloudFormation templat ini, konfirmasikan email langganan SNS yang Anda terima setelah menerapkan templat.
1. Masukkan pengaturan **Opsi** yang Anda inginkan untuk solusi kustom Anda, lalu pilih **Berikutnya**.
1. Untuk **Meninjau**, tinjau dan konfirmasikan pengaturan solusi. Pilih kotak centang untuk mengakui bahwa templat membuat sumber daya IAM.
1. Pilih **Buat** untuk men-deploy tumpukan.
Anda dapat melihat status tumpukan di CloudFormation konsol di kolom **Status**. Anda akan melihat status **CREATE\$1COMPLETE** dalam beberapa menit.
### Memperbarui tumpukan
Setelah tumpukan dibuat, Anda dapat memperbaruinya dengan menggunakan templat yang sama dan berikan nilai baru untuk parameternya. Untuk informasi selengkapnya, lihat [Memperbarui tumpukan secara langsung](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-updating-stacks-direct.html) di *Panduan Pengguna AWS CloudFormation *.
# Memantau pemanfaatan penyimpanan SSD
Anda dapat memantau pemanfaatan kapasitas penyimpanan SSD sistem file Anda menggunakan berbagai AWS NetApp alat. Menggunakan Amazon, CloudWatch Anda dapat memantau pemanfaatan kapasitas penyimpanan dan menyetel alarm untuk mengingatkan Anda ketika pemanfaatan kapasitas penyimpanan mencapai ambang batas yang dapat disesuaikan.
**catatan**
Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan kapasitas penyimpanan dari tingkat penyimpanan SSD Anda. 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](storage-capacity-and-IOPS.md#increase-primary-storage).
Anda dapat melihat penyimpanan SSD sistem file yang tersedia dan distribusi penyimpanan keseluruhan di FSx konsol Amazon. Grafik **kapasitas penyimpanan primer yang tersedia** menampilkan jumlah kapasitas penyimpanan berbasis SSD yang tersedia pada sistem file dari waktu ke waktu. Grafik **distribusi Storage** menunjukkan bagaimana kapasitas penyimpanan keseluruhan sistem file saat ini didistribusikan lebih dari 3 kategori:
+ Tingkat kolam kapasitas
+ SSD tier - tersedia
+ SSD tier - digunakan
Anda dapat memantau pemanfaatan kapasitas penyimpanan SSD sistem file Anda di Konsol Manajemen AWS, menggunakan prosedur berikut.
**Untuk memantau sistem file tersedia kapasitas penyimpanan SSD tier (konsol)**
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Pilih **Sistem file** di kolom navigasi sebelah kiri, lalu pilih sistem ONTAP file yang ingin Anda lihat informasi kapasitas penyimpanan. Halaman detail sistem file muncul.
1. Di panel kedua, pilih tab **Monitoring & performance**, lalu pilih **Storage**. **Kapasitas penyimpanan utama yang tersedia** dan **pemanfaatan kapasitas Penyimpanan per grafik agregat** ditampilkan.
# Memantau penghematan efisiensi penyimpanan
Saat diaktifkan, Anda dapat melihat berapa banyak kapasitas penyimpanan yang Anda hemat di FSx konsol Amazon, CloudWatch konsol Amazon, dan CLI ONTAP.
**Untuk melihat penghematan efisiensi penyimpanan (konsol)**
Penghematan efisiensi penyimpanan yang ditampilkan di FSx konsol Amazon untuk sistem file FSx untuk ONTAP mencakup penghematan dari FlexClones dan SnapShots.
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Pilih sistem file ONTAP FSx untuk yang ingin Anda lihat hemat efisiensi penyimpanan dari daftar **Sistem file**.
1. Pilih **Ringkasan** di tab **Pemantauan & kinerja** pada panel kedua di halaman detail sistem file.
1. Bagan **penghematan efisiensi penyimpanan** menunjukkan berapa banyak ruang yang Anda hemat sebagai persentase dari ukuran data logis Anda dan dalam byte fisik.
**Untuk melihat penghematan efisiensi penyimpanan (ONTAPCLI)**
Anda dapat melihat penghematan efisiensi penyimpanan hanya dari pemadatan, kompresi, dan deduplikasi — tanpa efek snapshot dan FlexClones — dengan menjalankan perintah `storage aggregate show-efficiency` menggunakan CLI. ONTAP Untuk informasi selengkapnya, lihat [efisiensi pertunjukan agregat penyimpanan](https://docs.netapp.com/us-en/ontap-cli-9131/storage-aggregate-show-efficiency.html) di Pusat Dokumentasi. NetApp ONTAP
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. **storage aggregate show-efficiency**Perintah menampilkan informasi tentang efisiensi penyimpanan semua agregat. Efisiensi penyimpanan ditampilkan pada empat tingkatan yang berbeda:
+ Total
+ Agregat
+ Volume
+ Snapshot dan volume FlexClone
```
::*> aggr show-efficiency
Aggregate: aggr1
Node: node1
Total Data Reduction Efficiency Ratio: 3.29:1
Total Storage Efficiency Ratio: 4.29:1
Aggregate: aggr2
Node: node1
Total Data Reduction Efficiency Ratio: 4.50:1
Total Storage Efficiency Ratio: 5.49:1
cluster::*> aggr show-efficiency -details
Aggregate: aggr1
Node: node1
Total Data Reduction Ratio: 2.39:1
Total Storage Efficiency Ratio: 4.29:1
Aggregate level Storage Efficiency
(Aggregate Deduplication and Data Compaction): 1.00:1
Volume Deduplication Efficiency: 5.03:1
Compression Efficiency: 1.00:1
Snapshot Volume Storage Efficiency: 8.81:1
FlexClone Volume Storage Efficiency: 1.00:1
Number of Efficiency Disabled Volumes: 1
Aggregate: aggr2
Node: node1
Total Data Reduction Ratio: 2.39:1
Total Storage Efficiency Ratio: 4.29:1
Aggregate level Storage Efficiency
(Aggregate Deduplication and Data Compaction): 1.00:1
Volume Deduplication Efficiency: 5.03:1
Compression Efficiency: 1.00:1
Snapshot Volume Storage Efficiency: 8.81:1
FlexClone Volume Storage Efficiency: 1.00:1
Number of Efficiency Disabled Volumes: 1
```
# Memantau kapasitas penyimpanan dan pembaruan IOPS
Anda dapat memantau kemajuan kapasitas penyimpanan SSD dan pembaruan IOPS dengan menggunakan FSx konsol Amazon, CLI, dan API.
## Untuk memantau penyimpanan dan pembaruan IOPS (konsol)
Di tab **Pembaruan** pada halaman **detail sistem file** untuk sistem file ONTAP Anda, Anda dapat melihat 10 pembaruan terbaru untuk setiap jenis pembaruan. FSx
![\[Daftar pembaruan terbaru untuk sistem file seperti yang muncul di Konsol.\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fs-updates-panel.png)
Untuk kapasitas penyimpanan SSD dan pembaruan IOPS, Anda dapat melihat informasi berikut:
****Jenis pembaruan****
Jenis yang didukung adalah **Kapasitas penyimpanan**, **Mode**, dan **IOPS**. Nilai **Mode** dan **IOPS** terdaftar untuk semua kapasitas penyimpanan dan permintaan penskalaan IOPS.
****Nilai target****
Nilai yang Anda tentukan untuk memperbarui kapasitas penyimpanan SSD sistem file atau IOPS ke.
****Status****
Status terkini dari pembaruan. Kemungkinan nilainya adalah sebagai berikut:
+ **Tertunda** - Amazon FSx menerima permintaan pembaruan, tetapi belum mulai memprosesnya.
+ **Sedang berlangsung** - Amazon FSx sedang memproses permintaan pembaruan.
+ **Diperbarui; Mengoptimalkan** - Amazon FSx meningkatkan kapasitas penyimpanan SSD sistem file. Proses optimasi penyimpanan sekarang menyeimbangkan kembali data Anda di latar belakang.
+ **Selesai** - Pembaruan selesai dengan sukses.
+ **Gagal** — Permintaan pembaruan gagal. Pilih tanda tanya (**?** ) untuk melihat detailnya.
****Kemajuan%****
Menampilkan kemajuan proses pengoptimalan penyimpanan saat persentase selesai.
****Waktu permintaan****
Waktu Amazon FSx menerima permintaan tindakan pembaruan.
## Untuk memantau penyimpanan dan pembaruan IOPS (CLI)
Anda dapat melihat dan memantau sistem file kapasitas penyimpanan SSD meningkatkan dan mengurangi permintaan dengan menggunakan [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI perintah dan operasi [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)API. Array `AdministrativeActions` mencantumkan 10 tindakan pembaruan terbaru untuk setiap jenis tindakan administratif. Saat Anda meningkatkan kapasitas penyimpanan SSD sistem file, dua `AdministrativeActions` tindakan dihasilkan: a `FILE_SYSTEM_UPDATE` dan `STORAGE_OPTIMIZATION` tindakan. Saat Anda mengurangi kapasitas penyimpanan SSD sistem file, hanya satu `AdministrativeActions` tindakan yang dihasilkan: `FILE_SYSTEM_UPDATE` tindakan.
Contoh berikut menunjukkan kutipan respons perintah CLI `describe-file-systems`. Sistem file memiliki tindakan administratif yang tertunda untuk meningkatkan kapasitas penyimpanan SSD menjadi 2000 GiB dan IOPS SSD yang disediakan menjadi 7000.
```
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1586797629.095,
"Status": "PENDING",
"TargetFileSystemValues": {
"StorageCapacity": 2000,
"OntapConfiguration": {
"DiskIopsConfiguration": {
"Mode": "USER_PROVISIONED",
"Iops": 7000
}
}
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"RequestTime": 1586797629.095,
"Status": "PENDING"
}
]
```
Amazon FSx memproses `FILE_SYSTEM_UPDATE` tindakan terlebih dahulu, menambahkan disk penyimpanan baru yang lebih besar ke sistem file. Ketika penyimpanan baru tersedia untuk sistem file, status `FILE_SYSTEM_UPDATE` berubah menjadi `UPDATED_OPTIMIZING`. Kapasitas penyimpanan menunjukkan nilai baru yang lebih besar, dan Amazon FSx mulai memproses tindakan `STORAGE_OPTIMIZATION` administratif. Perilaku ini ditunjukkan dalam kutipan berikut dari respons perintah CLI`describe-file-systems`.
`ProgressPercent`Properti menampilkan kemajuan proses optimasi penyimpanan. Setelah proses pengoptimalan penyimpanan berhasil diselesaikan, status `FILE_SYSTEM_UPDATE` tindakan berubah menjadi`COMPLETED`, dan `STORAGE_OPTIMIZATION` tindakan tidak lagi muncul.
```
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1586799169.445,
"Status": "UPDATED_OPTIMIZING",
"TargetFileSystemValues": {
"StorageCapacity": 2000,
"OntapConfiguration": {
"DiskIopsConfiguration": {
"Mode": "USER_PROVISIONED",
"Iops": 7000
}
}
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"ProgressPercent": 41,
"RequestTime": 1586799169.445,
"Status": "IN_PROGRESS"
}
]
```
Saat mengurangi kapasitas SSD, `FILE_SYSTEM_UPDATE` tindakan tersebut mencakup `Message` properti yang memberikan informasi tentang volume mana yang saat ini dipindahkan dan berapa volume yang tersisa. Contoh:
```
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"Message": "Moving data for [vol1 vol2]. 2 volume(s) remaining. https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/troubleshooting.html",
"ProgressPercent": 8,
"RequestTime": 1748981251.591,
"Status": "IN_PROGRESS",
"TargetFileSystemValues": {
"StorageCapacity": 4096,
"OntapConfiguration": {
"DiskIopsConfiguration": {
"Mode": "AUTOMATIC",
"Iops": 12288
}
}
}
}
]
```
Jika operasi penurunan SSD dihentikan sementara karena agregat target telah melebihi 80% pemanfaatan, status akan berubah menjadi dengan pesan yang sesuai`PAUSED`:
```
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"Message": "Your file system has insufficient free space in its SSD tier. Please free up space or increase your file system's storage capacity.",
"ProgressPercent": 8,
"RequestTime": 1748981251.591,
"Status": "PAUSED",
"TargetFileSystemValues": {
"StorageCapacity": 4096,
"OntapConfiguration": {
"DiskIopsConfiguration": {
"Mode": "AUTOMATIC",
"Iops": 12288
}
}
}
}
]
```
Jika kapasitas penyimpanan atau permintaan pembaruan IOPS gagal, status `FILE_SYSTEM_UPDATE` tindakan berubah menjadi`FAILED`, seperti yang ditunjukkan pada contoh berikut. `FailureDetails`Properti memberikan informasi tentang kegagalan.
```
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1586373915.697,
"Status": "FAILED",
"TargetFileSystemValues": {
"StorageCapacity": 2000,
"OntapConfiguration": {
"DiskIopsConfiguration": {
"Mode": "USER_PROVISIONED",
"Iops": 7000
}
}
},
"FailureDetails": {
"Message": "failure-message"
}
}
]
```
# Kapasitas penyimpanan volume
FSx 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](#data-tiering-policy), penyimpanan kolam kapasitas. Anda mengatur ukuran volume saat Anda membuatnya, dan Anda dapat mengubah ukurannya nanti. Anda dapat memantau dan mengelola kapasitas penyimpanan FSx untuk volume ONTAP Anda menggunakan Konsol Manajemen AWS, AWS CLI dan API, dan CLI ONTAP.
**Topics**
+ [Tingkat data volume](#volume-data-tiering)
+ [Snapshot dan kapasitas penyimpanan volume](#managing-snapshots)
+ [Kapasitas file volume](#managing-volume-file-capacity)
+ [Mengelola efisiensi penyimpanan](manage-vol-SE.md)
+ [Mengaktifkan autosizing](enable-volume-autosizing.md)
+ [Mengaktifkan mode tulis cloud](cloud-write-mode.md)
+ [Memperbarui kapasitas penyimpanan](manage-volume-capacity.md)
+ [Memperbarui kebijakan tiering](modify-volume-tiering-policy.md)
+ [Memperbarui hari pendinginan minimum](set-cooling-days.md)
+ [Memperbarui kebijakan pengambilan cloud volume](set-cloud-retrieval.md)
+ [Memperbarui jumlah maksimum file pada volume](increase-volume-max-files.md)
+ [Memantau kapasitas penyimpanan volume](monitor-volume-storage-console.md)
+ [Memantau kapasitas file volume](view-volume-file-capacity.md)
## Tingkat data volume
Amazon FSx untuk sistem file NetApp ONTAP memiliki dua tingkatan penyimpanan: penyimpanan utama 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.
**catatan**
FSx untuk ONTAP mendukung tiering data ke kumpulan kapasitas pada semua SnapLock volume, apa pun jenisnya. SnapLock Untuk informasi selengkapnya, lihat [Cara kerja SnapLock](how-snaplock-works.md).
### Kebijakan tingkatan volume
Anda menentukan cara menggunakan tingkatan penyimpanan sistem file ONTAP 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, API AWS CLI, atau menggunakan [alat NetApp manajemen](managing-resources-ontap-apps.md). 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](managing-storage-capacity.md#how-ssd-is-used).
+ **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 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. Jika kebijakan **Semua** diterapkan pada volume yang sudah berisi data, data yang ada berjenjang dari SSD ke kumpulan kapasitas. 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 menyetel volume ke kebijakan ini setelah menggunakan kebijakan lain, data yang ada (termasuk snapshot) dalam volume penyimpanan kumpulan kapasitas dipindahkan ke penyimpanan SSD melalui proses latar belakang. Migrasi data ini hanya terjadi ketika pemanfaatan SSD Anda di bawah 90% dan kebijakan pengambilan cloud disetel ke `promote` atau. `on-read` Proses latar belakang ini dapat dipercepat dengan sengaja membaca data. Untuk informasi selengkapnya, lihat [Kebijakan pengambilan cloud](#cloud-retrieval-policies).
Untuk informasi selengkapnya tentang menyetel atau memodifikasi kebijakan tingkatan volume, lihat. [Memperbarui kebijakan tiering](modify-volume-tiering-policy.md)
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. ONTAPmenjalankan deduplikasi pasca-proses pada data yang disimpan di tingkat penyimpanan SSD 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 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 CLI dan jalankan perintah berikut:
```
::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true
```
ONTAPmenjalankan kompresi pasca-proses untuk data yang disimpan pada penyimpanan SSD 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 perintah ONTAP CLI berikut:
```
::> 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](https://docs.netapp.com/us-en/ontap-cli-9141/volume-efficiency-inactive-data-compression-modify.html)
Dengan mempertahankan data pada SSD, 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 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, lihat[Memperbarui hari pendinginan minimum](set-cooling-days.md).
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 selain`Default`, 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 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, lihat[Memperbarui kebijakan pengambilan cloud volume](set-cloud-retrieval.md).
### 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, lihat[Memantau kapasitas penyimpanan volume](monitor-volume-storage-console.md).
**catatan**
Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan kapasitas penyimpanan dari tingkat penyimpanan SSD 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 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](storage-capacity-and-IOPS.md#increase-primary-storage).
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 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 bersama 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](snapshots-ontap.md#snapshot-policies) snapshot bawaan atau pilih kebijakan khusus yang Anda buat di ONTAP CLI atau REST API.
+ [Hapus snapshot secara manual](manually-delete-snapshots.md) - Dapatkan kembali kapasitas penyimpanan dengan menghapus snapshot secara manual.
+ [Buat kebijakan penghapusan otomatis snapshot — Buat kebijakan](snapshot-autodelete-policy.md) yang menghapus lebih banyak snapshot daripada kebijakan snapshot default.
+ [Matikan snapshot otomatis](disable-snapshots.md) — Hemat kapasitas penyimpanan dengan mematikan snapshot otomatis.
Untuk informasi selengkapnya, lihat [Melindungi data Anda dengan snapshot](snapshots-ontap.md).
## Kapasitas file volume
Amazon FSx untuk volume NetApp ONTAP memiliki pointer file yang digunakan untuk menyimpan metadata file seperti nama file, waktu akses terakhir, 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, lihat[Memantau kapasitas file volume](view-volume-file-capacity.md).
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\$1size\$1in\$1bytes × (1 berkas ÷ inode\$1size\$1in\$1bytes) = maksimum\$1number\$1of\$1files
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
Volume FSx untuk ONTAP dapat memiliki maksimum 2 miliar inode.
Untuk informasi tentang mengubah jumlah maksimum file yang dapat disimpan volume, lihat[Memperbarui jumlah maksimum file pada volume](increase-volume-max-files.md).
# Mengelola efisiensi penyimpanan
Dengan mengaktifkan efisiensi penyimpanan pada volume ONTAP Anda FSx , Anda dapat mengoptimalkan pemanfaatan penyimpanan, mengurangi biaya penyimpanan, dan meningkatkan kinerja sistem file Anda secara keseluruhan.
**catatan**
Sebaiknya aktifkan efisiensi penyimpanan menggunakan FSx konsol Amazon, API, atau AWS CLI untuk memastikan bahwa pengaturan efisiensi penyimpanan optimal diterapkan pada volume Anda.
ONTAPmengatur file menjadi 4 kibibyte (KiB) blok data. Efisiensi penyimpanan terjadi pada tingkat blok data daripada pada tingkat file individual. Ketika efisiensi penyimpanan diaktifkan, ONTAP menggunakan kombinasi teknik reduksi data untuk menghilangkan data duplikat, memampatkan ukuran data, dan mengatur ulang tata letak data untuk penggunaan disk yang optimal.
Efisiensi penyimpanan diterapkan dalam dua cara. Mereka diterapkan ke data inline (sebelum data ditulis ke disk, dalam memori) untuk memberikan penghematan penyimpanan langsung. Mereka juga diterapkan pada data di latar belakang (setelah data ditulis ke disk) di tingkat penyimpanan SSD melalui pekerjaan efisiensi berkala untuk mengoptimalkan pemanfaatan penyimpanan dari waktu ke waktu. Efisiensi penyimpanan latar belakang tidak berjalan pada data setelah berjenjang ke kumpulan kapasitas. Namun, jika data memiliki penghematan penyimpanan saat berada di SSD, penghematan ini dipertahankan ketika data berjenjang ke kumpulan kapasitas.
**catatan**
ONTAPtidak mendukung mengaktifkan efisiensi penyimpanan pada volume perlindungan data (DP). Namun, penghematan penyimpanan yang dicapai dalam volume sumber read-writable (RW) dipertahankan ketika data direplikasi ke volume DP tujuan.
## Kompresi blok data
Grup kompresi adalah pengelompokan logis data yang dikelola dan dikompresi bersama sebagai satu blok. ONTAPsecara otomatis mengemas blok data ke dalam kelompok kompresi, yang mengurangi ruang yang dikonsumsi pada disk. Untuk mengoptimalkan kinerja dan pemanfaatan penyimpanan, ONTAP berikan pendekatan yang seimbang untuk mengelola data dengan menyesuaikan tingkat kompresi yang diterapkan pada data berdasarkan pola aksesnya.
Secara default, data dikompresi sebaris menggunakan grup kompresi 8 KB untuk memastikan kinerja optimal saat menulis data ke volume. Secara opsional, Anda dapat menerapkan kompresi yang lebih berat ke data dengan mengaktifkan kompresi data tidak aktif pada volume untuk lebih memampatkan data dalam SSD. Kompresi data tidak aktif menggunakan grup kompresi 32 KB pada data dingin untuk penghematan penyimpanan tambahan. Untuk informasi lebih lanjut, lihat [https://docs.netapp.com/us-en/ontap-cli-9131/volume-efficiency-inactive-data-compression-modify.html#description](https://docs.netapp.com/us-en/ontap-cli-9131/volume-efficiency-inactive-data-compression-modify.html#description)perintah diNetApp ONTAP Documentation Center.
**catatan**
Kompresi data tidak aktif mengkonsumsi CPU dan disk IOPS tambahan dan dapat menjadi tugas intensif sumber daya. Kami menyarankan Anda mengevaluasi dampak kinerja menjalankan kompresi data tidak aktif pada beban kerja Anda sebelum mengaktifkan fitur ini.
Gambar berikut menggambarkan penghematan penyimpanan yang dapat dicapai dengan mengompresi blok data.
![\[\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-before-compression.png)
## Deduplikasi blok data
ONTAPmendeteksi dan menghilangkan blok data duplikat untuk mengurangi redundansi dalam data. Blok duplikat diganti dengan referensi ke blok unik bersama.
Secara default, data dideduplikasi sebaris untuk mengurangi jejak penyimpanan sebelum data ditulis ke disk. ONTAPjuga menjalankan pemindai deduplikasi latar belakang pada interval tertentu untuk mengidentifikasi dan menghilangkan data duplikat setelah ditulis ke disk. Selama pemindaian terjadwal ini, ONTAP proses log perubahan untuk mengidentifikasi blok data baru atau yang dimodifikasi sejak pemindaian terakhir yang belum di-deduplikasi. Ketika duplikat ditemukan, ONTAP perbarui metadata untuk menunjuk ke satu salinan blok duplikat dan tandai blok redundan sebagai ruang kosong yang siap untuk direklamasi.
**catatan**
ONTAPmenerapkan deduplikasi ke 4 KB penulisan masuk sekaligus, jadi Anda mungkin melihat penghematan deduplikasi yang lebih rendah saat menjalankan beban kerja dengan penulisan yang berukuran lebih kecil dari 4 KB.
FSx untuk ONTAP tidak mendukung deduplikasi lintas volume.
Gambar berikut menggambarkan penghematan penyimpanan yang dapat dicapai dengan deduplikasi.
![\[\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-before-deduplication.png)
## Pemadatan blok data
ONTAPmengkonsolidasikan blok data yang terisi sebagian yang masing-masing kurang dari 4 KB menjadi blok 4 KB yang lebih efisien digunakan.
Secara default, data dipadatkan sebaris untuk mengoptimalkan tata letak data seperti yang ditulis ke disk untuk meminimalkan overhead penyimpanan, mengurangi fragmentasi, dan meningkatkan kinerja baca.
Gambar berikut menggambarkan penghematan penyimpanan yang dapat dicapai dengan pemadatan.
![\[\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-before-compaction.png)
## Contoh: efisiensi penyimpanan
Gambar berikut menggambarkan bagaimana efisiensi penyimpanan diterapkan pada data.
![\[\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-se-example.png)
# Mengaktifkan autosizing
Volume autosizing sehingga volume akan secara otomatis tumbuh ke ukuran tertentu ketika mencapai ambang ruang yang digunakan. Anda dapat melakukan ini untuk tipe FlexVol volume (tipe volume default FSx untuk ONTAP) menggunakan perintah ONTAP [https://docs.netapp.com/us-en/ontap-cli-9111/volume-autosize.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-autosize.html)CLI.
**Untuk mengaktifkan autosizing volume (ONTAP CLI)**
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Gunakan `volume autosize` perintah seperti yang ditunjukkan, menggantikan nilai-nilai berikut:
+ Ganti *`svm_name`* dengan nama SVM tempat volume dibuat.
+ Ganti *`vol_name`* dengan nama volume yang ingin Anda ubah ukurannya.
+ Ganti *`grow_threshold`* dengan nilai persentase spasi yang digunakan (seperti`90`) di mana volume akan secara otomatis meningkat dalam ukuran (hingga *`max_size`* nilai).
+ Ganti *`max_size`* dengan ukuran maksimum yang volumenya bisa bertambah. Gunakan formatnya *`integer`*`[KB|MB|GB|TB|PB]`; misalnya,`300TB`. Ukuran maksimumnya adalah 300 TB. Defaultnya adalah 120% dari ukuran volume.
+ Ganti *min\$1size* dengan ukuran minimum yang volume akan menyusut. Gunakan format yang sama seperti untuk*max\$1size*.
+ Ganti *shrink\$1threshold* dengan persentase ruang yang digunakan di mana volume akan secara otomatis menyusut ukurannya.
```
::> volume autosize -vserver svm_name -volume vol_name -mode grow_shrink -grow-threshold-percent grow_threshold -maximum-size max_size -shrink-threshold-percent shrink_threshold -minimum-size min_size
```
1. Untuk menampilkan pengaturan ukuran otomatis saat ini, jalankan perintah berikut. Ganti *svm\$1name* dan *vol\$1name* dengan informasi Anda.
```
::> volume autosize -vserver svm_name -volume vol_name
```
# Mengaktifkan mode tulis cloud
Gunakan perintah `volume modify` ONTAP CLI untuk mengaktifkan atau menonaktifkan mode tulis cloud untuk volume yang ada. Untuk informasi selengkapnya, lihat [https://docs.netapp.com/us-en/ontap-cli-9131/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-modify.html)di Pusat Dokumentasi NetApp ONTAP.
Prasyarat untuk mengatur mode tulis cloud adalah:
+ Volume harus berupa volume yang ada. Anda hanya dapat mengaktifkan fitur pada volume yang ada.
+ Volume harus berupa volume baca-tulis (RW).
+ Volume harus memiliki kebijakan **All** tiering. Untuk informasi selengkapnya tentang memodifikasi kebijakan tingkatan volume, lihat. [Memperbarui kebijakan tiering](modify-volume-tiering-policy.md)
Mode tulis cloud sangat membantu untuk kasus-kasus seperti migrasi, misalnya, di mana sejumlah besar data ditransfer ke sistem file menggunakan protokol NFS.
**Untuk mengatur mode tulis cloud volume (ONTAP CLI)**
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Masukkan mode lanjutan CLI ONTAP menggunakan perintah berikut.
```
FSx::> set -privilege advanced
Warning: These advanced commands are potentially dangerous; use them only when
directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y
```
1. Gunakan perintah berikut untuk mengatur mode tulis cloud volume, menggantikan nilai berikut:
+ Ganti *`svm_name`* dengan nama SVM tempat volume dibuat.
+ Ganti *`vol_name`* dengan nama volume yang Anda atur mode tulis cloud.
+ Ganti `vol_cw_mode` dengan salah satu `true` untuk mengaktifkan mode tulis cloud pada volume atau `false` untuk menonaktifkannya.
```
FSx::> volume modify -vserver svm_name -volume vol_name -is-cloud-write-enabled vol_cw_mode
```
Sistem merespons sebagai berikut untuk permintaan yang berhasil.
```
Volume modify successful on volume vol_name of Vserver svm_name.
```
# Memperbarui kapasitas penyimpanan
Anda dapat mengelola kapasitas penyimpanan volume dengan menambah atau mengurangi ukuran volume secara manual menggunakan Konsol Manajemen AWS, AWS CLI dan API, dan CLI ONTAP. Anda juga dapat mengaktifkan autosizing volume sehingga ukuran volume secara otomatis tumbuh atau menyusut ketika mencapai ambang batas kapasitas penyimpanan bekas tertentu. Anda menggunakan CLI ONTAP untuk mengelola autosizing volume.
**Untuk mengubah kapasitas penyimpanan volume (konsol)**
+ Anda dapat menambah atau mengurangi kapasitas penyimpanan volume menggunakan FSx konsol Amazon, AWS CLI, dan API. Untuk informasi selengkapnya, lihat [Memperbarui volume](updating-volumes.md).
Anda juga dapat menggunakan ONTAP CLI untuk memodifikasi kapasitas penyimpanan volume menggunakan perintah. [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)
**Untuk memodifikasi ukuran volume (ONTAP CLI)**
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Gunakan perintah **volume modify** ONTAP CLI untuk memodifikasi kapasitas penyimpanan volume. Jalankan perintah berikut, menggunakan data Anda sebagai pengganti nilai-nilai berikut:
+ Ganti *`svm_name`* dengan nama mesin virtual penyimpanan (SVM) tempat volume dibuat.
+ Ganti *`vol_name`* dengan nama volume yang ingin Anda ubah ukurannya.
+ Ganti *`vol_size`* dengan ukuran volume baru dalam format *`integer`*`[KB|MB|GB|TB|PB]`; misalnya, `100GB` untuk meningkatkan ukuran volume menjadi 100 gigabyte.
```
::> volume modify -vserver svm_name -volume vol_name -size vol_size
```
# Memperbarui kebijakan tiering
Anda dapat mengubah kebijakan tingkatan volume menggunakan Konsol Manajemen AWS, AWS CLI dan API, dan CLI ONTAP.
## Untuk mengubah kebijakan tingkatan data volume (konsol)
Gunakan prosedur berikut untuk memodifikasi kebijakan tingkat data volume menggunakan. Konsol Manajemen AWS
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Pilih **Volume** di panel navigasi kiri, lalu pilih volume ONTAP yang ingin Anda ubah kebijakan tingkat data.
1. Pilih **Perbarui volume** dari menu tarik-turun **Tindakan**. Jendela **Perbarui volume** muncul.
1. Untuk **kebijakan tingkatan kumpulan Kapasitas**, pilih kebijakan baru untuk volume tersebut. Untuk informasi selengkapnya, lihat [Kebijakan tingkatan volume](volume-storage-capacity.md#data-tiering-policy).
1. Pilih **Perbarui** untuk menerapkan kebijakan baru ke volume.
## Untuk menetapkan kebijakan tingkatan volume (CLI)
+ Ubah kebijakan tiering volume menggunakan perintah CLI [update-volume](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-volume.html) ([UpdateVolume](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateVolume.html)adalah tindakan Amazon API yang setara). FSx Contoh perintah CLI berikut menetapkan kebijakan tingkat data volume ke. `SNAPSHOT_ONLY`
```
aws fsx update-volume \
--volume-id fsxvol-abcde0123456789f
--ontap-configuration TieringPolicy={Name=SNAPSHOT_ONLY}
```
Untuk permintaan yang berhasil, sistem merespons dengan deskripsi volume.
```
{
"Volume": {
"CreationTime": "2021-10-05T14:27:44.332000-04:00",
"FileSystemId": "fs-abcde0123456789f",
"Lifecycle": "CREATED",
"Name": "vol1",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/vol1",
"SecurityStyle": "UNIX",
"SizeInMegabytes": 1048576,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-abc0123de456789f",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"CoolingPeriod": 2,
"Name": "SNAPSHOT_ONLY"
},
"UUID": "aaaa1111-bb22-cc33-dd44-abcde01234f5",
"OntapVolumeType": "RW"
},
"ResourceARN": "arn:aws:fsx:us-east-2:111122223333:volume/fs-abcde0123456789f/fsvol-abc012def3456789a",
"VolumeId": "fsvol-abc012def3456789a",
"VolumeType": "ONTAP"
}
}
```
## Untuk mengubah kebijakan tingkatan volume (ONTAP CLI)
Anda menggunakan perintah `volume modify` ONTAP CLI untuk menyetel kebijakan tiering volume. Untuk informasi selengkapnya, lihat [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)di Pusat Dokumentasi NetApp ONTAP.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Masukkan mode lanjutan CLI ONTAP menggunakan perintah berikut.
```
FSx::> set adv
Warning: These advanced commands are potentially dangerous; use them only when
directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y
```
1. Gunakan perintah berikut untuk mengubah kebijakan tingkat data volume, menggantikan nilai berikut:
+ Ganti *`svm_name`* dengan nama SVM tempat volume dibuat.
+ Ganti *`vol_name`* dengan nama volume yang Anda setel kebijakan data-tiering.
+ Ganti *`tiering_policy`* dengan kebijakan yang diinginkan. Nilai yang valid adalah `snapshot-only`, `auto`, `all`, atau `none`. Untuk informasi selengkapnya, lihat [Kebijakan tingkatan volume](volume-storage-capacity.md#data-tiering-policy).
```
FSx::> volume modify -vserver svm_name -volume vol_name -tiering-policy tiering_policy
```
# Memperbarui hari pendinginan minimum
Hari pendinginan minimum untuk volume mengatur ambang batas yang digunakan untuk menentukan data mana yang hangat dan data mana yang dingin. Anda dapat mengatur hari pendinginan minimum volume menggunakan AWS CLI dan API, dan CLI ONTAP.
## Untuk mengatur hari pendinginan minimum volume (CLI)
+ Ubah konfigurasi volume dengan menggunakan perintah CLI [update-volume](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-volume.html) ([UpdateVolume](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateVolume.html)adalah tindakan API Amazon FSx yang setara). Contoh perintah CLI berikut menetapkan volume `CoolingPeriod` untuk 104 hari.
```
aws fsx update-volume \
--volume-id fsxvol-abcde0123456789f
--ontap-configuration TieringPolicy={Name=SNAPSHOT_ONLY}
aws fsx update-volume --volume-id fsvol-006530558c14224ac --ontap-configuration TieringPolicy={CoolingPeriod=104}
```
Sistem merespons dengan deskripsi volume untuk permintaan yang berhasil.
```
{
"Volume": {
"CreationTime": "2021-10-05T14:27:44.332000-04:00",
"FileSystemId": "fs-abcde0123456789f",
"Lifecycle": "CREATED",
"Name": "vol1",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/vol1",
"SecurityStyle": "UNIX",
"SizeInMegabytes": 1048576,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-abc0123de456789f",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"CoolingPeriod": 104,
"Name": "SNAPSHOT_ONLY"
},
"UUID": "aaaa1111-bb22-cc33-dd44-abcde01234f5",
"OntapVolumeType": "RW"
},
"ResourceARN": "arn:aws:fsx:us-east-2:111122223333:volume/fs-abcde0123456789f/fsvol-abc012def3456789a",
"VolumeId": "fsvol-abc012def3456789a",
"VolumeType": "ONTAP"
}
}
```
## Untuk mengatur hari pendinginan minimum volume (ONTAP CLI)
Gunakan perintah `volume modify` ONTAP CLI untuk mengatur jumlah minimum hari pendinginan untuk volume yang ada. Untuk informasi selengkapnya, lihat [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)di Pusat Dokumentasi NetApp ONTAP.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Masukkan mode lanjutan CLI ONTAP menggunakan perintah berikut.
```
FSx::> set adv
Warning: These advanced commands are potentially dangerous; use them only when
directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y
```
1. Gunakan perintah berikut untuk mengubah hari pendinginan minimum tingkat volume Anda, menggantikan nilai-nilai berikut:
+ Ganti *`svm_name`* dengan nama SVM tempat volume dibuat.
+ Ganti *`vol_name`* dengan nama volume yang Anda atur hari pendinginan.
+ Ganti `cooling_days` dengan yang diinginkan, bilangan bulat antara 2-183.
```
FSx::> volume modify -vserver svm_name -volume vol_name -tiering-minimum-cooling-days cooling_days
```
Sistem merespons sebagai berikut untuk permintaan yang berhasil.
```
Volume modify successful on volume vol_name of Vserver svm_name.
```
# Memperbarui kebijakan pengambilan cloud volume
Gunakan perintah `volume modify` ONTAP CLI untuk menyetel kebijakan pengambilan cloud untuk volume yang ada. Untuk informasi selengkapnya, lihat [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)di Pusat Dokumentasi NetApp ONTAP.
**Untuk menyetel kebijakan pengambilan cloud volume (ONTAP CLI)**
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Masukkan mode lanjutan CLI ONTAP menggunakan perintah berikut.
```
FSx::> set adv
Warning: These advanced commands are potentially dangerous; use them only when
directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y
```
1. Gunakan perintah berikut untuk menyetel kebijakan pengambilan cloud volume, menggantikan nilai berikut:
+ Ganti *`svm_name`* dengan nama SVM tempat volume dibuat.
+ Ganti *`vol_name`* dengan nama volume yang Anda setel kebijakan pengambilan cloud.
+ Ganti `retrieval_policy` dengan nilai yang diinginkan, baik`default`,`on-read`,`never`, atau`promote`.
```
FSx::> volume modify -vserver svm_name -volume vol_name -cloud-retrieval-policy retrieval_policy
```
Sistem merespons sebagai berikut untuk permintaan yang berhasil.
```
Volume modify successful on volume vol_name of Vserver svm_name.
```
# Memperbarui jumlah maksimum file pada volume
FSx untuk volume ONTAP dapat kehabisan kapasitas file ketika jumlah inode yang tersedia, atau pointer file, habis.
**Untuk meningkatkan jumlah maksimum file pada volume (ONTAPCLI)**
Anda menggunakan perintah `volume modify` ONTAP CLI untuk meningkatkan jumlah maksimum file pada volume. Untuk informasi selengkapnya, lihat [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)di Pusat NetApp ONTAP Dokumentasi.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Lakukan salah satu langkah berikut sesuai dengan kasus penggunaan Anda. Ganti *`svm_name`* dan *`vol_name`* dengan nilai-nilai Anda.
+ Untuk mengonfigurasi volume agar selalu memiliki jumlah maksimum file (inode) yang tersedia, lakukan hal berikut:
1. Masuk ke mode lanjutan di CLI ONTAP dengan menggunakan perintah berikut.
```
::> set adv
```
1. Setelah menjalankan perintah ini, Anda akan melihat output ini. Masuk `y` untuk melanjutkan.
```
Warning: These advanced commands are potentially dangerous; use them only when
directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y
```
1. Masukkan perintah berikut untuk selalu menggunakan jumlah maksimum file pada volume:
```
::> volume modify -vserver svm_name -volume vol_name -files-set-maximum true
```
+ Untuk secara manual menentukan jumlah total file yang diizinkan pada volume`max_number_files = (current_size_of_volume) × (1 file ÷ 4 KiB)`, dengan, hingga nilai maksimum yang mungkin 2 miliar, gunakan perintah berikut:
```
::> volume modify -vserver svm_name -volume vol_name -files max_number_files
```
# Memantau kapasitas penyimpanan volume
Anda dapat melihat penyimpanan volume yang tersedia dan distribusi penyimpanannya di Konsol Manajemen AWS, AWS CLI, dan CLI NetApp ONTAP.
**Untuk memantau kapasitas penyimpanan volume (konsol)**
Grafik **penyimpanan yang tersedia** menampilkan jumlah kapasitas penyimpanan gratis pada volume dari waktu ke waktu. Grafik **distribusi Storage** menunjukkan bagaimana kapasitas penyimpanan volume saat ini didistribusikan pada 4 kategori:
+ Data pengguna
+ Data snapshot
+ Kapasitas volume yang tersedia
+ Data lainnya
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Pilih **Volume** di kolom navigasi kiri, lalu pilih volume ONTAP yang ingin Anda lihat informasi kapasitas penyimpanan. Halaman detail volume muncul.
1. Di panel kedua, pilih tab **Monitoring**. Grafik **distribusi Penyimpanan dan Penyimpanan** **yang Tersedia** ditampilkan, bersama dengan beberapa grafik lainnya.
![\[\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-storage-graphs.png)
![\[\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-storage-graphs2.png)
**Untuk memantau kapasitas penyimpanan volume (ONTAPCLI)**
Anda dapat memantau bagaimana kapasitas penyimpanan volume Anda dikonsumsi dengan menggunakan perintah `volume show-space` ONTAP CLI. Untuk informasi selengkapnya, lihat [https://docs.netapp.com/us-en/ontap-cli-9111/volume-show-space.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-show-space.html)di Pusat NetApp ONTAP Dokumentasi.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Lihat penggunaan kapasitas penyimpanan volume dengan mengeluarkan perintah berikut, mengganti nilai berikut:
+ Ganti *`svm_name`* dengan nama SVM tempat volume dibuat.
+ Ganti *`vol_name`* dengan nama volume yang Anda setel kebijakan data-tiering.
```
::> volume show-space -vserver svm_name -volume vol_name
```
Jika perintah berhasil, Anda akan melihat output yang mirip dengan berikut ini:
```
Vserver : svm_name
Volume : vol_name
Feature Used Used%
-------------------------------- ---------- ------
User Data 140KB 0%
Filesystem Metadata 164.4MB 1%
Inodes 10.28MB 0%
Snapshot Reserve 563.2MB 5%
Deduplication 12KB 0%
Snapshot Spill 9.31GB 85%
Performance Metadata 668KB 0%
Total Used 10.03GB 91%
Total Physical Used 10.03GB 91%
```
Output dari perintah ini menunjukkan jumlah ruang fisik yang ditempati berbagai jenis data pada volume ini. Ini juga menunjukkan persentase kapasitas total volume yang dikonsumsi setiap jenis data. Dalam contoh ini, `Snapshot Spill` dan `Snapshot Reserve` mengkonsumsi gabungan 90 persen dari kapasitas volume.
`Snapshot Reserve`menunjukkan jumlah ruang disk yang disediakan untuk menyimpan salinan Snapshot. Jika penyimpanan salinan Snapshot melebihi ruang cadangan, itu tumpah ke sistem file dan jumlah ini ditampilkan di bawah. `Snapshot Spill`
Untuk menambah jumlah ruang yang tersedia, Anda dapat [meningkatkan ukuran](manage-volume-capacity.md#increase-volume-size) volume, atau Anda dapat [menghapus snapshot](snapshots-ontap.md#delete-snapshots) yang tidak Anda gunakan, seperti yang ditunjukkan dalam prosedur berikut.
Untuk tipe FlexVol volume (tipe volume default FSx untuk volume ONTAP), Anda juga dapat mengaktifkan [autosizing volume](enable-volume-autosizing.md). Ketika Anda mengaktifkan autosizing, ukuran volume secara otomatis meningkat ketika mencapai ambang tertentu. Anda juga dapat menonaktifkan snapshot otomatis. Kedua fitur ini dijelaskan di bagian berikut.
# Memantau kapasitas file volume
Anda dapat menggunakan salah satu metode berikut untuk melihat jumlah maksimum file yang diizinkan dan jumlah file yang sudah digunakan pada volume.
+ Metrik CloudWatch volume `FilesCapacity` dan`FilesUsed`.
+ Di FSx konsol Amazon, navigasikan ke bagan **File yang tersedia (inode)** di tab **Pemantauan** volume Anda. Gambar berikut menunjukkan **file yang tersedia (inode)** pada volume menurun dari waktu ke waktu.
![\[\]](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-available-files.png)