Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengelola sistem file
FSx untuk Lustre menyediakan serangkaian fitur yang menyederhanakan kinerja tugas administratif Anda. Ini termasuk kemampuan untuk mengambil point-in-time cadangan, untuk mengelola kuota penyimpanan sistem file, untuk mengelola kapasitas penyimpanan dan throughput Anda, untuk mengelola kompresi data, dan untuk mengatur jendela pemeliharaan untuk melakukan patching perangkat lunak rutin sistem.
Anda dapat mengelola sistem file Lustre Anda FSx menggunakan Amazon FSx Management Console, AWS Command Line Interface (), Amazon FSx API AWS CLI, atau. AWS SDKs
**Topics**
+ [
# Bekerja dengan sistem file yang mendukung EFA
](efa-file-systems.md)
+ [
# Penggunaan Lustre kuota penyimpanan
](lustre-quotas.md)
+ [
# Mengelola kapasitas penyimpanan
](managing-storage-capacity.md)
+ [
# Mengelola cache baca SSD yang disediakan
](managing-ssd-read-cache.md)
+ [
# Mengelola kinerja metadata
](managing-metadata-performance.md)
+ [
# Mengelola kapasitas throughput yang disediakan
](managing-throughput-capacity.md)
+ [
# Lustrekompresi data
](data-compression.md)
+ [
# Lustreakar labu
](root-squash.md)
+ [
# FSx untuk status sistem berkas Lustre
](file-system-lifecycle-states.md)
+ [
# Tandai Amazon Anda FSx untuk sumber daya Lustre
](tag-resources.md)
+ [
# Amazon FSx untuk jendela pemeliharaan Lustre
](maintenance-windows.md)
+ [
# Mengelola versi Lustre
](managing-lustre-version.md)
+ [
# Menghapus sistem file
](delete-file-system.md)
# Bekerja dengan sistem file yang mendukung EFA
Jika Anda membuat sistem file dengan kapasitas throughput lebih GBps dari 10, sebaiknya aktifkan Elastic Fabric Adapter (EFA) untuk mengoptimalkan throughput per instance klien. EFA adalah antarmuka jaringan berkinerja tinggi yang menggunakan teknik bypass sistem operasi yang dibuat khusus dan protokol jaringan AWS Scalable Reliable Datagram (SRD) untuk meningkatkan kinerja. *Untuk informasi tentang EFA, lihat [Adaptor Kain Elastis untuk AI/ML dan beban kerja HPC di Amazon EC2 di Panduan Pengguna Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html).*
Sistem file yang mendukung EFA mendukung dua fitur kinerja tambahan: GPUDirect Storage (GDS) dan ENA Express. Dukungan GDS dibangun di atas EFA untuk lebih meningkatkan kinerja dengan mengaktifkan transfer data langsung antara sistem file dan memori GPU, melewati CPU. Jalur langsung ini menghilangkan kebutuhan akan salinan memori yang berlebihan dan keterlibatan CPU dalam operasi transfer data. Dengan dukungan EFA dan GDS, Anda dapat mencapai throughput yang lebih tinggi untuk setiap instans klien yang mendukung EFA. ENA Express menyediakan komunikasi jaringan yang dioptimalkan untuk instans Amazon EC2 menggunakan algoritme pemilihan jalur lanjutan dan mekanisme kontrol kemacetan yang ditingkatkan. Dengan dukungan ENA Express, Anda dapat mencapai throughput yang lebih tinggi untuk setiap instans klien yang mendukung ENA Express. Untuk informasi tentang ENA Express, lihat [Meningkatkan kinerja jaringan antara instans EC2 dengan ENA Express di Panduan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ena-express.html) Pengguna *Amazon EC2*.
**Topics**
+ [
## Pertimbangan saat menggunakan sistem file yang mendukung EFA
](#efa-considerations)
+ [
## Prasyarat untuk menggunakan sistem file berkemampuan EFA
](#efa-prerequisites)
+ [
## Membuat sistem file yang mendukung EFA
](#create-efa-file-system)
## Pertimbangan saat menggunakan sistem file yang mendukung EFA
Berikut adalah beberapa item penting yang perlu dipertimbangkan saat membuat sistem file berkemampuan EFA:
+ **Beberapa opsi konektivitas:** Sistem file berkemampuan EFA dapat berkomunikasi dengan instance klien menggunakan ENA, ENA Express, dan EFA.
+ **Jenis penyebaran:** EFA didukung pada sistem file Persistent 2 dengan konfigurasi metadata yang ditentukan, termasuk sistem file yang menggunakan kelas penyimpanan Intelligent-Tiering.
+ **Memperbarui pengaturan EFA:** Anda dapat memilih untuk mengaktifkan EFA ketika Anda membuat sistem file baru tetapi Anda tidak dapat mengaktifkan atau menonaktifkan EFA pada sistem file yang ada.
+ **Penskalaan throughput dengan kapasitas penyimpanan:** Anda dapat menskalakan kapasitas penyimpanan pada sistem file berbasis SSD yang mendukung EFA untuk meningkatkan kapasitas throughput tetapi Anda tidak dapat mengubah tingkat throughput dari sistem file berkemampuan EFA.
+ **Wilayah AWS:** Untuk daftar Wilayah AWS yang mendukung sistem file Persistent 2 yang mendukung EFA, lihat. [Ketersediaan jenis penyebaran](using-fsx-lustre.md#persistent-deployment-regions)
## Prasyarat untuk menggunakan sistem file berkemampuan EFA
Berikut ini adalah prasyarat untuk menggunakan sistem file berkemampuan EFA:
**Untuk membuat sistem file berkemampuan EFA Anda:**
+ Gunakan grup keamanan berkemampuan EFA. Untuk informasi selengkapnya, lihat [Grup keamanan yang mendukung EFA](limit-access-security-groups.md#efa-security-groups).
+ Gunakan Availability Zone dan /16 CIDR yang sama dengan instans klien berkemampuan EFA Anda dalam VPC Amazon Anda.
+ Pada sistem file Intelligent-Tiering, EFA hanya didukung dengan kapasitas throughput 4.000 atau penambahan 4.000. MBps MBps
**Untuk mengakses sistem file Anda menggunakan Elastic Fabric Adapter (EFA):**
+ Gunakan instans EC2 Nitro v4 (atau lebih tinggi) yang mendukung EFA, tidak termasuk keluarga instans trn2. Lihat [Jenis instans yang didukung](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html#efa-instance-types) di *Panduan Pengguna Amazon EC2*.
+ Jalankan AL2023, RHEL 9.5 dan yang lebih baru, atau Ubuntu 22\$1 dengan versi kernel 6.8 dan yang lebih baru. Untuk informasi selengkapnya, lihat [Menginstal Lustre klien](install-lustre-client.md).
+ Instal modul EFA dan konfigurasikan antarmuka EFA pada instance klien Anda. Untuk informasi selengkapnya, lihat [Mengkonfigurasi klien EFA](configure-efa-clients.md).
**Untuk mengakses sistem file Anda menggunakan GPUDirect Storage (GDS):**
+ Gunakan instans klien Amazon EC2 P5, P5e, P5en, atau P6-B200.
+ Instal paket NVIDIA Compute Unified Device Architecture (CUDA), driver NVIDIA open source, dan NVIDIA GPUDirect Storage Driver pada instance klien Anda. Untuk informasi selengkapnya, lihat [Instal driver GDS (opsional)](configure-efa-clients.md#install-gds-driver).
**Untuk mengakses sistem file Anda menggunakan ENA Express:**
+ Gunakan instans Amazon EC2 yang mendukung ENA Express. Lihat [Jenis instans yang didukung untuk ENA Express](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ena-express.html#ena-express-supported-instance-types) di *Panduan Pengguna Amazon EC2*.
+ Perbarui pengaturan untuk instance Linux Anda. *Lihat [Prasyarat untuk instans Linux di](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ena-express.html#ena-express-prereq-linux) Panduan Pengguna Amazon EC2.*
+ Aktifkan ENA Express pada antarmuka jaringan untuk instance klien Anda. Untuk detailnya, lihat [Meninjau setelan ENA Express untuk instans EC2 Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ena-express-list-view.html) di Panduan *Pengguna Amazon EC2*.
## Membuat sistem file yang mendukung EFA
Bagian ini berisi petunjuk tentang cara membuat sistem file berkemampuan EFA FSx untuk Lustre menggunakan file. AWS CLI Untuk informasi tentang cara membuat sistem file berkemampuan EFA menggunakan FSx konsol Amazon, lihat. [Langkah 1: FSx Buat sistem file Lustre Anda](getting-started.md#getting-started-step1)
### Untuk membuat sistem file berkemampuan EFA (CLI)
Gunakan perintah [create-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-file-system.html)CLI (atau operasi [CreateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateFileSystem.html)API yang setara). Contoh berikut membuat sistem file FSx untuk Lustre EFA enabled dengan tipe deployment. `PERSISTENT_2`
```
aws fsx create-file-system\
--storage-capacity 4800 \
--storage-type SSD \
--file-system-type LUSTRE \
--file-system-type-version 2.15 \
--subnet-ids subnet-01234567890 \
--security-group-ids sg-0123456789abcdefg \
--lustre-configuration '{"DeploymentType": "PERSISTENT_2", "EfaSupport": true}'
```
Setelah berhasil membuat sistem file, Amazon FSx mengembalikan deskripsi sistem file dalam format JSON.
# Penggunaan Lustre kuota penyimpanan
Anda dapat membuat kuota penyimpanan untuk pengguna, grup, dan proyek FSx untuk sistem file Lustre. Dengan kuota penyimpanan, Anda dapat membatasi jumlah ruang disk dan jumlah file yang dapat dikonsumsi pengguna, grup, atau proyek. Kuota penyimpanan secara otomatis melacak penggunaan tingkat pengguna, tingkat grup, dan tingkat proyek sehingga Anda dapat memantau konsumsi apakah Anda memilih untuk menetapkan batas penyimpanan atau tidak.
Amazon FSx memberlakukan kuota dan mencegah pengguna yang telah melampaui mereka menulis ke ruang penyimpanan. Ketika pengguna melebihi kuota mereka, mereka harus menghapus beberap file yang cukup untuk sampai di bawah batas kuota sehingga mereka dapat menulis ke sistem file lagi.
**Topics**
+ [
## Pemberlakuan kuota
](#quotas-enforcement)
+ [
## Jenis kuota
](#quota-types)
+ [
## Batas kuota dan masa tenggang
](#quota-limits)
+ [
## Mengatur dan melihat kuota
](#setting-quotas)
+ [
## Kuota dan bucket terkait Amazon S3
](#quotas-s3)
+ [
## Kuota dan memulihkan backup
](#quotas-backups)
## Pemberlakuan kuota
Penegakan kuota pengguna, grup, dan proyek diaktifkan secara otomatis pada semua sistem FSx file Lustre. Anda tidak dapat menonaktifkan pemberlakuan kuota.
## Jenis kuota
Administrator sistem dengan kredensi pengguna root AWS akun dapat membuat jenis kuota berikut:
+ *Kuota pengguna* berlaku untuk pengguna individu. Kuota pengguna untuk pengguna tertentu dapat berbeda dengan kuota pengguna lain.
+ *Kuota grup* berlaku untuk semua pengguna yang merupakan anggota kelompok tertentu.
+ *Kuota proyek* berlaku untuk semua file atau direktori yang terkait dengan proyek. Sebuah proyek dapat mencakup beberapa direktori atau file individual yang terletak di direktori yang berbeda dalam sistem file.
**catatan**
Kuota proyek hanya didukung pada Lustre versi 2.15 aktif FSx untuk sistem file Lustre.
+ *Kuota blok* membatasi jumlah ruang disk yang dapat dikonsumsi pengguna, grup, atau proyek. Anda mengkonfigurasi ukuran penyimpanan dalam kilobyte.
+ *Kuota inode* membatasi jumlah file atau direktori yang dapat dibuat oleh pengguna, grup, atau proyek. Anda mengkonfigurasi jumlah maksimum inodes sebagai integer.
**catatan**
Kuota default tidak didukung.
Jika Anda menetapkan kuota untuk pengguna dan grup tertentu, dan pengguna adalah anggota grup tersebut, penggunaan data pengguna berlaku untuk kedua kuota. Ini juga dibatasi oleh kedua kuota. Jika batas kuota tercapai, pengguna diblokir dari menulis ke sistem file.
**catatan**
Kuota yang ditetapkan untuk pengguna root tidak diberlakukan. Demikian pula, menulis data sebagai pengguna akar menggunakan pemberlakuan pintasan perintah `sudo` kuota.
## Batas kuota dan masa tenggang
Amazon FSx memberlakukan kuota pengguna, grup, dan proyek sebagai batas keras atau sebagai batas lunak dengan masa tenggang yang dapat dikonfigurasi.
Batas keras adalah batas mutlak. Jika pengguna melebihi batas keras mereka, alokasi blok atau inode gagal dengan pesan Kuota disk terlampaui. Pengguna yang telah mencapai batas keras kuota mereka harus menghapus cukup file atau direktori agar dapat berada di bawah batas kuota sebelum mereka dapat menulis ke sistem file lagi. Ketika masa tenggang diatur, pengguna dapat melampaui batas lunak dalam masa tenggang jika berada di bawah batas keras.
Untuk batas lunak, Anda mengkonfigurasi masa tenggang dalam hitungan detik. Batas lunak harus lebih kecil dari batas keras.
Anda dapat mengatur masa tenggang yang berbeda untuk kuota inode dan blok. Anda juga dapat mengatur masa tenggang yang berbeda untuk kuota pengguna, kuota grup, dan kuota proyek. Ketika kuota pengguna, grup, dan proyek memiliki masa tenggang yang berbeda, batas lunak berubah menjadi batas keras setelah masa tenggang salah satu kuota ini berlalu.
Ketika pengguna melebihi batas lunak, Amazon FSx memungkinkan mereka untuk terus melebihi kuota mereka sampai masa tenggang telah berlalu atau sampai batas keras tercapai. Setelah masa tenggang berakhir, batas lunak berubah menjadi batas keras, dan pengguna diblokir dari operasi penulisan lebih lanjut sampai penggunaan penyimpanan mereka kembali di bawah batas kuota blok atau kuota inode yang ditetapkan. Pengguna tidak menerima notifikasi atau peringatan ketika masa tenggang dimulai.
## Mengatur dan melihat kuota
Anda mengatur kuota penyimpanan menggunakan Lustre `lfs`perintah sistem file di terminal Linux Anda. Perintah `lfs setquota` mengatur batas kuota, dan perintah `lfs quota` menampilkan informasi kuota.
Untuk informasi lebih lanjut tentang Lustre perintah kuota, lihat Manual *Operasi Lustre* pada [Lustre situs web dokumentasi](http://lustre.org/documentation/).
### Mengatur kuota pengguna, grup, dan proyek
Sintaks `setquota` perintah untuk mengatur kuota pengguna, grup, atau proyek adalah sebagai berikut.
```
lfs setquota {-u|--user|-g|--group|-p|--project} username|groupname|projectid
[-b block_softlimit] [-B block_hardlimit]
[-i inode_softlimit] [-I inode_hardlimit]
/mount_point
```
Di mana:
+ `-u` atau `--user` menentukan pengguna yang akan diatur kuotanya.
+ `-g` atau `--group` menentukan pengguna yang akan diatur kuotanya.
+ `-p`atau `--project` menentukan proyek untuk menetapkan kuota untuk.
+ `-b` mengatur kuota blok dengan batas lunak. `-B` mengatur kuota blok dengan batas keras. Keduanya *block\$1softlimit* dan *block\$1hardlimit* dinyatakan dalam kilobyte, dan nilai minimumnya adalah 1024 KB.
+ `-i` mengatur kuota inode dengan batas lunak. `-I` mengatur kuota inode dengan batas keras. Keduanya *inode\$1softlimit* dan *inode\$1hardlimit* dinyatakan dalam jumlah inode, dan nilai minimumnya adalah 1024 inode.
+ *mount\$1point*adalah direktori tempat sistem file dipasang.
**Contoh kuota pengguna:** Perintah berikut menetapkan batas blok lunak 5.000 KB, batas blok keras 8.000 KB, batas inode lunak 2.000, dan kuota batas inode keras 3.000 untuk sistem file yang `user1` dipasang. `/mnt/fsx`
```
sudo lfs setquota -u user1 -b 5000 -B 8000 -i 2000 -I 3000 /mnt/fsx
```
**Contoh kuota grup:** Perintah berikut menetapkan batas hard block 100.000 KB untuk grup bernama `group1` pada sistem file yang dipasang. `/mnt/fsx`
```
sudo lfs setquota -g group1 -B 100000 /mnt/fsx
```
**Contoh kuota proyek:** Pertama pastikan bahwa Anda telah menggunakan `project` perintah untuk mengaitkan file dan direktori yang diinginkan dengan proyek. Misalnya, perintah berikut mengaitkan semua file dan sub-direktori `/mnt/fsxfs/dir1` direktori dengan proyek yang ID proyeknya. `100`
```
sudo lfs project -p 100 -r -s /mnt/fsxfs/dir1
```
Kemudian gunakan `setquota` perintah untuk mengatur kuota proyek. Perintah berikut menetapkan batas soft block 307.200 KB, batas hard block 309.200 KB, batas inode lunak 10.000, dan kuota batas inode keras 11.000 untuk proyek pada sistem file yang dipasang. `250` `/mnt/fsx`
```
sudo lfs setquota -p 250 -b 307200 -B 309200 -i 10000 -I 11000 /mnt/fsx
```
### Mengatur masa tenggang
Masa tenggang default adalah satu minggu. Anda dapat menyesuaikan masa tenggang default untuk pengguna, grup, atau proyek, menggunakan sintaks berikut.
```
lfs setquota -t {-u|-g|-p}
[-b block_grace]
[-i inode_grace]
/mount_point
```
Di mana:
+ `-t` menunjukkan bahwa masa tenggang akan diatur.
+ `-u` mengatur masa tenggang untuk semua pengguna.
+ `-g` mengatur masa tenggang untuk semua grup.
+ `-p`menetapkan masa tenggang untuk semua proyek.
+ `-b` mengatur masa tenggang untuk kuota blok. `-i` mengatur masa tenggang untuk kuota inode. Keduanya *block\$1grace* dan *inode\$1grace* dinyatakan dalam detik integer atau dalam `XXwXXdXXhXXmXXs` format.
+ *mount\$1point*adalah direktori tempat sistem file dipasang.
Perintah berikut mengatur masa tenggang 1.000 detik untuk kuota blok pengguna dan 1 minggu dan 4 hari untuk kuota inode pengguna.
```
sudo lfs setquota -t -u -b 1000 -i 1w4d /mnt/fsx
```
### Melihat kuota
`quota`Perintah menampilkan informasi tentang kuota pengguna, kuota grup, kuota proyek, dan masa tenggang.
| Lihat perintah kuota | Informasi kuota yang ditampilkan |
| --- | --- |
| `lfs quota /mount_point` | Informasi kuota umum (penggunaan disk dan batas) untuk pengguna yang menjalankan perintah dan grup utama pengguna. |
| `lfs quota -u username /mount_point` | Informasi kuota umum untuk pengguna tertentu. Pengguna dengan kredensi pengguna root AWS akun dapat menjalankan perintah ini untuk setiap pengguna, tetapi pengguna non-root tidak dapat menjalankan perintah ini untuk mendapatkan informasi kuota tentang pengguna lain. |
| `lfs quota -u username -v /mount_point` | Informasi kuota umum untuk pengguna tertentu dan statistik kuota terperinci untuk setiap target penyimpanan objek (OST) dan target metadata (MDT). Pengguna dengan kredensi pengguna root AWS akun dapat menjalankan perintah ini untuk setiap pengguna, tetapi pengguna non-root tidak dapat menjalankan perintah ini untuk mendapatkan informasi kuota tentang pengguna lain. |
| `lfs quota -g groupname /mount_point` | Informasi kuota umum untuk grup tertentu. |
| `lfs quota -p projectid /mount_point` | Informasi kuota umum untuk proyek tertentu. |
| `lfs quota -t -u /mount_point` | Waktu tenggang blok dan inode untuk kuota pengguna. |
| `lfs quota -t -g /mount_point` | Waktu tenggang blok dan inode untuk kuota grup. |
| `lfs quota -t -p /mount_point` | Blokir dan inode waktu tenggang untuk kuota proyek. |
## Kuota dan bucket terkait Amazon S3
Anda dapat menautkan sistem file Lustre Anda FSx ke repositori data Amazon S3. Untuk informasi selengkapnya, lihat [Menautkan sistem file Anda ke bucket Amazon S3](create-dra-linked-data-repo.md).
Anda dapat memilih folder tertentu atau prefiks dalam bucket S3 terkait sebagai jalur impor ke sistem file Anda. Ketika folder di Amazon S3 ditentukan dan diimpor ke sistem file Anda dari S3, hanya data dari folder tersebut yang diterapkan terhadap kuota. Data seluruh bucket tidak dihitung terhadap batas kuota.
Metadata file dalam bucket S3 terkait diimpor ke folder dengan struktur yang cocok dengan folder impor dari Amazon S3. File-file ini dihitung terhadap kuota inode dari pengguna dan grup yang memiliki file.
Ketika pengguna melakukan `hsm_restore` atau malas memuat file, ukuran penuh file dihitung terhadap kuota blok yang terkait dengan pemilik file. Sebagai contoh, jika pengguna malas memuat file yang dimiliki oleh pengguna B, jumlah penyimpanan dan penggunaan inode dihitung terhadap kuota pengguna B. Demikian pula, ketika pengguna menggunakan Amazon FSx API untuk merilis file, data dibebaskan dari kuota blok pengguna atau grup yang memiliki file tersebut.
Karena HSM mengembalikan dan pemuatan malas dilakukan dengan akses akar, mereka memotong pemberlakuan kuota. Setelah data diimpor, data tersebut dihitung terhadap pengguna atau grup berdasarkan kepemilikan yang diatur di S3, yang dapat menyebabkan pengguna atau grup melampaui batas pemblokirannya. Jika ini terjadi, mereka harus membebaskan file untuk dapat menulis ke sistem file lagi.
Demikian pula, sistem file dengan impor otomatis yang diaktifkan akan secara otomatis membuat inodes baru untuk objek yang ditambahkan ke S3. Inodes baru ini dibuat dengan akses akar dan pemberlakuan kuota pintasan ketika dibuat. Inodes baru ini akan dihitung terhadap pengguna dan grup, berdasarkan siapa yang memiliki objek di S3. Jika pengguna dan grup tersebut melampaui kuota inode berdasarkan aktivitas impor otomatis, mereka harus menghapus file untuk membebaskan kapasitas tambahan dan agar berada di bawah batas kuota mereka.
## Kuota dan memulihkan backup
Ketika Anda memulihkan backup, pengaturan kuota sistem file asli dilaksanakan dalam sistem file yang dipulihkan. Sebagai contoh, jika kuota diatur dalam sistem file A, dan sistem file B dibuat dari cadangan sistem file A, kuota sistem file A diberlakukan dalam sistem file B.
# Mengelola kapasitas penyimpanan
Anda dapat meningkatkan kapasitas penyimpanan SSD atau HDD yang dikonfigurasi pada sistem file Lustre Anda FSx karena Anda memerlukan penyimpanan dan throughput tambahan. Karena throughput sistem file FSx for Lustre berskala linier dengan kapasitas penyimpanan, Anda juga mendapatkan peningkatan kapasitas throughput yang sebanding. Untuk meningkatkan kapasitas penyimpanan, Anda dapat menggunakan FSx konsol Amazon, AWS Command Line Interface (AWS CLI), atau Amazon FSx API.
Saat Anda meminta pembaruan ke kapasitas penyimpanan sistem file Anda, Amazon FSx secara otomatis menambahkan server file jaringan baru dan menskalakan server metadata Anda. Ketika menskalakan kapasitas penyimpanan, sistem file mungkin tidak tersedia selama beberapa menit. Operasi file yang dikeluarkan oleh klien sementara sistem file tidak tersedia akan secara transparan mencoba lagi dan akhirnya berhasil setelah penyekalaan penyimpanan selesai. Selama waktu sistem file tidak tersedia, status sistem file diatur ke `UPDATING`. Setelah penyekalaan penyimpanan selesai, status sistem file diatur ke `AVAILABLE`.
Amazon FSx kemudian menjalankan proses pengoptimalan penyimpanan yang secara transparan menyeimbangkan kembali data di seluruh server file yang ada dan yang baru ditambahkan. Penyeimbangan kembali dilakukan di latar belakang tanpa dampak pada ketersediaan sistem file. Selama rebalancing, Anda mungkin melihat penurunan kinerja sistem file karena sumber daya dikonsumsi untuk perpindahan data. Untuk sebagian besar sistem file, pengoptimuman penyimpangan membutuhkan waktu beberapa jam hingga beberapa hari. Anda dapat mengakses dan menggunakan sistem file Anda selama tahap optimasi.
Anda dapat melacak kemajuan pengoptimalan penyimpanan kapan saja menggunakan FSx konsol Amazon, CLI, dan API. Untuk informasi selengkapnya, lihat [Memantau peningkatan kapasitas penyimpanan](monitoring-storage-capacity-increase.md).
**Topics**
+ [
## Pertimbangan saat meningkatkan kapasitas penyimpanan
](#storage-capacity-important-to-know)
+ [
## Kapan harus meningkatkan kapasitas penyimpanan
](#when-to-modify-storage-capacity)
+ [
## Bagaimana penyekalaan penyimpanan dan permintaan backup secara bersamaan ditangani
](#storage-capacity-changes-and-backups)
+ [
# Meningkatkan kapasitas penyimpanan
](increase-storage-capacity.md)
+ [
# Memantau peningkatan kapasitas penyimpanan
](monitoring-storage-capacity-increase.md)
## Pertimbangan saat meningkatkan kapasitas penyimpanan
Berikut adalah beberapa item penting yang perlu dipertimbangkan saat meningkatkan kapasitas penyimpanan:
+ **Meningkatkan hanya** — Anda hanya dapat *meningkatkan* jumlah kapasitas penyimpanan untuk sistem file; Anda tidak dapat mengurangi kapasitas penyimpanan.
+ **Meningkatkan kenaikan** — Ketika Anda meningkatkan kapasitas penyimpanan, gunakan kenaikan yang tercantum dalam kotak dialog **Meningkatkan kapasitas penyimpanan**.
+ **Waktu antara peningkatan** — Anda tidak dapat membuat peningkatan kapasitas penyimpanan lebih lanjut pada sistem file hingga 6 jam setelah peningkatan terakhir diminta.
+ **Kapasitas throughput** — Anda secara otomatis meningkatkan kapasitas throughput saat Anda meningkatkan kapasitas penyimpanan. Untuk sistem file HDD persisten dengan cache SSD, kapasitas penyimpanan cache baca juga ditingkatkan untuk mempertahankan cache SSD yang berukuran hingga 20 persen dari kapasitas penyimpanan HDD. Amazon FSx menghitung nilai baru untuk unit kapasitas penyimpanan dan throughput dan mencantumkannya di kotak dialog **Tingkatkan kapasitas penyimpanan**.
**catatan**
Anda dapat secara mandiri memodifikasi kapasitas throughput dari sistem file berbasis SSD persisten tanpa harus memperbarui kapasitas penyimpanan sistem file. Untuk informasi selengkapnya, lihat [Mengelola kapasitas throughput yang disediakan](managing-throughput-capacity.md).
+ **Jenis Deployment** — Anda dapat meningkatkan kapasitas penyimpanan semua jenis deployment kecuali untuk sistem file scratch 1.
## Kapan harus meningkatkan kapasitas penyimpanan
Tingkatkan kapasitas penyimpanan sistem file saat kapasitas penyimpanan gratis Anda sudah hampir habis terpakai. Gunakan `FreeStorageCapacity` CloudWatch metrik untuk memantau jumlah penyimpanan gratis yang tersedia pada sistem file. Anda dapat membuat CloudWatch alarm Amazon pada metrik ini dan mendapatkan pemberitahuan saat turun di bawah ambang batas tertentu. Untuk informasi selengkapnya, lihat [Pemantauan CloudWatch dengan Amazon](monitoring-cloudwatch.md).
Anda dapat menggunakan CloudWatch metrik untuk memantau tingkat penggunaan throughput sistem file yang sedang berlangsung. Jika Anda menentukan bahwa sistem file Anda memerlukan kapasitas throughput yang lebih tinggi, Anda dapat menggunakan informasi metrik untuk membantu Anda memutuskan seberapa banyak untuk meningkatkan kapasitas penyimpanan. Untuk informasi tentang cara menentukan throughput sistem file Anda saat ini, lihat [Cara menggunakan Amazon FSx untuk metrik Lustre CloudWatch](how_to_use_metrics.md). Untuk informasi tentang bagaimana kapasitas penyimpanan mempengaruhi kapasitas throughput, lihat [Amazon FSx untuk kinerja Lustre](performance.md).
Anda juga dapat melihat kapasitas penyimpanan sistem file dan total throughput pada panel **Ringkasan** dari laman detail sistem file.
## Bagaimana penyekalaan penyimpanan dan permintaan backup secara bersamaan ditangani
Anda dapat meminta backup sebelum alur kerja penyekalaan penyimpanan dimulai atau saat sedang berlangsung. Urutan bagaimana Amazon FSx menangani dua permintaan adalah sebagai berikut:
+ Jika alur kerja penyekalaan penyimpanan sedang berlangsung (status penyimpanan penyimpanan `IN_PROGRESS` dan status sistem file adalah `UPDATING`) dan Anda meminta backup, permintaan backup antri. Tugas cadangan dimulai ketika penyekalaan penyimpanan dalam tahap optimasi penyimpanan (status penyekalaan penyimpanan `UPDATED_OPTIMIZING` dan status sistem file adalah `AVAILABLE`).
+ Jika backup sedang berlangsung (status backup `CREATING`) dan Anda meminta penyekalaan penyimpanan, permintaan penyekalaan penyimpanan antri. Alur kerja penskalaan penyimpanan dimulai saat Amazon mentransfer cadangan ke Amazon S3 (status pencadangan FSx adalah). `TRANSFERRING`
Jika permintaan penyekalaan penyimpanan tertunda dan permintaan backup sistem file juga tertunda, tugas backup memiliki prioritas yang lebih tinggi. Tugas penyekalaan penyimpanan tidak dimulai sampai tugas backup selesai.
# Meningkatkan kapasitas penyimpanan
Anda dapat meningkatkan kapasitas penyimpanan sistem file menggunakan FSx konsol Amazon, Amazon FSx API AWS CLI, atau Amazon.
**Untuk meningkatkan kapasitas penyimpanan untuk sistem file (konsol)**
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Arahkan ke **sistem File**, dan pilih sistem Lustre file yang ingin Anda tingkatkan kapasitas penyimpanan.
1. Untuk **Tindakan** pilih **Memperbarui kapasitas penyimpanan**. Atau, di panel **Ringkasan**, pilih **Perbarui** di samping **Kapasitas penyimpanan** sistem file untuk menampilkan kotak dialog **Meningkatkan kapasitas penyimpanan**.
1. Untuk **Kapasitas penyimpanan yang diinginkan**, sediakan kapasitas penyimpanan baru di GiB yang lebih besar dari kapasitas penyimpanan sistem file saat ini:
+ Untuk sistem file SSD atau scratch 2 persisten, nilai ini harus kelipatan 2400 GiB.
+ Untuk sistem file HDD persisten, nilai ini harus dalam kelipatan 6000 GiB untuk 12 sistem MBps/TiB file dan kelipatan 1800 GiB untuk sistem file 40/Tib. MBps
+ Untuk sistem file yang mendukung EFA, nilai ini harus dalam kelipatan 38400 GiB untuk 125 MBps/TiB sistem file, kelipatan 19200 GiB untuk 250 sistem file, kelipatan 9600 GiB untuk 500 MBps/TiB sistem file, dan kelipatan 4800 GiB untuk 1000 sistem file. MBps/TiB MBps/TiB
**catatan**
Anda tidak dapat meningkatkan kapasitas penyimpanan sistem file scratch 1.
1. Pilih **Perbarui** untuk memulai pembaruan kapasitas penyimpanan.
1. Anda dapat memantau kemajuan pembaruan pada laman detail sistem file di tab **Pembaruan**.
**Untuk meningkatkan kapasitas penyimpanan untuk sistem file (CLI)**
1. Untuk meningkatkan kapasitas penyimpanan untuk sistem file FSx for Lustre, gunakan perintah. AWS CLI [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) Atur parameter berikut:
Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
Atur `--storage-capacity` ke nilai integer yaitu jumlah, di GiB, dari peningkatan kapasitas penyimpanan. Untuk sistem file SSD atau scratch 2 persisten, nilai ini harus kelipatan 2400. Untuk sistem file HDD persisten, nilai ini harus dalam kelipatan 6000 untuk 12 sistem MBps/TiB file dan kelipatan 1800 untuk 40 sistem file. MBps/TiB Nilai target baru harus lebih besar dari kapasitas penyimpanan sistem file saat ini.
Perintah ini menentukan nilai target kapasitas penyimpanan 9600 GiB untuk SSD persisten atau sistem file scratch 2.
```
$ aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--storage-capacity 9600
```
1. Anda dapat memantau kemajuan pembaruan dengan menggunakan AWS CLI perintah [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html). Cari `administrative-actions` di output.
Untuk informasi selengkapnya, lihat [AdministrativeAction](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeAction.html).
# Memantau peningkatan kapasitas penyimpanan
Anda dapat memantau kemajuan peningkatan kapasitas penyimpanan menggunakan FSx konsol Amazon, API, atau AWS CLI.
## Memantau peningkatan dalam konsol
Di tab **Pembaruan** di laman detail sistem file, Anda dapat melihat 10 pembaruan terbaru untuk setiap jenis pembaruan.
Anda dapat melihat informasi berikut:
****Jenis pembaruan****
Jenis yang didukung adalah **Kapasitas penyimpanan** dan **Pengoptimalan penyimpanan**.
****Nilai target****
Nilai yang diinginkan untuk memperbarui kapasitas penyimpanan sistem file ke.
****Status****
Status pembaruan kapasitas penyimpanan saat ini. Kemungkinan nilainya adalah sebagai berikut:
+ **Tertunda** - Amazon FSx telah menerima permintaan pembaruan, tetapi belum mulai memprosesnya.
+ **Sedang berlangsung** - Amazon FSx sedang memproses permintaan pembaruan.
+ **Diperbarui; Mengoptimalkan** - Amazon FSx telah meningkatkan kapasitas penyimpanan sistem file. Proses optimasi penyimpanan sekarang menyeimbangkan kembali data di server file.
+ **Selesai** — Peningkatan kapasitas penyimpanan berhasil diselesaikan.
+ **Gagal** — Peningkatan kapasitas penyimpanan gagal. Pilih tanda tanya (**?**) untuk melihat detail mengapa pembaruan penyimpanan gagal.
****Kemajuan%****
Menampilkan kemajuan proses optimasi penyimpanan sebagai persen selesai.
****Waktu permintaan****
Waktu Amazon FSx menerima permintaan tindakan pembaruan.
## Pemantauan meningkat dengan API AWS CLI dan
Anda dapat melihat dan memantau permintaan peningkatan kapasitas penyimpanan sistem file menggunakan [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI perintah dan tindakan [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)API. Array `AdministrativeActions` mendaftar 10 tindakan pembaruan terbaru untuk setiap jenis tindakan administratif. Saat Anda meningkatkan kapasitas penyimpanan sistem file, dua `AdministrativeActions` dihasilkan: tindakan `FILE_SYSTEM_UPDATE` dan `STORAGE_OPTIMIZATION`.
Contoh berikut menunjukkan kutipan respons perintah CLI **describe-file-systems**. Sistem file memiliki kapasitas penyimpanan 4800 GB, dan ada tindakan administratif yang tertunda untuk meningkatkan kapasitas penyimpanan menjadi 9600 GB.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 4800,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1581694764.757,
"Status": "PENDING",
"TargetFileSystemValues": {
"StorageCapacity": 9600
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"RequestTime": 1581694764.757,
"Status": "PENDING",
}
]
```
Amazon FSx memproses `FILE_SYSTEM_UPDATE` tindakan terlebih dahulu, menambahkan server file baru 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. Ini ditunjukkan dalam kutipan tanggana perintah CLI **describe-file-systems** berikut.
Properti `ProgressPercent` menampilkan kemajuan proses optimasi penyimpanan. Setelah proses optimasi penyimpanan berhasil diselesaikan, status tindakan `FILE_SYSTEM_UPDATE` berubah menjadi `COMPLETED`, dan tindakan `STORAGE_OPTIMIZATION` tidak lagi muncul.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 9600,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1581694764.757,
"Status": "UPDATED_OPTIMIZING",
"TargetFileSystemValues": {
"StorageCapacity": 9600
}
},
{
"AdministrativeActionType": "STORAGE_OPTIMIZATION",
"RequestTime": 1581694764.757,
"Status": "IN_PROGRESS",
"ProgressPercent": 50,
}
]
```
Jika peningkatan kapasitas penyimpanan gagal, status tindakan `FILE_SYSTEM_UPDATE` berubah menjadi `FAILED`. Properti `FailureDetails` menyediakan informasi tentang kegagalan, yang ditunjukkan dalam contoh berikut.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
.
.
.
"StorageCapacity": 4800,
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"FailureDetails": {
"Message": "string"
},
"RequestTime": 1581694764.757,
"Status": "FAILED",
"TargetFileSystemValues":
"StorageCapacity": 9600
}
]
```
# Mengelola cache baca SSD yang disediakan
Saat Anda membuat sistem file dengan kelas penyimpanan Intelligent-Tiering, Anda memiliki opsi untuk juga menyediakan cache baca berbasis SSD yang menyediakan latensi SSD untuk pembacaan data yang sering Anda akses, hingga 3 IOPS per GiB.
Anda dapat mengonfigurasi cache baca SSD Anda untuk data yang sering diakses dengan salah satu opsi mode ukuran berikut:
+ **Otomatis (sebanding dengan kapasitas throughput**). Dengan Automatic, Amazon FSx for Lustre secara otomatis memilih ukuran cache baca data SSD berdasarkan kapasitas throughput yang disediakan.
+ **Kustom (disediakan pengguna)**. Dengan Custom, Anda dapat menyesuaikan ukuran cache baca SSD Anda dan menskalakannya ke atas atau ke bawah kapan saja berdasarkan kebutuhan beban kerja Anda.
+ Pilih **No Cache** jika Anda tidak ingin menggunakan cache baca data SSD dengan sistem file Anda.
Dalam mode Otomatis (sebanding dengan kapasitas throughput), Amazon FSx secara otomatis menyediakan ukuran cache baca default berikut berdasarkan kapasitas throughput sistem file Anda.
| Kapasitas throughput yang disediakan () MBps | **SSD membaca cache dalam mode Otomatis (sebanding dengan kapasitas throughput) (GiB)** | **Ukuran cache baca SSD yang didukung** |
| --- |--- |--- |
| **** | **** | **minimum (GiB)** | **maksimum (GiB)** |
| --- |--- |--- |--- |
| Setiap 4000 | 20000 | 32 | 131072 |
| --- |--- |--- |--- |
Setelah sistem file Anda dibuat, Anda dapat memodifikasi mode ukuran cache baca dan kapasitas penyimpanan kapan saja.
**Topics**
+ [
## Pertimbangan saat memperbarui cache baca SSD
](#considerations-update-ssd-read-cache)
+ [
## Memperbarui cache baca SSD yang disediakan
](#update-ssd-read-cache)
+ [
## Pemantauan SSD membaca pembaruan cache
](#monitoring-ssd-read-cache-update)
## Pertimbangan saat memperbarui cache baca SSD
Berikut adalah beberapa pertimbangan penting saat memodifikasi cache baca data SSD Anda:
+ Setiap kali Anda memodifikasi cache baca SSD, semua isinya akan dihapus. Ini berarti Anda mungkin melihat penurunan tingkat kinerja hingga cache baca SSD diisi kembali.
+ Anda dapat menambah atau mengurangi ukuran kapasitas cache baca SSD. Namun, Anda hanya dapat melakukan ini setiap enam jam sekali. Tidak ada batasan waktu saat menambahkan atau menghapus cache baca SSD dari sistem file Anda.
+ Anda harus menambah atau mengurangi ukuran cache baca SSD Anda minimal 10% setiap kali Anda memodifikasinya.
## Memperbarui cache baca SSD yang disediakan
Anda dapat memperbarui cache baca data SSD menggunakan FSx konsol Amazon, FSx API Amazon AWS CLI, atau Amazon.
### Untuk memperbarui cache baca SSD untuk sistem file Intelligent-Tiering (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 FSx untuk Lustre yang ingin Anda perbarui cache baca SSD.
1. SSD Pada panel **Ringkasan**, pilih **Perbarui** di sebelah nilai **cache baca SSD** sistem file.
Kotak dialog **Update SSD read cache** muncul.
1. Pilih mode ukuran baru yang Anda inginkan untuk cache baca data Anda, sebagai berikut:
+ Pilih **Otomatis (sebanding dengan kapasitas throughput)** agar data Anda membaca cache secara otomatis berukuran berdasarkan kapasitas throughput Anda.
+ Pilih **Kustom (disediakan pengguna)** jika Anda mengetahui perkiraan ukuran kumpulan data Anda dan ingin menyesuaikan cache baca data Anda. Jika Anda memilih Kustom, Anda juga perlu menentukan **kapasitas cache baca yang diinginkan** di GiB.
+ Pilih **None** jika Anda tidak ingin menggunakan cache baca data SSD dengan sistem file Intelligent-Tiering Anda.
1. Pilih **Perbarui**.
### Untuk memperbarui cache baca SSD untuk sistem file Intelligent-Tiering (CLI)
Untuk memperbarui cache baca data SSD untuk sistem file Intelligent-Tiering, 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. UpdateFileSystem Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Untuk memodifikasi cache baca SSD Anda, gunakan `--lustre-configuration DataReadCacheConfiguration` properti. Properti ini memiliki dua parameter, `SizeGiB` dan`SizingMode`:
+ **SizeGiB** - Mengatur ukuran cache baca SSD Anda di GiB saat menggunakan `USER_PROVISIONED` mode.
+ **SizingMode**- Mengatur mode ukuran cache baca SSD Anda.
+ Setel ke `NO_CACHE` jika Anda tidak ingin menggunakan cache baca SSD dengan sistem file Intelligent-Tiering Anda.
+ Setel `USER_PROVISIONED` untuk menentukan ukuran yang tepat dari cache baca SSD Anda.
+ Atur `PROPORTIONAL_TO_THROUGHPUT_CAPACITY` agar data SSD Anda membaca cache secara otomatis berdasarkan kapasitas throughput Anda.
Contoh berikut memperbarui cache baca SSD ke `USER_PROVISIONED` mode dan menetapkan ukuran ke 524288 GiB.
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration 'DataReadCacheConfiguration={SizeGiB=524288,SizingMode=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 *Referensi Amazon FSx API*.
## Pemantauan SSD membaca pembaruan cache
Anda dapat memantau kemajuan pembaruan cache baca SSD dengan menggunakan FSx konsol Amazon, API, atau file AWS CLI.
### Memantau pembaruan di konsol
Anda dapat memantau pembaruan sistem file di tab **Pembaruan** pada halaman **detail sistem file**.
Untuk pembaruan cache baca SSD, Anda dapat melihat informasi berikut:
****Jenis pembaruan****
Jenis yang didukung adalah **mode ukuran cache baca SSD** dan **ukuran cache baca SSD**.
****Nilai target****
Nilai yang diperbarui untuk mode ukuran cache baca SSD sistem file atau ukuran cache baca SSD.
****Status****
Status terkini dari pembaruan. Kemungkinan nilainya adalah sebagai berikut:
+ **Tertunda** - Amazon FSx telah menerima permintaan pembaruan, tetapi belum mulai memprosesnya.
+ **Sedang berlangsung** - Amazon FSx sedang memproses permintaan pembaruan.
+ **Selesai** - Pembaruan selesai dengan sukses.
+ **Gagal** — Permintaan pembaruan gagal. Pilih tanda tanya (**?** ) untuk melihat detail tentang mengapa permintaan gagal.
****Waktu permintaan****
Waktu Amazon FSx menerima permintaan tindakan pembaruan.
### Pemantauan SSD membaca pembaruan cache dengan AWS CLI dan API
Anda dapat melihat dan memantau sistem file SSD membaca permintaan pembaruan cache menggunakan [describe-file-systems](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 memperbarui cache baca SSD sistem file, a `FILE_SYSTEM_UPDATE` `AdministrativeActions` dihasilkan.
Contoh berikut menunjukkan kutipan respons perintah CLI `describe-file-systems`. Sistem file memiliki tindakan administratif yang tertunda untuk mengubah mode ukuran cache baca SSD ke `USER_PROVISIONED` dan ukuran cache baca SSD menjadi 524288.
```
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1586797629.095,
"Status": "PENDING",
"TargetFileSystemValues": {
"LustreConfiguration": {
"DataReadCacheConfiguration": {
"SizingMode": "USER_PROVISIONED"
"SizeGiB": 524288,
}
}
}
}
]
```
Ketika konfigurasi cache baca SSD baru tersedia untuk sistem file, `FILE_SYSTEM_UPDATE` statusnya berubah menjadi`COMPLETED`. Jika permintaan pembaruan cache baca SSD gagal, status `FILE_SYSTEM_UPDATE` tindakan berubah menjadi`FAILED`.
# Mengelola kinerja metadata
Anda dapat memperbarui konfigurasi metadata sistem file FSx untuk Lustre Anda tanpa gangguan apa pun pada pengguna akhir atau aplikasi Anda dengan menggunakan konsol Amazon FSx , Amazon FSx API, atau (). AWS Command Line Interface AWS CLI Prosedur pembaruan meningkatkan jumlah IOPS Metadata yang disediakan untuk sistem file Anda.
**catatan**
Metadata yang disempurnakan hanya tersedia untuk sistem file 2.15. Anda dapat meningkatkan kinerja metadata hanya FSx untuk sistem file Lustre yang dibuat dengan tipe penerapan Persistent 2 dan konfigurasi metadata yang ditentukan. Anda tidak dapat menambahkan atau memperbarui konfigurasi metadata untuk sistem file FSx for Lustre jika konfigurasi metadata tidak ditentukan pada saat pembuatan sistem file. Ini juga berlaku untuk sistem file yang dipulihkan dari cadangan sistem file 2.12 yang tidak mendukung peningkatan kinerja metadata, atau dari 2.15 sistem file yang tidak memiliki konfigurasi metadata yang ditentukan.
Peningkatan kinerja metadata sistem file Anda tersedia untuk digunakan dalam beberapa menit. Anda dapat memperbarui kinerja metadata kapan saja, selama permintaan peningkatan kinerja metadata setidaknya berjarak 6 jam. Saat menskalakan kinerja metadata, sistem file mungkin tidak tersedia selama beberapa menit. Operasi file yang dikeluarkan oleh klien saat sistem file tidak tersedia akan dicoba lagi secara transparan dan akhirnya berhasil setelah penskalaan kinerja metadata selesai. Anda akan ditagih untuk peningkatan kinerja metadata baru setelah tersedia untuk Anda.
Anda dapat melacak kemajuan peningkatan kinerja metadata kapan saja dengan menggunakan FSx konsol Amazon, CLI, dan API. Untuk informasi selengkapnya, lihat [Memantau pembaruan konfigurasi metadata](monitoring-metadata-performance-increase.md).
**Topics**
+ [
## Lustrekonfigurasi kinerja metadata
](#metadata-configuration)
+ [
## Pertimbangan saat meningkatkan kinerja metadata
](#metadata-scaling-considerations)
+ [
## Kapan harus meningkatkan kinerja metadata
](#when-to-modify-metadata-performance)
+ [
# Meningkatkan kinerja metadata
](modify-metadata-performance.md)
+ [
# Mengubah mode konfigurasi metadata
](switch-provisioning-mode.md)
+ [
# Memantau pembaruan konfigurasi metadata
](monitoring-metadata-performance-increase.md)
## Lustrekonfigurasi kinerja metadata
Jumlah IOPS Metadata yang disediakan menentukan tingkat maksimum operasi metadata yang dapat didukung oleh sistem file.
Saat Anda membuat sistem file, Anda memilih mode konfigurasi metadata:
+ Untuk sistem file SSD, Anda dapat memilih mode Otomatis jika Anda FSx ingin Amazon secara otomatis menyediakan dan menskalakan Metadata IOPS pada sistem file Anda berdasarkan kapasitas penyimpanan sistem file Anda. Perhatikan bahwa sistem file Intelligent-Tiering tidak mendukung mode Otomatis.
+ Untuk sistem file SSD, Anda dapat memilih User-provisioned jika Anda ingin menentukan jumlah Metadata IOPS yang akan disediakan untuk sistem file Anda.
+ Untuk sistem file Intelligent-Tiering, Anda harus memilih mode yang disediakan pengguna. Dengan mode yang disediakan pengguna, Anda dapat menentukan jumlah IOPS Metadata yang akan disediakan untuk sistem file Anda.
Pada sistem file SSD, Anda dapat beralih dari mode Otomatis ke mode yang disediakan pengguna kapan saja. Anda juga dapat beralih dari mode yang disediakan pengguna ke mode Otomatis jika jumlah Metadata IOPS yang disediakan pada sistem file Anda cocok dengan nomor default Metadata IOPS yang disediakan dalam mode Otomatis. Sistem file Intelligent-Tiering hanya mendukung mode yang disediakan pengguna, sehingga Anda tidak dapat mengganti mode konfigurasi metadata.
Nilai IOPS Metadata yang valid adalah sebagai berikut:
+ Untuk sistem file SSD, nilai IOPS Metadata yang valid adalah 1500, 3000, 6000, dan kelipatan 12000 hingga maksimum 192000.
+ Untuk sistem file Intelligent-Tiering, nilai IOPS Metadata yang valid adalah 6000 dan 12000.
Jika kinerja metadata beban kerja Anda melebihi jumlah IOPS Metadata yang disediakan dalam mode Otomatis, Anda dapat menggunakan mode yang disediakan pengguna untuk meningkatkan nilai IOPS Metadata untuk sistem file Anda.
Anda dapat melihat nilai saat ini dari konfigurasi server metadata sistem file sebagai berikut:
+ Menggunakan konsol — Pada panel **Ringkasan** halaman detail sistem file, bidang **Metadata IOPS menunjukkan nilai terkini dari IOPS** Metadata yang disediakan dan mode konfigurasi metadata saat ini dari sistem file.
+ Menggunakan CLI atau API — Gunakan perintah [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html)CLI atau operasi [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)API, dan cari properti. `MetadataConfiguration`
## Pertimbangan saat meningkatkan kinerja metadata
Berikut adalah beberapa pertimbangan penting saat meningkatkan kinerja metadata Anda:
+ **Kinerja metadata hanya meningkat** — Anda hanya dapat *meningkatkan* jumlah IOPS Metadata untuk sistem file; Anda tidak dapat mengurangi jumlah IOPS Metadata.
+ **Menentukan Metadata IOPS dalam mode Otomatis tidak didukung** - Anda tidak dapat menentukan jumlah IOPS Metadata pada sistem file yang berada dalam mode Otomatis. Anda harus beralih ke mode yang disediakan pengguna dan kemudian membuat permintaan. Untuk informasi selengkapnya, lihat [Mengubah mode konfigurasi metadata](switch-provisioning-mode.md).
+ **Metadata IOPS untuk data yang ditulis sebelum penskalaan — Saat menskalakan** Metadata IOPS melampaui 12000, FSx untuk Lustre menambahkan server metadata baru ke sistem file Anda. Metadata baru didistribusikan secara otomatis di semua server untuk meningkatkan kinerja. Namun, metadata dan subdirektori yang ada yang dibuat sebelum penskalaan tetap ada di server asli, tanpa peningkatan Metadata IOPS.
+ **Waktu antara peningkatan** — Anda tidak dapat meningkatkan kinerja metadata lebih lanjut pada sistem file hingga 6 jam setelah peningkatan terakhir diminta.
+ **Kinerja metadata bersamaan dan penyimpanan SSD meningkat** — Anda tidak dapat menskalakan kinerja metadata dan kapasitas penyimpanan sistem file secara bersamaan.
## Kapan harus meningkatkan kinerja metadata
Tingkatkan jumlah IOPS Metadata saat Anda perlu menjalankan beban kerja yang memerlukan tingkat kinerja metadata yang lebih tinggi daripada yang disediakan secara default di sistem file Anda. Anda dapat memantau kinerja metadata Anda Konsol Manajemen AWS dengan menggunakan `Metadata IOPS Utilization` grafik yang memberikan persentase kinerja server metadata yang disediakan yang Anda konsumsi di sistem file Anda.
Anda juga dapat memantau kinerja metadata Anda menggunakan metrik yang lebih terperinci CloudWatch . CloudWatch metrik termasuk `DiskReadOperations` dan`DiskWriteOperations`, yang menyediakan volume operasi server metadata yang memerlukan disk IO, serta metrik granular untuk operasi metadata termasuk pembuatan file dan direktori, statistik, pembacaan, dan penghapusan. Untuk informasi selengkapnya, lihat [FSx untuk metrik metadata Lustre](fs-metrics.md#fs-metadata-metrics).
# Meningkatkan kinerja metadata
Anda dapat meningkatkan kinerja metadata sistem file dengan menggunakan FSx konsol Amazon, API Amazon AWS CLI, atau Amazon FSx .
## Untuk meningkatkan kinerja metadata 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 FSx untuk Lustre yang ingin Anda tingkatkan kinerja metadata.
1. Untuk **Tindakan**, pilih **Perbarui Metadata IOPS**. Atau, di panel **Ringkasan**, pilih **Perbarui** di sebelah bidang **IOPS Metadata** sistem file.
Kotak dialog **Update Metadata IOPS** muncul.
1. Pilih **User-provisioned**.
1. Untuk IOPS **Metadata yang Diinginkan, pilih nilai IOPS** Metadata baru. Nilai yang Anda masukkan harus lebih besar dari atau sama dengan nilai IOPS Metadata saat ini.
+ Untuk sistem file SSD, nilai yang valid adalah `1500` `3000``6000`,`12000`,,,, dan kelipatan `12000` hingga maksimum. `192000`
+ Untuk sistem file Intelligent-Tiering, nilai yang valid adalah dan. `6000` `12000`
1. Pilih **Perbarui**.
## Untuk meningkatkan kinerja metadata untuk sistem file (CLI)
Untuk meningkatkan kinerja metadata untuk sistem file FSx for Lustre, gunakan AWS CLI perintah [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)(UpdateFileSystem adalah aksi API yang setara). Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Untuk meningkatkan kinerja metadata Anda, gunakan properti. `--lustre-configuration MetadataConfiguration` Properti ini memiliki dua parameter, `Mode` dan`Iops`.
1. Jika sistem file Anda dalam mode USER\$1PROVISIONED, penggunaan `Mode` adalah opsional (jika digunakan, atur ke). `Mode` `USER_PROVISIONED`
Jika sistem file SSD Anda dalam mode OTOMATIS, atur `Mode` ke `USER_PROVISIONED` (yang mengalihkan mode sistem file ke USER\$1PROVISIONED selain meningkatkan nilai IOPS Metadata).
1. Untuk sistem file SSD, atur `Iops` ke nilai `1500``3000`,`6000`,`12000`,, atau kelipatan `12000` hingga maksimum. `192000` Untuk sistem file Intelligent-Tiering, atur ke atau. `Iops` `6000` `12000` Nilai yang Anda masukkan harus lebih besar dari atau sama dengan nilai IOPS Metadata saat ini.
Contoh berikut memperbarui IOPS Metadata yang disediakan ke 12000.
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration 'MetadataConfiguration={Mode=USER_PROVISIONED,Iops=12000}'
```
# Mengubah mode konfigurasi metadata
Untuk sistem file berbasis SSD, Anda dapat mengubah mode konfigurasi metadata dari sistem file yang ada menggunakan konsol AWS dan CLI, seperti yang dijelaskan dalam prosedur berikut.
Saat beralih dari mode Otomatis ke mode yang disediakan pengguna, Anda harus memberikan nilai IOPS Metadata yang lebih besar dari atau sama dengan nilai IOPS Metadata sistem file saat ini.
Jika Anda meminta untuk beralih dari mode yang disediakan pengguna ke mode Otomatis dan nilai IOPS Metadata saat ini lebih besar dari default otomatis, Amazon FSx menolak permintaan tersebut, karena downscaling Metadata IOPS tidak didukung. Untuk membuka blokir sakelar mode, Anda harus meningkatkan kapasitas penyimpanan agar sesuai dengan Metadata IOPS Anda saat ini dalam mode Otomatis untuk mengaktifkan sakelar mode lagi.
Anda dapat mengubah mode konfigurasi metadata sistem file dengan menggunakan FSx konsol Amazon, API Amazon AWS CLI, atau Amazon FSx .
## Untuk mengubah mode konfigurasi metadata 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 FSx untuk Lustre yang ingin Anda ubah mode konfigurasi metadata.
1. Untuk **Tindakan**, pilih **Perbarui Metadata IOPS**. Atau, di panel **Ringkasan**, pilih **Perbarui** di sebelah bidang **IOPS Metadata** sistem file.
Kotak dialog **Update Metadata IOPS** muncul.
1. Lakukan salah satu dari berikut ini.
+ **Untuk beralih dari mode yang disediakan pengguna ke mode Otomatis, pilih Otomatis.**
+ **Untuk beralih dari mode Otomatis ke mode yang disediakan pengguna, pilih User-provisioned.** Kemudian, untuk IOPS **Metadata yang Diinginkan, berikan nilai IOPS** Metadata yang lebih besar dari atau sama dengan nilai IOPS Metadata sistem file saat ini.
1. Pilih **Perbarui**.
## Untuk mengubah mode konfigurasi metadata untuk sistem file SSD (CLI)
Untuk mengubah mode konfigurasi metadata untuk SSD FSx untuk sistem file Lustre, gunakan AWS CLI perintah [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)(UpdateFileSystem adalah tindakan API yang setara). Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Untuk mengubah mode konfigurasi metadata pada sistem file berbasis SSD, gunakan properti. `--lustre-configuration MetadataConfiguration` Properti ini memiliki dua parameter, `Mode` dan`Iops`.
+ Untuk mengalihkan sistem file SSD Anda dari mode OTOMATIS ke mode USER\$1PROVISIONED, atur `Mode` ke `USER_PROVISIONED` dan `Iops` ke nilai IOPS Metadata yang lebih besar dari atau sama dengan nilai IOPS Metadata sistem file saat ini. Contoh:
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration 'MetadataConfiguration={Mode=USER_PROVISIONED,Iops=96000}'
```
+ Untuk beralih dari mode USER\$1PROVISIONED ke mode OTOMATIS, atur `Mode` ke `AUTOMATIC` dan jangan gunakan parameter. `Iops` Contoh:
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration 'MetadataConfiguration={Mode=AUTOMATIC}'
```
# Memantau pembaruan konfigurasi metadata
Anda dapat memantau kemajuan pembaruan konfigurasi metadata dengan menggunakan FSx konsol Amazon, API, atau. AWS CLI
## Memantau pembaruan konfigurasi metadata (konsol)
Anda dapat memantau pembaruan konfigurasi metadata di tab **Pembaruan** pada halaman **detail sistem file**.
Untuk pembaruan konfigurasi metadata, Anda dapat melihat informasi berikut:
****Jenis pembaruan****
Tipe yang didukung adalah **Metadata IOPS** dan mode konfigurasi **Metadata**.
****Nilai target****
Nilai yang diperbarui untuk mode konfigurasi Metadata IOPS atau Metadata sistem file.
****Status****
Status terkini dari pembaruan. Kemungkinan nilainya adalah sebagai berikut:
+ **Tertunda** - Amazon FSx telah menerima permintaan pembaruan, tetapi belum mulai memprosesnya.
+ **Sedang berlangsung** - Amazon FSx sedang memproses permintaan pembaruan.
+ **Selesai** - Pembaruan selesai dengan sukses.
+ **Gagal** — Permintaan pembaruan gagal. Pilih tanda tanya (**?** ) untuk melihat detail tentang mengapa permintaan gagal.
****Waktu permintaan****
Waktu Amazon FSx menerima permintaan tindakan pembaruan.
## Memantau pembaruan konfigurasi metadata (CLI)
Anda dapat melihat dan memantau permintaan pembaruan konfigurasi metadata menggunakan [describe-file-systems](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 memperbarui kinerja metadata sistem file atau mode konfigurasi metadata, a akan dihasilkan. `FILE_SYSTEM_UPDATE` `AdministrativeActions`
Contoh berikut menunjukkan kutipan respons perintah CLI `describe-file-systems`. Sistem file memiliki tindakan administratif yang tertunda untuk meningkatkan Metadata IOPS menjadi 96000 dan mode konfigurasi metadata ke USER\$1PROVISIONED.
```
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1678840205.853,
"Status": "PENDING",
"TargetFileSystemValues": {
"LustreConfiguration": {
"MetadataConfiguration": {
"Iops": 96000,
"Mode": USER_PROVISIONED
}
}
}
}
]
```
Amazon FSx memproses `FILE_SYSTEM_UPDATE` tindakan, memodifikasi Metadata IOPS sistem file dan mode konfigurasi metadata. Ketika sumber daya metadata baru tersedia untuk sistem file, `FILE_SYSTEM_UPDATE` status berubah menjadi. `COMPLETED`
Jika permintaan pembaruan konfigurasi metadata 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": 1678840205.853,
"Status": "FAILED",
"TargetFileSystemValues": {
"LustreConfiguration": {
"MetadataConfiguration": {
"Iops": 96000,
"Mode": USER_PROVISIONED
}
}
},
"FailureDetails": {
"Message": "failure-message"
}
}
]
```
# Mengelola kapasitas throughput yang disediakan
Setiap sistem file FSx untuk Lustre memiliki kapasitas throughput yang dikonfigurasi saat Anda membuat sistem file. Untuk sistem file yang menggunakan penyimpanan SSD atau HDD, kapasitas throughput diukur dalam megabyte per detik per tebibyte (MBps/TiB). For file systems using Intelligent-Tiering storage, the throughput capacity is measured in megabytes per second (MBps) for the file system. Throughput capacity is one factor that determines the speed at which the file server hosting the file system can serve file data. Higher levels of throughput capacity also come with higher levels of I/Ooperasi per detik (IOPS) dan lebih banyak memori untuk caching data pada server file. Untuk informasi selengkapnya, lihat [Amazon FSx untuk kinerja Lustre](performance.md).
Anda dapat memodifikasi tingkat throughput dari sistem file berbasis SSD persisten dengan meningkatkan atau mengurangi nilai throughput sistem file per unit penyimpanan. Nilai yang valid tergantung pada jenis penyebaran sistem file, sebagai berikut:
+ Untuk tipe penerapan berbasis SSD Persisten 1, nilai yang valid adalah 50, 100, dan 200 /Tib. MBps
+ Untuk tipe penyebaran berbasis SSD 2 Persisten, nilai yang valid adalah 125, 250, 500, dan 1000 /Tib. MBps
Anda dapat memodifikasi kapasitas throughput sistem file Intelligent-Tiering dengan meningkatkan nilai total kapasitas throughput untuk sistem file. Nilai yang valid adalah 4.000 MBps atau kenaikan 4.000 MBps, hingga maksimum 2.000.000. MBps
Anda dapat melihat nilai saat ini dari kapasitas throughput sistem file sebagai berikut:
+ Menggunakan konsol — Pada panel **Ringkasan** halaman detail sistem file, bidang **Throughput per unit penyimpanan** menunjukkan nilai saat ini untuk sistem file berbasis SSD sementara bidang **kapasitas Throughput** menunjukkan nilai saat ini untuk sistem file Intelligent-Tiering.
+ Menggunakan CLI atau API - Gunakan perintah [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html)CLI atau operasi [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)API, dan cari properti. `PerUnitStorageThroughput`
Saat Anda memodifikasi kapasitas throughput sistem file Anda, di belakang layar, Amazon FSx mengalihkan server file sistem file pada sistem file SSD atau menambahkan server file baru pada sistem file Intelligent-Tiering. Sistem file Anda tidak akan tersedia hingga satu jam selama penskalaan kapasitas throughput. Anda akan ditagih atas jumlah baru kapasitas throughput begitu tersedia untuk sistem file Anda.
**Topics**
+ [
## Pertimbangan saat memperbarui kapasitas throughput
](#throughput-capacity-considerations)
+ [
## Kapan harus mengubah kapasitas throughput
](#when-to-modify-throughput-capacity)
+ [
# Memodifikasi kapasitas throughput
](increase-throughput-capacity.md)
+ [
# Memantau perubahan kapasitas throughput pada konsol
](monitoring-throughput-capacity-changes.md)
## Pertimbangan saat memperbarui kapasitas throughput
Berikut adalah beberapa hal penting yang perlu dipertimbangkan saat memperbarui kapasitas throughput:
+ **Menambah atau mengurangi** — Anda dapat menambah atau mengurangi jumlah kapasitas throughput untuk sistem file berbasis SSD. Anda hanya dapat meningkatkan jumlah kapasitas throughput untuk sistem file Intelligent-Tiering.
+ **Peningkatan pembaruan** - Saat Anda mengubah kapasitas throughput, gunakan penambahan yang tercantum dalam kotak dialog **Tingkat throughput pembaruan** untuk sistem file berbasis SSD atau di kotak dialog **Kapasitas throughput Perbarui** untuk sistem file Intelligent-Tiering.
+ **Waktu antara peningkatan** - Anda tidak dapat membuat perubahan kapasitas throughput lebih lanjut pada sistem file hingga 6 jam setelah permintaan terakhir, atau sampai proses optimasi throughput selesai, waktu mana pun yang lebih lama.
+ **Penskalaan otomatis cache baca SSD** — Untuk mode default cache baca SSD (Sebanding dengan kapasitas throughput), Amazon FSx secara otomatis menyediakan 5 GiB penyimpanan data untuk setiap MBps kapasitas throughput yang Anda berikan. Saat Anda menskalakan kapasitas throughput sistem file Anda, Amazon FSx secara otomatis menskalakan cache data SSD Anda dengan melampirkan penyimpanan cache tambahan ke server file yang baru ditambahkan.
+ **Jenis Deployment** — Anda hanya dapat memperbarui kapasitas throughput tipe penerapan berbasis SSD atau Intelligent-Tiering persisten. Anda tidak dapat mengubah kapasitas throughput sistem file berbasis SSD yang mendukung EFA.
## Kapan harus mengubah kapasitas throughput
Amazon FSx terintegrasi dengan Amazon CloudWatch, memungkinkan Anda memantau tingkat penggunaan throughput sistem file yang sedang berlangsung. Kinerja (throughput dan IOPS) yang dapat Anda drive melalui sistem file Anda tergantung pada karakteristik beban kerja spesifik Anda, selain kapasitas throughput sistem file Anda, kapasitas penyimpanan, dan kelas penyimpanan. Untuk informasi tentang cara menentukan throughput sistem file Anda saat ini, lihat [Cara menggunakan Amazon FSx untuk metrik Lustre CloudWatch](how_to_use_metrics.md). Untuk informasi tentang CloudWatch metrik, lihat[Pemantauan CloudWatch dengan Amazon](monitoring-cloudwatch.md).
# Memodifikasi kapasitas throughput
Anda dapat memodifikasi kapasitas throughput sistem file FSx for Lustre menggunakan FSx konsol Amazon, AWS Command Line Interface (AWS CLI), atau Amazon API. FSx
## Untuk memodifikasi kapasitas throughput sistem file SSD (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Arahkan ke **sistem File**, dan pilih sistem file FSx untuk Lustre yang ingin Anda ubah kapasitas throughputnya.
1. Untuk **Tindakan**, pilih **Perbarui tingkat throughput**. Atau, di panel **Ringkasan**, pilih **Perbarui** di sebelah **Throughput sistem file per unit penyimpanan**.
Jendela **tingkat throughput pembaruan** muncul.
1. Pilih nilai baru untuk **throughput yang diinginkan per unit penyimpanan dari** daftar.
1. Pilih **Perbarui** untuk memulai pembaruan kapasitas throughput.
**catatan**
Sistem file Anda mungkin mengalami periode tidak tersedianya yang sangat singkat selama pembaruan.
## Untuk memodifikasi kapasitas throughput sistem file SSD (CLI)
+ Untuk mengubah kapasitas throughput sistem file, gunakan perintah [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)CLI (atau operasi API yang [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html)setara). Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Setel `--lustre-configuration PerUnitStorageThroughput` ke nilai`50`,`100`, atau `200` MBps/TiB untuk sistem file SSD Persistent 1, atau ke nilai`125`,, `250``500`, atau `1000` MBps/TiB untuk sistem file SSD 2 Persistent.
Perintah ini menentukan bahwa kapasitas throughput diatur ke 1000 MBps /Tib untuk sistem file.
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration PerUnitStorageThroughput=1000
```
## Untuk memodifikasi kapasitas throughput sistem file Intelligent-Tiering (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Arahkan ke **sistem File**, dan pilih sistem file FSx untuk Lustre yang ingin Anda ubah kapasitas throughputnya.
1. Untuk **Tindakan**, pilih **Perbarui kapasitas throughput**. Atau, pada panel **Ringkasan**, pilih **Perbarui** di samping **Kapasitas throughput** pada sistem file.
Kotak dialog **Update throughput capacity** muncul.
1. Pilih nilai baru untuk **kapasitas throughput yang diinginkan** dari daftar.
Amazon FSx akan secara otomatis menskalakan cache baca data Anda untuk menghindari membersihkan konten cache.
1. Pilih **Perbarui** untuk memulai pembaruan kapasitas throughput.
**catatan**
Sistem file Anda mungkin mengalami periode tidak tersedianya yang sangat singkat selama pembaruan.
## Untuk memodifikasi kapasitas throughput (CLI) sistem file Intelligent-Tiering
+ Untuk mengubah kapasitas throughput sistem file, gunakan perintah [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)CLI (atau operasi API yang [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html)setara). Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Jika cache baca data Anda dikonfigurasi sebanding dengan mode kapasitas throughput, atur `--lustre-configuration ThroughputCapacity` ke tingkat peningkatan throughput `4000` MBps, hingga maksimum. `2000000` MBps
Jika cache baca data Anda dikonfigurasi dalam mode yang disediakan pengguna, Anda juga perlu menggunakan `--lustre-configuration DataReadCacheConfiguration` properti untuk menentukan cache baca data. Anda perlu mempertahankan penyimpanan cache yang sama per rasio server dan menentukan SizeGi B baru, atau permintaan akan ditolak.
Perintah ini menetapkan bahwa kapasitas throughput diatur ke 8000 MBps untuk sistem file yang menggunakan cache baca yang dikonfigurasi sebanding dengan mode kapasitas throughput.
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration '{
"ThroughputCapacity": 8000
}'
```
Perintah ini menetapkan bahwa kapasitas throughput diatur ke 8000 MBps untuk sistem file yang menggunakan cache baca yang dikonfigurasi dalam mode yang disediakan pengguna.
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration {
"ThroughputCapacity": 8000,
"DataReadCacheConfiguration": '{
"SizingMode":"USER_PROVISIONED"
"SizeGiB":1000
# New size should be cache storage allocated per server multiplied by number of file servers
}
}'
```
# Memantau perubahan kapasitas throughput pada konsol
Anda dapat memantau kemajuan modifikasi kapasitas throughput menggunakan FSx konsol Amazon, API, dan. AWS CLI
**Memantau perubahan kapasitas throughput (konsol)**
+ Pada tab **Pembaruan** di halaman detail sistem file, Anda dapat melihat 10 tindakan pembaruan terbaru untuk setiap jenis tindakan pembaruan.
Untuk melakukan tindakan pembaruan kapasitas throughput, Anda dapat melihat informasi berikut.
****Jenis pembaruan****
Tipe yang didukung adalah **throughput penyimpanan per unit**.
****Nilai target****
Nilai yang diinginkan untuk mengubah throughput sistem file per unit penyimpanan menjadi.
****Status****
Status terkini dari pembaruan tersebut. Untuk pembaruan kapasitas throughput, nilai yang mungkin didapat adalah sebagai berikut:
+ **Tertunda** - Amazon FSx telah menerima permintaan pembaruan, tetapi belum mulai memprosesnya.
+ **Sedang berlangsung** - Amazon FSx sedang memproses permintaan pembaruan.
+ **Diperbarui; Mengoptimalkan** - Amazon FSx telah memperbarui I/O, CPU, and memory resources. The new disk I/O performance level is available for write operations. Your read operations will see disk I/O kinerja jaringan sistem file antara level sebelumnya dan level baru hingga sistem file Anda tidak lagi dalam keadaan ini.
+ **Selesai** – Pembaruan kapasitas throughput berhasil diselesaikan.
+ **Gagal** – Pembaruan kapasitas throughput gagal. Pilih tanda tanya (**?**) untuk melihat secara terperinci mengapa pembaruan throughput gagal.
****Waktu permintaan****
Waktu ketika Amazon FSx menerima permintaan pembaruan.
**Pemantauan pembaruan sistem file (CLI)**
+ Anda dapat melihat dan memantau permintaan modifikasi kapasitas throughput sistem file menggunakan perintah [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html)CLI dan tindakan API [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html). Daftar `AdministrativeActions` berisi 10 tindakan pembaruan terkini untuk setiap jenis tindakan administratif. Jika Anda mengubah kapasitas throughput sistem file, muncul sebuah tindakan administratif `FILE_SYSTEM_UPDATE`.
Contoh berikut menunjukkan kutipan tanggapan atas perintah CLI `describe-file-systems`. Sistem file memiliki throughput target per unit penyimpanan MBps 500/Tib.
```
.
.
.
"AdministrativeActions": [
{
"AdministrativeActionType": "FILE_SYSTEM_UPDATE",
"RequestTime": 1581694764.757,
"Status": "PENDING",
"TargetFileSystemValues": {
"LustreConfiguration": {
"PerUnitStorageThroughput": 500
}
}
}
]
```
Saat Amazon berhasil FSx memproses tindakan, statusnya berubah menjadi`COMPLETED`. Kapasitas throughput yang baru kemudian tersedia untuk sistem file tersebut, dan tampak dalam properti `PerUnitStorageThroughput`.
Jika perubahan kapasitas throughput gagal, statusnya berubah menjadi `FAILED`, dan properti `FailureDetails` memberikan informasi tentang kegagalan tersebut.
# Lustrekompresi data
Anda dapat menggunakan fitur kompresi Lustre data untuk mencapai penghematan biaya di Amazon berkinerja tinggi FSx untuk sistem file Lustre dan penyimpanan cadangan. Ketika kompresi data diaktifkan, Amazon FSx for Lustre secara otomatis mengompres file yang baru ditulis sebelum ditulis ke disk dan secara otomatis membuka kompres ketika dibaca.
Kompresi data menggunakan LZ4 algoritma, yang dioptimalkan untuk memberikan tingkat kompresi yang tinggi tanpa berdampak buruk pada kinerja sistem file. LZ4 adalah algoritma yang Lustre dipercaya komunitas dan berorientasi kinerja yang memberikan keseimbangan antara kecepatan kompresi dan ukuran file terkompresi. Mengaktifkan kompresi data biasanya tidak memiliki dampak terukur pada latensi.
Kompresi data mengurangi jumlah data yang ditransfer antara Amazon FSx untuk server file Lustre dan penyimpanan. Jika Anda belum menggunakan format file yang terkompresi, Anda akan melihat peningkatan sistem file kapasitas throughput saat menggunakan kompresi data. Peningkatan kapasitas throughput yang terkait dengan kompresi data akan dibatasi setelah Anda telah memenuhi kartu antarmuka jaringan front-end Anda.
Misalnya, jika sistem file Anda adalah tipe penyebaran SSD PERSISTENT-50, throughput jaringan Anda memiliki baseline 250 MBps per TiB penyimpanan. Throughput disk Anda memiliki baseline 50 per MBps TiB. Dengan kompresi data, throughput disk Anda dapat meningkat dari 50 MBps per TiB menjadi maksimum 250 MBps per TiB, yang merupakan batas throughput jaringan dasar. Untuk informasi selengkapnya tentang batas jaringan dan batas diska throughput , lihat tabel performa sistem file di [Karakteristik kinerja kelas penyimpanan SSD dan HDD](ssd-storage.md). Untuk informasi selengkapnya tentang kinerja kompresi data, lihat [Menghabiskan lebih sedikit sambil meningkatkan kinerja dengan posting kompresi Amazon FSx for Lustre data](https://aws.amazon.com/blogs/storage/spend-less-while-increasing-performance-with-amazon-fsx-for-lustre-data-compression/) di *Blog AWS Penyimpanan*.
**Topics**
+ [
## Mengelola kompresi data
](#manage-compression)
+ [
## Mengompresi file yang sebelumnya ditulis
](#migrate-compression)
+ [
## Melihat ukuran file
](#view-compression)
+ [
## Menggunakan CloudWatch metrik
](#compression-metrics)
## Mengelola kompresi data
Anda dapat mengaktifkan atau menonaktifkan kompresi data saat membuat sistem file Amazon FSx untuk Lustre baru. Kompresi data dimatikan secara default saat Anda membuat sistem file Amazon FSx untuk Lustre dari konsol, AWS CLI, atau API.
### Untuk mengaktifkan kompresi data saat membuat sistem file (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Ikuti prosedur untuk membuat sistem file baru yang dijelaskan di [Langkah 1: FSx Buat sistem file Lustre Anda](getting-started.md#getting-started-step1) pada bagian *Mulai*.
1. Di bagian **Detail sistem file**, untuk **tipe kompresi data**, pilih **LZ4**.
1. Menyelesaikan wizard seperti yang Anda lakukan ketika Anda membuat sistem file baru.
1. Pilih **Periksa dan buat**.
1. Tinjau pengaturan yang Anda pilih untuk sistem file Amazon FSx untuk Lustre, lalu pilih **Buat sistem file**.
Ketika sistem file **Tersedia**, kompresi data diaktifkan.
### Untuk mengaktifkan kompresi data saat membuat sistem file (CLI)
+ Untuk membuat sistem file FSx untuk Lustre dengan kompresi data dihidupkan, gunakan perintah Amazon FSx CLI [https://docs.aws.amazon.com/cli/latest/reference/fsx/create-file-system.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-file-system.html)dengan `DataCompressionType` parameter, seperti yang ditunjukkan berikut. Operasi API yang sesuai adalah [CreateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateFileSystem.html).
```
$ aws fsx create-file-system \
--client-request-token CRT1234 \
--file-system-type LUSTRE \
--file-system-type-version 2.12 \
--lustre-configuration DeploymentType=PERSISTENT_1,PerUnitStorageThroughput=50,DataCompressionType=LZ4 \
--storage-capacity 3600 \
--subnet-ids subnet-123456 \
--tags Key=Name,Value=Lustre-TEST-1 \
--region us-east-2
```
Setelah berhasil membuat sistem file, Amazon FSx mengembalikan deskripsi sistem file sebagai JSON, seperti yang ditunjukkan pada contoh berikut.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
"CreationTime": 1549310341.483,
"FileSystemId": "fs-0123456789abcdef0",
"FileSystemType": "LUSTRE",
"FileSystemTypeVersion": "2.12",
"Lifecycle": "CREATING",
"StorageCapacity": 3600,
"VpcId": "vpc-123456",
"SubnetIds": [
"subnet-123456"
],
"NetworkInterfaceIds": [
"eni-039fcf55123456789"
],
"DNSName": "fs-0123456789abcdef0.fsx.us-east-2.amazonaws.com",
"ResourceARN": "arn:aws:fsx:us-east-2:123456:file-system/fs-0123456789abcdef0",
"Tags": [
{
"Key": "Name",
"Value": "Lustre-TEST-1"
}
],
"LustreConfiguration": {
"DeploymentType": "PERSISTENT_1",
"DataCompressionType": "LZ4",
"PerUnitStorageThroughput": 50
}
}
]
}
```
Anda juga dapat mengubah konfigurasi kompresi data Anda dari sistem file yang sudah ada. Ketika Anda mengaktifkan kompresi data untuk sistem file yang ada, hanya file yang baru ditulis yang akan dikompresi, dan file yang ada tidak dikompresi. Untuk informasi selengkapnya, lihat [Mengompresi file yang sebelumnya ditulis](#migrate-compression).
### Untuk memperbaharui kompresi data pada sistem file yang ada (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Arahkan ke **sistem File**, dan pilih sistem Lustre file yang ingin Anda kelola kompresi data.
1. Untuk **Tindakan**, pilih **Memperbarui tipe kompresi data**.
1. Pada kotak dialog **Perbarui jenis kompresi data**, pilih **LZ4**untuk mengaktifkan kompresi data, atau pilih **TIDAK ADA** untuk mematikannya.
1. Pilih **Perbarui**.
1. Anda dapat memantau kemajuan pembaruan pada halaman detail sistem file di tab **Pembaruan** .
### Untuk memperbarui kompresi data pada sistem file yang ada (CLI)
Untuk memperbarui konfigurasi kompresi data untuk sistem file Lustre yang ada FSx , gunakan perintah. AWS CLI [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Atur `--lustre-configuration DataCompressionType` `NONE` untuk mematikan kompresi data atau `LZ4` mengaktifkan kompresi data dengan LZ4 algoritme.
Perintah ini menentukan bahwa kompresi data dihidupkan dengan LZ4 algoritma.
```
$ aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration DataCompressionType=LZ4
```
### Konfigurasi kompresi data saat membuat sistem file dari backup
Anda dapat menggunakan cadangan yang tersedia untuk membuat sistem file Amazon FSx untuk Lustre baru. Ketika Anda membuat sistem file baru dari backup, tidak perlu untuk menentukan `DataCompressionType`; pengaturan akan diterapkan menggunakan pengaturan `DataCompressionType` backup. Jika Anda memilih untuk menentukan `DataCompressionType` saat membuatnya dari backup, nilainya harus sesuai dengan pengaturan `DataCompressionType` backup.
Untuk melihat pengaturan pada cadangan, pilih dari tab **Cadangan** di konsol Amazon FSx . Detail backup akan tercantum pada halaman **Ringkasan** untuk backup. Anda juga dapat menjalankan [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-backups.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-backups.html) AWS CLI perintah (tindakan API yang setara adalah [https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeBackups.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeBackups.html)).
## Mengompresi file yang sebelumnya ditulis
File tidak dikompresi jika dibuat saat kompresi data dimatikan di sistem file Amazon FSx for Lustre. Mengaktifkan kompresi data tidak akan secara otomatis mengompresi data yang belum terkompresi.
Anda dapat menggunakan `lfs_migrate` perintah yang diinstal sebagai bagian dari instalasi Lustre klien untuk mengompres file yang ada. Sebagai contoh, lihat [FSxL-Compression](https://github.com/aws-samples/fsx-solutions/blob/master/FSxL-Compression) yang tersedia di GitHub.
## Melihat ukuran file
Anda dapat menggunakan perintah berikut untuk melihat ukuran data yang sudah dan belum terkompresi dan direktori Anda.
+ `du` menampilkan ukuran yang sudah terkompresi.
+ `du --apparent-size` menampilkan ukuran yang belum terkompresi.
+ `ls -l` menampilkan ukuran yang belum terkompresi.
Contoh berikut menunjukkan output dari setiap perintah dengan file yang sama.
```
$ du -sh samplefile
272M samplefile
$ du -sh --apparent-size samplefile
1.0G samplefile
$ ls -lh samplefile
-rw-r--r-- 1 root root 1.0G May 10 21:16 samplefile
```
Pilihan `-h` berguna untuk perintah ini karena dapat mencetak ukuran dalam format yang dapat dibaca manusia.
## Menggunakan CloudWatch metrik
Anda dapat menggunakan metrik Amazon CloudWatch Logs untuk melihat penggunaan sistem file Anda. Metrik `LogicalDiskUsage` menunjukkan total penggunaan diska logis (tanpa kompresi), dan metrik `PhysicalDiskUsage` menunjukkan total penggunaan disk fisik (dengan kompresi). Dua metrik ini hanya tersedia jika sistem file Anda meminta kompresi data diaktifkan atau sebelumnya telah diaktifkan.
Anda dapat menentukan rasio kompresi sistem file Anda dengan membagi `Sum` dari statistik `LogicalDiskUsage` berdasarkan `Sum` dari statistik `PhysicalDiskUsage`.
Untuk informasi selengkapnya tentang cara memantau performa sistem file Anda, lihat [Memantau Amazon FSx untuk sistem file Lustre](monitoring_overview.md).
# Lustreakar labu
Root squash adalah fitur administratif yang menambahkan lapisan tambahan kontrol akses file di atas kontrol akses berbasis jaringan saat ini dan izin file POSIX. Menggunakan fitur root squash, Anda dapat membatasi akses tingkat root dari klien yang mencoba mengakses sistem file Lustre Anda FSx sebagai root.
Izin pengguna root diperlukan untuk melakukan tindakan administratif, seperti mengelola izin FSx untuk sistem file Lustre. Namun, akses root menyediakan akses tidak terbatas kepada pengguna, memungkinkan mereka untuk melewati pemeriksaan izin untuk mengakses, memodifikasi, atau menghapus objek sistem file. Dengan menggunakan fitur root squash, Anda dapat mencegah akses atau penghapusan data yang tidak sah dengan menentukan ID pengguna non-root (UID) dan ID grup (GID) untuk sistem file Anda. Pengguna root yang mengakses sistem file akan secara otomatis dikonversi ke yang kurang istimewa yang ditentukan user/group dengan izin terbatas yang ditetapkan oleh administrator penyimpanan.
Fitur root squash juga secara opsional memungkinkan Anda untuk memberikan daftar klien yang tidak terpengaruh oleh pengaturan root squash. Klien ini dapat mengakses sistem file sebagai root, dengan hak istimewa yang tidak terbatas.
**Topics**
+ [
## Cara kerja root squash
](#root-squash-overview)
+ [
## Mengelola root squash
](#manage-root-squash)
## Cara kerja root squash
Fitur root squash bekerja dengan memetakan ulang ID pengguna (UID) dan ID grup (GID) pengguna root ke UID dan GID yang ditentukan oleh administrator sistem. Lustre Fitur root squash juga memungkinkan Anda secara opsional menentukan satu set klien yang pemetaan ulang UID/GID tidak berlaku.
Saat Anda membuat yang baru FSx untuk sistem file Lustre, root squash dinonaktifkan secara default. Anda mengaktifkan root squash dengan mengonfigurasi pengaturan root squash UID dan GID untuk sistem file Lustre Anda FSx . Nilai UID dan GID adalah bilangan bulat yang dapat berkisar dari `0` hingga: `4294967294`
+ Nilai bukan nol untuk UID dan GID memungkinkan root squash. Nilai UID dan GID bisa berbeda, tetapi masing-masing harus berupa nilai bukan nol.
+ Nilai `0` (nol) untuk UID dan GID menunjukkan root, dan karenanya menonaktifkan root squash.
Selama pembuatan sistem file, Anda dapat menggunakan FSx konsol Amazon untuk memberikan nilai UID dan GID root squash di properti **Root Squash**, seperti yang ditunjukkan pada. [Untuk mengaktifkan root squash saat membuat sistem file (konsol)](#create-root-squash-console) Anda juga dapat menggunakan `RootSquash` parameter dengan API AWS CLI atau untuk memberikan nilai UID dan GID, seperti yang ditunjukkan pada[Untuk mengaktifkan root squash saat membuat sistem file (CLI)](#create-root-squash-cli).
Secara opsional, Anda juga dapat menentukan NIDs daftar klien yang root squash tidak berlaku. Client NID adalah Lustre Network Identifier yang digunakan untuk mengidentifikasi klien secara unik. Anda dapat menentukan NID sebagai satu alamat atau rentang alamat:
+ Satu alamat dijelaskan dalam format Lustre NID standar dengan menentukan alamat IP klien diikuti oleh ID Lustre jaringan (misalnya,`10.0.1.6@tcp`).
+ Rentang alamat dijelaskan menggunakan tanda hubung untuk memisahkan rentang (misalnya,`10.0.[2-10].[1-255]@tcp`).
+ Jika Anda tidak menentukan klien apa pun NIDs, tidak akan ada pengecualian untuk melakukan root squash.
Saat membuat atau memperbarui sistem file, Anda dapat menggunakan properti **Exceptions to Root Squash** di FSx konsol Amazon untuk menyediakan daftar klien. NIDs Di API AWS CLI atau, gunakan `NoSquashNids` parameter. Untuk informasi lebih lanjut, lihat prosedur di[Mengelola root squash](#manage-root-squash).
## Mengelola root squash
Selama pembuatan sistem file, root squash dinonaktifkan secara default. Anda dapat mengaktifkan root squash saat membuat sistem file Amazon FSx untuk Lustre baru dari FSx konsol Amazon, AWS CLI, atau API.
### Untuk mengaktifkan root squash saat membuat sistem file (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Ikuti prosedur untuk membuat sistem file baru yang dijelaskan di [Langkah 1: FSx Buat sistem file Lustre Anda](getting-started.md#getting-started-step1) pada bagian *Mulai*.
1. Buka bagian **Root Squash - *opsional***.
1. Untuk **Root Squash**, sediakan pengguna dan grup yang IDs dengannya pengguna root dapat mengakses sistem file. Anda dapat menentukan bilangan bulat apa pun dalam kisaran `1` -`4294967294`:
1. Untuk **ID Pengguna**, tentukan ID pengguna untuk pengguna root yang akan digunakan.
1. Untuk **ID Grup**, tentukan ID grup untuk pengguna root yang akan digunakan.
1. (Opsional) Untuk **Pengecualian Root Squash**, lakukan hal berikut:
1. Pilih **Tambahkan alamat klien**.
1. Di bidang **Alamat klien**, tentukan alamat IP klien yang tidak diterapkan root squash, Untuk informasi tentang format alamat IP, lihat[Cara kerja root squash](#root-squash-overview).
1. Ulangi sesuai kebutuhan untuk menambahkan lebih banyak alamat IP klien.
1. Menyelesaikan wizard seperti yang Anda lakukan ketika Anda membuat sistem file baru.
1. Pilih **Periksa dan buat**.
1. Tinjau pengaturan yang Anda pilih untuk sistem file Amazon FSx untuk Lustre, lalu pilih **Buat sistem file**.
Ketika sistem file **Tersedia**, root squash diaktifkan.
### Untuk mengaktifkan root squash saat membuat sistem file (CLI)
+ Untuk membuat sistem file FSx untuk Lustre dengan root squash diaktifkan, gunakan perintah Amazon FSx CLI dengan parameter. [https://docs.aws.amazon.com/cli/latest/reference/fsx/create-file-system.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-file-system.html)`RootSquashConfiguration` Operasi API yang sesuai adalah [CreateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateFileSystem.html).
Untuk `RootSquashConfiguration` parameter, atur opsi berikut:
+ `RootSquash`— Nilai UID: GID yang dipisahkan kolon yang menentukan ID pengguna dan ID grup untuk digunakan pengguna root. Anda dapat menentukan bilangan bulat dalam kisaran `0` — `4294967294` (0 adalah root) untuk setiap ID (misalnya,`65534:65534`).
+ `NoSquashNids`— Tentukan Lustre Network Identifiers (NIDs) klien yang root squash tidak berlaku. Untuk informasi tentang format NID klien, lihat[Cara kerja root squash](#root-squash-overview).
Contoh berikut membuat sistem file FSx untuk Lustre dengan root squash diaktifkan:
```
$ aws fsx create-file-system \
--client-request-token CRT1234 \
--file-system-type LUSTRE \
--file-system-type-version 2.15 \
--lustre-configuration "DeploymentType=PERSISTENT_2,PerUnitStorageThroughput=250,DataCompressionType=LZ4,\
RootSquashConfiguration={RootSquash="65534:65534",\
NoSquashNids=["10.216.123.47@tcp", "10.216.12.176@tcp"]}" \
--storage-capacity 2400 \
--subnet-ids subnet-123456 \
--tags Key=Name,Value=Lustre-TEST-1 \
--region us-east-2
```
Setelah berhasil membuat sistem file, Amazon FSx mengembalikan deskripsi sistem file sebagai JSON, seperti yang ditunjukkan pada contoh berikut.
```
{
"FileSystems": [
{
"OwnerId": "111122223333",
"CreationTime": 1549310341.483,
"FileSystemId": "fs-0123456789abcdef0",
"FileSystemType": "LUSTRE",
"FileSystemTypeVersion": "2.15",
"Lifecycle": "CREATING",
"StorageCapacity": 2400,
"VpcId": "vpc-123456",
"SubnetIds": [
"subnet-123456"
],
"NetworkInterfaceIds": [
"eni-039fcf55123456789"
],
"DNSName": "fs-0123456789abcdef0.fsx.us-east-2.amazonaws.com",
"ResourceARN": "arn:aws:fsx:us-east-2:123456:file-system/fs-0123456789abcdef0",
"Tags": [
{
"Key": "Name",
"Value": "Lustre-TEST-1"
}
],
"LustreConfiguration": {
"DeploymentType": "PERSISTENT_2",
"DataCompressionType": "LZ4",
"PerUnitStorageThroughput": 250,
"RootSquashConfiguration": {
"RootSquash": "65534:65534",
"NoSquashNids": "10.216.123.47@tcp 10.216.29.176@tcp"
}
}
]
}
```
Anda juga dapat memperbarui pengaturan root squash dari sistem file yang ada menggunakan FSx konsol Amazon, AWS CLI, atau API. Misalnya, Anda dapat mengubah nilai UID dan GID root squash, menambah atau menghapus klien NIDs, atau menonaktifkan root squash.
### Untuk memperbarui pengaturan root squash pada sistem file yang ada (konsol)
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Arahkan ke **sistem File**, dan pilih sistem Lustre file yang ingin Anda kelola root squash.
1. Untuk **Tindakan**, pilih **Perbarui root squash**. Atau, di panel **Ringkasan**, pilih **Perbarui** di sebelah bidang **Root Squash** sistem file untuk menampilkan kotak dialog **Update Root Squash Settings**.
1. Untuk **Root Squash**, perbarui pengguna dan grup yang IDs dengannya pengguna root dapat mengakses sistem file. Anda dapat menentukan bilangan bulat apa pun dalam kisaran `0` —`4294967294`. Untuk menonaktifkan root squash, tentukan `0` (nol) untuk keduanya IDs.
1. Untuk **ID Pengguna**, tentukan ID pengguna untuk pengguna root yang akan digunakan.
1. Untuk **ID Grup**, tentukan ID grup untuk pengguna root yang akan digunakan.
1. Untuk **Pengecualian terhadap Root Squash**, lakukan hal berikut:
1. Pilih **Tambahkan alamat klien**.
1. Di bidang **Alamat klien**, tentukan alamat IP klien yang tidak diterapkan root squash,
1. Ulangi sesuai kebutuhan untuk menambahkan lebih banyak alamat IP klien.
1. Pilih **Perbarui**.
**catatan**
Jika root squash diaktifkan dan Anda ingin menonaktifkannya, pilih **Nonaktifkan** alih-alih melakukan langkah 4-6.
Anda dapat memantau kemajuan pembaruan pada laman detail sistem file di tab **Pembaruan**.
### Untuk memperbarui pengaturan root squash pada sistem file yang ada (CLI)
Untuk memperbarui pengaturan root squash untuk sistem file Lustre yang ada FSx , gunakan perintah. AWS CLI [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) Operasi API yang sesuai adalah [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UdateFileSystem.html).
Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Atur `--lustre-configuration RootSquashConfiguration` opsi sebagai berikut:
+ `RootSquash`— Tetapkan nilai UID: GID yang dipisahkan kolon yang menentukan ID pengguna dan ID grup untuk digunakan pengguna root. Anda dapat menentukan bilangan bulat apa pun dalam kisaran `0` - `4294967294` (0 adalah root) untuk setiap ID. Untuk menonaktifkan root squash, tentukan nilai `0:0` UID:GID.
+ `NoSquashNids`— Tentukan Lustre Network Identifiers (NIDs) klien yang root squash tidak berlaku. Gunakan `[]` untuk menghapus semua klien NIDs, yang berarti tidak akan ada pengecualian untuk melakukan root squash.
Perintah ini menentukan bahwa root squash diaktifkan menggunakan `65534` sebagai nilai untuk ID pengguna root dan ID grup.
```
$ aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--lustre-configuration RootSquashConfiguration={RootSquash="65534:65534", \
NoSquashNids=["10.216.123.47@tcp", "10.216.12.176@tcp"]}
```
Jika perintah berhasil, Amazon FSx untuk Lustre mengembalikan respons dalam format JSON.
Anda dapat melihat pengaturan root squash sistem file Anda di panel **Ringkasan** halaman detail sistem file di FSx konsol Amazon atau dalam respons perintah [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)CLI (tindakan [https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)API yang setara adalah).
# FSx untuk status sistem berkas Lustre
Anda dapat melihat status sistem FSx file Amazon dengan menggunakan FSx konsol Amazon, AWS CLI perintah [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html), atau operasi API [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html).
| Status sistem file | Deskripsi |
| --- | --- |
| TERSEDIA | Sistem file dalam keadaan sehat, dan dapat dijangkau dan tersedia untuk digunakan. |
| CREATING | Amazon FSx sedang membuat sistem file baru. |
| DELETING | Amazon FSx menghapus sistem file yang ada. |
| MEMPERBARUI | Sistem file sedang mengalami pembaruan yang dikerjakan pelanggan. |
| SALAH KONFIGURASI | Sistem file sedang dalam keadaan gagal tetapi dapat dipulihkan. |
| GAGAL | Status ini dapat berarti salah satu dari berikut ini: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/fsx/latest/LustreGuide/file-system-lifecycle-states.html) |
# Tandai Amazon Anda FSx untuk sumber daya Lustre
Untuk membantu Anda mengelola sistem file dan Amazon lainnya FSx untuk sumber daya Lustre, Anda dapat menetapkan metadata Anda sendiri ke setiap sumber daya dalam bentuk tag. Tag memungkinkan Anda untuk mengkategorikan AWS sumber daya Anda dengan cara yang berbeda, misalnya, berdasarkan tujuan, pemilik, atau lingkungan. Hal ini berguna ketika Anda memiliki banyak sumber daya dengan jenis yang sama—Anda dapat dengan cepat mengidentifikasi sumber daya tertentu berdasarkan tag yang telah Anda tetapkan. Topik ini menjelaskan tag dan menunjukkan cara membuatnya.
**Topics**
+ [
## Dasar-dasar tag
](#tag-basics)
+ [
## Pemberian tag pada sumber daya Anda
](#tagging-your-resources)
+ [
## Pembatasan tanda
](#tag-restrictions)
+ [
## Izin dan tag
](#tags-iam)
## Dasar-dasar tag
Tag adalah label yang Anda tetapkan ke AWS sumber daya. Setiap tag terdiri dari kunci dan nilai opsional, yang keduanya Anda tentukan.
Tag memungkinkan Anda untuk mengkategorikan AWS sumber daya Anda dengan cara yang berbeda, misalnya, berdasarkan tujuan, pemilik, atau lingkungan. Misalnya, Anda dapat menentukan satu set tag untuk sistem file Amazon FSx for Lustre akun Anda yang membantu Anda melacak setiap pemilik instans dan tingkat tumpukan.
Sebaiknya rancang serangkaian kunci tag yang memenuhi kebutuhan setiap jenis sumber daya. Penggunaan set kunci tag yang konsisten akan memudahkan manajemen sumber daya Anda. Anda dapat mencari dan memfilter sumber daya berdasarkan tag yang Anda tambahkan.
Tag tidak memiliki arti semantik ke Amazon FSx dan ditafsirkan secara ketat sebagai serangkaian karakter. Selain itu, tag tidak secara otomatis ditetapkan ke sumber daya Anda. Anda dapat mengedit kunci dan nilai tanda, dan dapat menghapus tanda dari sumber daya kapan saja. Anda dapat mengatur nilai tanda ke string kosong, tetapi tidak dapat mengatur nilai tanda ke null. Jika Anda menambahkan tanda yang memiliki kunci yang sama dengan tanda yang telah ada pada sumber daya tersebut, nilai yang baru akan menimpa nilai yang lama. Jika sumber daya dihapus, semua tanda untuk sumber daya tersebut juga akan dihapus.
Jika Anda menggunakan Amazon FSx for Lustre API, AWS CLI, atau AWS SDK, Anda dapat menggunakan tindakan `TagResource` API untuk menerapkan tag ke sumber daya yang ada. Selain itu, beberapa tindakan pembuatan sumber daya memungkinkan Anda menentukan tag untuk sumber daya saat sumber daya tersebut dibuat. Jika tag tidak dapat diterapkan selama pembuatan sumber daya, kami akan mengembalikan proses pembuatan sumber daya. Hal ini untuk memastikan bahwa sumber daya dibuat dengan tag atau tidak akan dibuat sama sekali, dan tidak akan ada sumber daya yang dibiarkan tidak bertanda. Dengan menandai sumber daya saat pembuatan, Anda dapat menghilangkan kebutuhan untuk menjalankan skrip penandaan kustom setelah pembuatan sumber daya. Untuk informasi selengkapnya tentang memungkinkan pengguna menandai sumber daya saat pembuatan, lihat [Memberikan izin untuk memberi tanda pada sumber daya saat sumber daya tersebut dibuat](using-tags-fsx.md#supported-iam-actions-tagging).
## Pemberian tag pada sumber daya Anda
Anda dapat menandai Amazon FSx untuk sumber daya Lustre yang ada di akun Anda. Jika menggunakan FSx konsol Amazon, Anda dapat menerapkan tag ke sumber daya menggunakan tab Tag di layar sumber daya yang relevan. Saat Anda membuat sumber daya, Anda dapat menerapkan kunci Nama dengan nilai, dan Anda dapat menerapkan tag pilihan Anda saat membuat sistem file baru. Konsol dapat mengatur sumber daya sesuai dengan tag Nama, tetapi tag ini tidak memiliki arti semantik apa pun terhadap layanan Amazon FSx untuk Lustre.
Anda dapat menerapkan izin tingkat sumber daya berbasis tag dalam kebijakan IAM Anda ke tindakan Amazon FSx for Lustre API yang mendukung penandaan pada pembuatan untuk menerapkan kontrol terperinci atas pengguna dan grup yang dapat menandai sumber daya saat pembuatan. Sumber daya Anda diamankan secara tepat sejak pembuatan—tanda segera diterapkan pada sumber daya Anda, oleh karena itu, izin tingkat sumber daya berbasis tanda yang mengontrol penggunaan sumber daya langsung berlaku. Sumber daya Anda dapat dilacak dan dilaporkan dengan lebih akurat. Anda dapat menerapkan penggunaan pemberian tag pada sumber daya baru serta mengontrol kunci dan nilai tag mana yang ditetapkan pada sumber daya Anda.
Anda juga dapat menerapkan izin tingkat sumber daya ke tindakan API `TagResource` Amazon dan `UntagResource` Amazon FSx untuk Lustre dalam kebijakan IAM untuk mengontrol kunci dan nilai tag mana yang ditetapkan pada sumber daya yang ada.
Untuk informasi selengkapnya tentang penandaan sumber daya untuk penagihan, lihat [Menggunakan tanda alokasi biaya](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html) dalam *Buku Panduan AWS Billing *.
## Pembatasan tanda
Batasan dasar berikut berlaku untuk tag:
+ Jumlah maksimum tag per sumber daya – 50
+ Untuk setiap sumber daya, setiap kunci tanda harus unik, dan setiap kunci tanda hanya dapat memuat satu nilai.
+ Panjang kunci maksimum – 128 karakter Unicode dalam UTF-8
+ Panjang nilai maksimum – 256 karakter Unicode dalam UTF-8
+ Karakter yang diizinkan untuk Amazon FSx untuk tag Lustre adalah: huruf, angka, dan spasi yang dapat direpresentasikan dalam UTF-8, dan karakter berikut: \$1 - =. \$1:/@.
+ Kunci dan nilai tag peka huruf besar dan kecil.
+ `aws:`Awalan dicadangkan untuk AWS digunakan. Jika tag memiliki kunci tag dengan awalan ini, Anda tidak dapat mengedit atau menghapus kunci atau nilai tag tersebut. Tag dengan awalan `aws:` tidak dihitung terhadap tag per batas sumber daya.
Anda tidak dapat menghapus sumber daya hanya berdasarkan tagnya; Anda harus menentukan pengenal sumber daya. Misalnya, untuk menghapus sistem file yang Anda tag dengan kunci tag yang disebut`DeleteMe`, Anda harus menggunakan `DeleteFileSystem` tindakan dengan pengenal sumber daya sistem file, seperti fs-1234567890abcdef0.
Saat Anda menandai sumber daya publik atau bersama, tag yang Anda tetapkan hanya tersedia untuk Anda Akun AWS; tidak ada orang lain yang Akun AWS akan memiliki akses ke tag tersebut. Untuk kontrol akses berbasis tag ke sumber daya bersama, masing-masing Akun AWS harus menetapkan set tag sendiri untuk mengontrol akses ke sumber daya.
## Izin dan tag
Untuk informasi selengkapnya tentang izin yang diperlukan untuk menandai FSx sumber daya Amazon saat pembuatan, [Memberikan izin untuk memberi tanda pada sumber daya saat sumber daya tersebut dibuat](using-tags-fsx.md#supported-iam-actions-tagging) lihat.Untuk informasi selengkapnya tentang menggunakan tag untuk membatasi akses ke FSx sumber daya Amazon dalam kebijakan IAM, lihat. [Menggunakan tag untuk mengontrol akses ke FSx sumber daya Amazon Anda](using-tags-fsx.md#restrict-fsx-access-tags)
# Amazon FSx untuk jendela pemeliharaan Lustre
Amazon FSx for Lustre melakukan patching perangkat lunak rutin untuk perangkat Lustre lunak yang dikelolanya. Patching jarang terjadi, biasanya setiap beberapa minggu sekali. Window pemeliharaan adalah kesempatan Anda untuk mengendalikan hari dan waktu dalam seminggu patch perangkat lunak ini terjadi. Anda memilih jendela pemeliharaan selama pembuatan sistem file. Jika Anda tidak memiliki preferensi waktu, maka jendela default 30 menit ditugaskan.
Patching hanya memerlukan sebagian kecil dari window pemeliharaan 30 menit Anda. Selama beberapa menit waktu, sistem file Anda sementara tidak akan tersedia. Operasi file yang dikeluarkan oleh klien saat sistem file tidak tersedia akan dicoba lagi secara transparan dan akhirnya berhasil setelah pemeliharaan selesai. Perhatikan bahwa cache dalam memori akan dihapus selama pemeliharaan, yang mengarah ke latensi yang lebih tinggi hingga setelah pemeliharaan selesai.
FSx untuk Lustre memungkinkan Anda untuk menyesuaikan jendela pemeliharaan Anda sesuai kebutuhan untuk mengakomodasi beban kerja dan persyaratan operasional Anda. Anda dapat memindahkan jendela pemeliharaan sesering yang diperlukan, asalkan jendela pemeliharaan dijadwalkan setidaknya sekali setiap 14 hari. Jika patch dirilis dan Anda belum menjadwalkan jendela pemeliharaan dalam waktu 14 hari, FSx Lustre akan melanjutkan pemeliharaan pada sistem file untuk memastikan keamanan dan keandalannya.
Anda dapat menggunakan Amazon FSx Management Console AWS CLI,, AWS API, atau salah satu AWS SDKs untuk mengubah jendela pemeliharaan sistem file Anda.
**Untuk mengubah window pemeliharaan yang diinginkan menggunakan konsol**
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Di panel navigasi, pilih **Sistem file**.
1. Pilih sistem file yang ingin Anda ubah jendela pemeliharaannya. Laman detail sistem file muncul.
1. Pilih tab **Pemeliharaan**. Panel **Pengaturan** window pemeliharaan muncul.
1. Pilih **Edit** dan masukkan hari dan waktu baru yang Anda inginkan agar window pemeliharaan dimulai.
1. Pilih **Simpan** untuk menyimpan perubahan Anda. Waktu mulai pemeliharaan baru ditampilkan di panel **Pengaturan**.
Anda dapat mengubah jendela pemeliharaan untuk sistem file Anda menggunakan perintah [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)CLI. Jalankan perintah berikut, ganti ID sistem file dengan ID untuk sistem file Anda, serta tanggal dan waktu dengan kapan Anda ingin memulai window.
```
aws fsx update-file-system --file-system-id fs-01234567890123456 --lustre-configuration WeeklyMaintenanceStartTime=1:01:30
```
# Mengelola versi Lustre
FSx untuk Lustre saat ini mendukung beberapa versi Lustre support long-lerm (LTS) yang dirilis oleh komunitas Lustre. Versi LTS yang lebih baru memberikan manfaat seperti peningkatan kinerja, fitur baru, dan dukungan untuk versi kernel Linux terbaru untuk instance klien Anda. Anda dapat memutakhirkan sistem file Anda ke versi Lustre yang lebih baru dalam beberapa menit menggunakan Konsol Manajemen AWS,, AWS CLI atau. AWS SDKs
FSx untuk Lustre saat ini mendukung Lustre LTS versi 2.10, 2.12, dan 2.15. Anda dapat menentukan versi LTS dari sistem file FSx for Lustre Anda menggunakan Konsol Manajemen AWS atau dengan menggunakan perintah. [describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI
Sebelum Anda melakukan upgrade versi Lustre, kami sarankan Anda mengikuti langkah-langkah yang dijelaskan dalam. [Praktik terbaik untuk upgrade versi Lustre](#version-upgrade-best-practices)
**Topics**
+ [
## Praktik terbaik untuk upgrade versi Lustre
](#version-upgrade-best-practices)
+ [
## Melakukan upgrade
](#perform-upgrade)
## Praktik terbaik untuk upgrade versi Lustre
Sebaiknya ikuti praktik terbaik ini sebelum memutakhirkan versi Lustre dari sistem file FSx for Lustre Anda:
+ **Uji di lingkungan non-produksi:** Uji upgrade versi Lustre pada duplikat sistem file produksi Anda sebelum memutakhirkan sistem file produksi Anda. Ini memastikan proses peningkatan yang lancar untuk beban kerja produksi Anda.
+ **Pastikan kompatibilitas klien:** Verifikasi bahwa versi kernel Linux yang berjalan pada instance klien Anda kompatibel dengan versi Lustre yang ingin Anda tingkatkan. Lihat [Lustresistem file dan kompatibilitas kernel klien](lustre-client-matrix.md) untuk detail.
+ **Cadangkan data Anda:**
+ Untuk sistem file yang tidak ditautkan ke S3: Kami menyarankan Anda membuat FSx cadangan sebelum memutakhirkan versi Lustre sehingga Anda memiliki titik pemulihan yang diketahui untuk sistem file Anda. Jika pencadangan harian otomatis diaktifkan pada sistem file Anda, Amazon FSx akan secara otomatis membuat cadangan sistem file Anda sebelum memutakhirkan.
+ Untuk sistem file yang ditautkan ke S3 Kami menyarankan untuk memastikan bahwa semua perubahan telah diekspor ke S3 sebelum memutakhirkan. Jika Anda telah mengaktifkan ekspor otomatis, periksa apakah [`AgeOfOldestQueuedMessage`](fs-metrics.md#auto-import-export-metrics) AutoExportmetriknya nol untuk mengonfirmasi bahwa semua perubahan telah berhasil diekspor ke S3. Jika Anda belum mengaktifkan ekspor otomatis, Anda dapat menjalankan ekspor tugas repositori data manual (DRT) untuk menyinkronkan sistem file Anda dengan bucket S3 sebelum memutakhirkan.
## Melakukan upgrade
Untuk meningkatkan sistem file Lustre Anda FSx ke versi yang lebih baru, ikuti langkah-langkah yang tercantum:
1. **Lepaskan semua klien:** Sebelum memulai pemutakhiran, Anda harus melepas sistem file dari semua instance klien yang mengakses sistem file Anda. Anda dapat memverifikasi bahwa semua klien berhasil dilepas dengan menggunakan `ClientConnections` metrik di Amazon CloudWatch - metrik ini akan menampilkan koneksi nol. Proses upgrade tidak akan dilanjutkan jika ada klien yang tetap terhubung ke sistem file.
Anda dapat melihat daftar pengidentifikasi jaringan klien (NIDs) yang terhubung ke sistem file dalam `.fsx/clientConnections` file yang disimpan di root sistem file Anda. File ini diperbarui setiap 5 menit. Anda dapat menggunakan `cat` perintah untuk menampilkan isi file, seperti dalam contoh ini:
```
cat /test/.fsx/clientConnections
```
1. **Tingkatkan versi Lustre:** Anda dapat memutakhirkan versi Lustre dari sistem file FSx for Lustre Anda menggunakan FSx konsol Amazon, API, AWS CLI atau Amazon. FSx Sebaiknya upgrade sistem file Anda ke versi Lustre terbaru yang didukung oleh FSx for Lustre.
**Untuk memperbarui versi Lustre dari 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 FSx untuk Lustre yang ingin Anda perbarui versi Lustre.
1. Untuk **Tindakan**, pilih **Perbarui sistem file versi Lustre**. Atau, di panel **Ringkasan**, pilih **Perbarui** di sebelah bidang **versi Lustre** sistem file. Kotak dialog **Perbarui sistem file versi Lustre** muncul. Kotak dialog **Perbarui sistem file versi Lustre** muncul.
1. Untuk bidang **Pilih versi Lustre baru, pilih versi** Lustre. Nilai yang Anda pilih harus lebih baru dari versi Lustre saat ini.
1. Pilih **Perbarui**.
**Untuk memperbarui versi Lustre dari sistem file (CLI)**
Untuk memperbarui versi Lustre dari sistem file FSx for Lustre, gunakan perintah. AWS CLI [update-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html) (Tindakan API yang setara adalah [UpdateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateFileSystem.html).) Atur parameter berikut:
+ Atur `--file-system-id` ke ID dari sistem file yang Anda perbarui.
+ Setel `--file-system-type-version` ke versi Lustre yang lebih baru untuk sistem file yang Anda perbarui.
Contoh berikut memperbarui versi Lustre sistem file dari 2.12 ke 2.15:
```
aws fsx update-file-system \
--file-system-id fs-0123456789abcdef0 \
--file-system-type-version "2.15"
```
1. **Pasang semua klien:** Anda dapat memantau kemajuan pembaruan versi Lustre dengan menggunakan tab **Pembaruan** di FSx konsol Amazon atau `describe-file-systems` di. AWS CLI Setelah status upgrade versi Lustre ditampilkan sebagai`Completed`, Anda dapat dengan aman memasang kembali sistem file pada instance klien Anda dan melanjutkan beban kerja Anda.
# Menghapus sistem file
Anda dapat menghapus sistem file Amazon FSx untuk Lustre menggunakan FSx konsol Amazon, API Amazon AWS CLI, dan Amazon FSx . Sebelum menghapus sistem file FSx for Lustre, Anda harus melepasnya dari setiap [instans Amazon](unmounting-fs.md) yang terhubung. EC2 Pada sistem file terkait S3, untuk memastikan semua data Anda ditulis kembali ke S3 sebelum menghapus sistem file Anda, Anda dapat memantau [AgeOfOldestQueuedMessage](fs-metrics.md#auto-import-export-metrics)metrik menjadi nol (jika menggunakan ekspor otomatis) atau Anda dapat menjalankan tugas repositori data [ekspor](export-data-repo-task-dra.md). Jika Anda mengaktifkan ekspor otomatis dan ingin menggunakan tugas repositori data ekspor, Anda harus menonaktifkan ekspor otomatis sebelum menjalankan tugas repositori data ekspor.
Untuk menghapus sistem file setelah melepas dari setiap EC2 instans Amazon:
+ **Menggunakan konsol** — Ikuti prosedur yang dijelaskan di[Langkah 5: Bersihkan Sumber Daya](getting-started.md#getting-started-step4).
+ **Menggunakan API atau CLI** - Gunakan operasi [DeleteFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DeleteFileSystem.html)API atau perintah CLI [delete-file-system](https://docs.aws.amazon.com/cli/latest/reference/fsx/delete-file-system.html).