Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# FSx untuk kinerja Windows File Server
FSx untuk Windows File Server menawarkan opsi konfigurasi sistem file untuk memenuhi berbagai kebutuhan kinerja. Berikut ini adalah ikhtisar kinerja sistem FSx file Amazon, dengan diskusi tentang opsi konfigurasi kinerja yang tersedia dan tip kinerja yang berguna.
**Topics**
+ [Kinerja sistem file](#performance-details-fsxw)
+ [Pertimbangan kinerja tambahan](#perf-overview)
+ [Dampak kapasitas throughput terhadap performa](#impact-throughput-cap-performance)
+ [Memilih tingkat kapasitas throughput yang tepat](#choosing-throughput)
+ [Dampak konfigurasi penyimpanan pada kinerja](#storage-capacity-and-performance)
+ [Contoh: kapasitas penyimpanan dan kapasitas throughput](#throughput-example-fsxw)
+ [Mengukur kinerja menggunakan CloudWatch metrik](#measure-performance-cw)
+ [Memecahkan masalah kinerja sistem file](performance-troubleshooting.md)
## Kinerja sistem file
Masing-masing FSx untuk sistem file Windows File Server terdiri dari server file Windows yang berkomunikasi dengan klien dan satu set volume penyimpanan, atau disk, yang dilampirkan ke server file. Setiap server file menggunakan cache dalam memori untuk meningkatkan performa untuk data yang diakses paling sering.
Diagram berikut menggambarkan bagaimana data diakses dari sistem file Windows File Server FSx untuk Windows.
![\[FSx untuk arsitektur Windows File Server, menunjukkan hubungan metrik kinerja server file dan volume penyimpanan dan dampaknya terhadap kinerja sistem file.\]](http://docs.aws.amazon.com/id_id/fsx/latest/WindowsGuide/images/performance-metrics-FSxW.png)
*Ketika klien mengakses data yang disimpan dalam cache dalam memori, data disajikan langsung ke klien yang meminta sebagai jaringan I/O.* Server file tidak perlu membacanya dari atau menuliskannya ke dalam disk. Kinerja akses data ini ditentukan oleh I/O batas jaringan dan ukuran cache dalam memori.
Ketika klien mengakses data yang tidak dalam cache, server file membacanya dari atau menulisnya ke dalam disk sebagai *disk I/O*. Data kemudian disajikan dari server file ke klien sebagai I/O. The performance of this data access is determined by the network I/O limits as well as the disk I/O batas jaringan.
I/O Kinerja jaringan dan cache dalam memori server file ditentukan oleh kapasitas throughput sistem file. I/O Kinerja disk ditentukan oleh kombinasi kapasitas throughput dan konfigurasi penyimpanan. I/O Kinerja disk maksimum, yang terdiri dari throughput disk dan level IOPS disk, yang dapat dicapai oleh sistem file Anda adalah yang lebih rendah dari:
+ Tingkat I/O kinerja disk yang disediakan oleh server file Anda, berdasarkan kapasitas throughput yang Anda pilih untuk sistem file Anda.
+ Tingkat I/O kinerja disk yang disediakan oleh konfigurasi penyimpanan Anda (kapasitas penyimpanan, jenis penyimpanan, dan tingkat IOPS SSD yang Anda pilih untuk sistem file Anda).
## Pertimbangan kinerja tambahan
Kinerja sistem file biasanya diukur dengan latensi, throughput, dan I/O operasi per detik (IOPS).
### Latensi
FSx untuk server file Windows File Server menggunakan cache dalam memori yang cepat untuk mencapai latensi sub-milidetik yang konsisten untuk data yang diakses secara aktif. Untuk data yang tidak ada dalam cache dalam memori, yaitu, untuk operasi file yang perlu dilayani dengan melakukan I/O pada volume penyimpanan yang mendasarinya, Amazon FSx menyediakan latensi operasi file sub-milidetik dengan penyimpanan solid state drive (SSD), dan latensi milidetik satu digit dengan penyimpanan hard disk drive (HDD).
### Throughput dan IOPS
Sistem FSx file Amazon menyediakan hingga 2 GBps dan 80.000 IOPS di semua tempat Wilayah AWS Amazon FSx tersedia, dan 12 GBps throughput dan 400.000 IOPS di AS Timur (Virginia N.), AS Barat (Oregon), AS Timur (Ohio), Eropa (Irlandia), Asia Pasifik (Tokyo), dan Asia Pasifik (Singapura). Jumlah spesifik throughput dan IOPS yang dapat didorong oleh beban kerja Anda pada sistem file Anda tergantung pada kapasitas throughput, kapasitas penyimpanan, dan jenis penyimpanan sistem file Anda, bersama dengan sifat beban kerja Anda, termasuk ukuran set kerja aktif.
### Performa klien tunggal
Dengan Amazon FSx, Anda bisa mendapatkan throughput penuh dan level IOPS untuk sistem file Anda dari satu klien yang mengaksesnya. Amazon FSx mendukung *SMB Multichannel*. Fitur ini memungkinkannya menyediakan hingga beberapa GBps throughput dan ratusan ribu IOPS untuk satu klien yang mengakses sistem file Anda. SMB Multichannel menggunakan beberapa koneksi jaringan antara klien dan server secara bersamaan untuk agregat bandwidth jaringan untuk pemanfaatan maksimal. Meskipun ada batasan teoritis untuk jumlah koneksi SMB yang didukung oleh Windows, batas ini adalah jutaan, dan praktis Anda dapat memiliki jumlah koneksi SMB yang tidak terbatas.
### Performa burst
Beban kerja berbasis file biasanya runcing, ditandai dengan periode tinggi yang pendek dan intens I/O dengan banyak waktu idle di antara semburan. Untuk mendukung beban kerja runcing, selain kecepatan dasar yang dapat dipertahankan oleh sistem file 24/7, Amazon FSx menyediakan kemampuan untuk meledak ke kecepatan yang lebih tinggi untuk periode waktu untuk operasi jaringan dan disk. I/O I/O Amazon FSx menggunakan mekanisme I/O kredit untuk mengalokasikan throughput dan IOPS berdasarkan pemanfaatan rata-rata — sistem file memperoleh kredit ketika throughput dan penggunaan IOPS mereka di bawah batas dasar mereka, dan dapat menggunakan kredit ini saat mereka melakukan operasi. I/O
## Dampak kapasitas throughput terhadap performa
Kapasitas throughput menentukan kinerja sistem file dalam kategori berikut:
+ Jaringan I/O — Kecepatan di mana server file dapat melayani data file ke klien yang mengaksesnya.
+ CPU dan memori server file — Sumber daya yang tersedia untuk menyajikan data file dan melakukan aktivitas latar belakang seperti deduplikasi data dan salinan bayangan.
+ Disk I/O — Kecepatan di mana server file dapat mendukung I/O antara server file dan volume penyimpanan.
Tabel berikut memberikan rincian tentang tingkat maksimum jaringan I/O (throughput dan IOPS) dan disk I/O (throughput dan IOPS) yang dapat Anda drive dengan setiap konfigurasi kapasitas throughput yang disediakan, dan jumlah memori yang tersedia untuk caching dan mendukung aktivitas latar belakang seperti deduplikasi data dan salinan bayangan. Meskipun Anda dapat memilih tingkat kapasitas throughput di bawah 32 megabyte per detik (MBps) saat Anda menggunakan Amazon API FSx atau CLI, perlu diingat bahwa level ini dimaksudkan untuk beban kerja pengujian dan pengembangan, bukan untuk beban kerja produksi.
**catatan**
Perhatikan bahwa tingkat kapasitas throughput 4.608 MBps dan lebih tinggi hanya didukung di wilayah berikut: AS Timur (Virginia N.), AS Barat (Oregon), AS Timur (Ohio), Eropa (Irlandia), Asia Pasifik (Tokyo), dan Asia Pasifik (Singapura).
### Jaringan I/O dan memori
| FSx kapasitas throughput () MBps | Throughput jaringan () MBps | IOPS Jaringan | Memori (GB) |
| --- |--- |--- |--- |
| **** | **Baseline** | **Burst (selama beberapa menit sehari)** | **** | **** |
| --- |--- |--- |--- |--- |
| 32 | 32 | 600 | Ribuan | 4 |
| --- |--- |--- |--- |--- |
| 64 | 64 | 600 | Puluhan ribu | 8 |
| --- |--- |--- |--- |--- |
| 128 | 150 | 1.250 | 8 |
| --- |--- |--- |--- |
| 256 | 300 | 1.250 | Ratusan ribu | 16 |
| --- |--- |--- |--- |--- |
| 512 | 600 | 1.250 | 32 |
| --- |--- |--- |--- |
| 1,024 | 1.500 | – | 72 |
| --- |--- |--- |--- |
| 2,048 | 3,125 | – | 144 |
| --- |--- |--- |--- |
| 4,608 | 9,375 | – | Juta. | 192 |
| --- |--- |--- |--- |--- |
| 6,144 | 12.500 | – | 256 |
| --- |--- |--- |--- |
| 9,216 | 18,750 | – | 384 |
| --- |--- |--- |--- |
| 12,288 | 21.250 | – | 512 |
| --- |--- |--- |--- |
### Disk I/O
| FSx kapasitas throughput () MBps | Throughput disk () MBps | IOPS Disk |
| --- |--- |--- |
| **** | **Baseline** | **Burst (selama 30 menit sehari)** | **Baseline** | **Burst (selama 30 menit sehari)** |
| --- |--- |--- |--- |--- |
| 32 | 32 | 260 | 2K | 12K |
| --- |--- |--- |--- |--- |
| 64 | 64 | 350 | 4K | 16K |
| --- |--- |--- |--- |--- |
| 128 | 128 | 600 | 6K | 20K |
| --- |--- |--- |--- |--- |
| 256 | 256 | 600 | 10K | 20K |
| --- |--- |--- |--- |--- |
| 512 | 512 | – | 20K | – |
| --- |--- |--- |--- |--- |
| 1,024 | 1,024 | – | 40K | – |
| --- |--- |--- |--- |--- |
| 2,048 | 2,048 | – | 80K | – |
| --- |--- |--- |--- |--- |
| 4,608 | 4,608 | – | 150K | – |
| --- |--- |--- |--- |--- |
| 6,144 | 6,144 | – | 200K | – |
| --- |--- |--- |--- |--- |
| 9,216 | 9,216 1 | – | 300K 1 | – |
| --- |--- |--- |--- |--- |
| 12,288 | 12,288 1 | – | 400K 1 | – |
| --- |--- |--- |--- |--- |
**catatan**
1 Jika Anda memiliki sistem file Multi-AZ dengan kapasitas throughput 9.216 atau 12.288 MBps, kinerja akan dibatasi hingga 9.000 MBps dan 262.500 IOPS hanya untuk lalu lintas tulis. Jika tidak, untuk lalu lintas baca di semua sistem file Multi-AZ, baca dan tulis lalu lintas pada semua sistem file Single-AZ, dan semua tingkat kapasitas throughput lainnya, sistem file Anda akan mendukung batas kinerja yang ditunjukkan pada tabel.
## Memilih tingkat kapasitas throughput yang tepat
Saat Anda membuat sistem file menggunakan Amazon Web Services Management Console, Amazon FSx secara otomatis memilih tingkat kapasitas throughput yang disarankan untuk sistem file Anda berdasarkan jumlah kapasitas penyimpanan yang Anda konfigurasikan. Meskipun kapasitas throughput yang disarankan harus cukup untuk sebagian besar beban kerja, Anda memiliki opsi untuk mengganti rekomendasi dan mengonfigurasi sejumlah kapasitas throughput tertentu untuk memenuhi kebutuhan beban kerja Anda. Misalnya, jika beban kerja Anda mengharuskan mengarahkan 1 GBps lalu lintas ke sistem file Anda, Anda harus memilih kapasitas throughput minimal 1.024. MBps Tabel berikut memberikan tingkat kapasitas throughput minimum yang direkomendasikan untuk sistem file berdasarkan jumlah kapasitas penyimpanan yang disediakan.
| Kapasitas penyimpanan SSD (GiB) | Kapasitas penyimpanan HDD (GiB) | Kapasitas throughput minimum yang disarankan () MBps |
| --- | --- | --- |
| Hingga 640 | Hingga 3.200 | 32 |
| 641—1.280 | 3201—6.400 | 64 |
| 1281—2.560 | 6.401—12.800 | 128 |
| 2.561—5.120 | 12.801—25.600 | 256 |
| 5,121—10.240 | 25.601—51.200 | 512 |
| 10.241—20.480 | >51.200 | 1,024 |
| > 20.480 | TA | 2,048 |
Anda juga harus mempertimbangkan fitur yang Anda rencanakan untuk diaktifkan pada sistem file Anda dalam menentukan tingkat throughput yang akan dikonfigurasi. Misalnya, mengaktifkan [Shadow Copies](shadow-copies-fsxW.md) mungkin mengharuskan Anda untuk meningkatkan kapasitas throughput Anda ke tingkat hingga tiga kali beban kerja yang diharapkan untuk memastikan server file dapat mempertahankan salinan bayangan dengan kapasitas kinerja yang tersedia I/O . Jika Anda mengaktifkan [Data Deduplication](data-dedup-ts.md), Anda harus menentukan jumlah memori yang terkait dengan kapasitas throughput sistem file Anda dan memastikan jumlah memori ini cukup untuk ukuran data Anda.
Anda dapat menyesuaikan jumlah kapasitas throughput naik atau turun kapan saja setelah Anda membuatnya. Untuk informasi selengkapnya, lihat [Mengelola kapasitas throughput](managing-throughput-capacity.md).
Anda dapat memantau pemanfaatan sumber daya kinerja server file oleh beban kerja Anda dan mendapatkan rekomendasi tentang kapasitas throughput mana yang harus dipilih dengan melihat tab **Pemantauan & kinerja> Kinerja** di konsol Amazon Anda. FSx Kami merekomendasikan pengujian di lingkungan pra-produksi untuk memastikan konfigurasi yang Anda pilih memenuhi persyaratan kinerja beban kerja Anda. Untuk sistem file multi-AZ, kami juga merekomendasikan pengujian dampak dari proses failover yang terjadi selama pemeliharaan sistem file, perubahan kapasitas throughput, dan gangguan layanan yang tidak direncanakan pada beban kerja Anda, serta memastikan bahwa Anda telah menyediakan kapasitas throughput yang cukup untuk mencegah dampak kinerja selama peristiwa ini. Untuk informasi selengkapnya, lihat [Mengakses metrik sistem file](accessingmetrics.md).
## Dampak konfigurasi penyimpanan pada kinerja
Kapasitas penyimpanan sistem file Anda, jenis penyimpanan, dan tingkat IOPS SSD semuanya memengaruhi I/O kinerja disk sistem file Anda. Anda dapat mengonfigurasi sumber daya ini untuk memberikan tingkat kinerja yang diinginkan untuk beban kerja Anda.
Anda dapat meningkatkan kapasitas penyimpanan dan menskalakan SSD IOPS kapan saja. Untuk informasi selengkapnya, lihat [Mengelola kapasitas penyimpanan](managing-storage-configuration.md#managing-storage-capacity) dan [Mengelola SSD IOPS](managing-storage-configuration.md#managing-provisioned-ssd-iops). Anda juga dapat meningkatkan sistem file Anda dari jenis penyimpanan HDD ke jenis penyimpanan SSD. Untuk informasi selengkapnya, lihat [Mengelola jenis penyimpanan sistem file Anda](managing-storage-configuration.md#managing-storage-type).
Sistem file Anda menyediakan tingkat default throughput disk dan IOPS berikut:
| Tipe penyimpanan | Throughput disk (MBps per TiB penyimpanan) | Disk IOPS (per TiB penyimpanan) |
| --- | --- | --- |
| SSD | 750 | 3.000 1 |
| HDD | 12 baseline; 80 burst (hingga maksimal 1 GBps per sistem file) | 12 baseline; 80 burst |
**catatan**
1 Untuk sistem file dengan tipe penyimpanan SSD, Anda dapat menyediakan IOPS tambahan, hingga rasio maksimum 500 IOPS per GiB penyimpanan dan 400.000 IOPS per sistem file.
### Kinerja HDD burst
Untuk volume penyimpanan HDD, Amazon FSx menggunakan model burst bucket untuk kinerja. Ukuran volume menentukan throughput tingkat dasar volume Anda, yang merupakan tingkat di mana volume mengakumulasi kredit throughput. Ukuran volume juga menentukan throughput lonjakan volume Anda, yang merupakan tingkat di mana Anda dapat menghabiskan kredit saat tersedia. Volume yang lebih besar memiliki garis dasar dan throughput lonjakan yang lebih tinggi. Semakin banyak kredit yang dimiliki volume Anda, semakin lama ia dapat melaju I/O di level burst.
Throughput yang tersedia dari volume penyimpanan HDD dinyatakan dengan rumus berikut:
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Untuk volume HDD 1-Tib, throughput burst dibatasi hingga 80 MiBps, bucket diisi dengan kredit pada 12 MiBps, dan dapat menampung hingga 1 kredit Tib-senilai.
Volume penyimpanan HDD dapat mengalami variasi kinerja yang signifikan tergantung pada beban kerja. Lonjakan mendadak dalam IOPS atau throughput dapat menyebabkan penurunan kinerja disk. [`DiskThroughputBalance`](monitoring-cloudwatch.md#fsx-storage-volume-metrics)Metrik ini memberikan informasi tentang saldo kredit burst untuk throughput disk dan pemanfaatan IOPS disk. Misalnya, jika beban kerja Anda melebihi batas HDD IOPS dasar (12 IOPS per TiB penyimpanan), pemanfaatan Disk IOPS (HDD) akan berada di atas 100% dan mengakibatkan menipisnya saldo kredit burst, yang dapat Anda lihat dalam metrik. `DiskThroughputBalance` Agar beban kerja Anda terus mendorong I/O tingkat tinggi, Anda mungkin perlu melakukan salah satu hal berikut:
+ Kurangi I/O tuntutan beban kerja Anda sehingga saldo kredit burst diisi ulang.
+ Tingkatkan kapasitas penyimpanan sistem file untuk memberikan tingkat dasar IOPS disk yang lebih tinggi.
+ Tingkatkan sistem file untuk menggunakan penyimpanan SSD, yang menyediakan tingkat dasar IOPS disk yang lebih tinggi agar lebih sesuai dengan kebutuhan beban kerja Anda.
## Contoh: kapasitas penyimpanan dan kapasitas throughput
Contoh berikut menggambarkan bagaimana kapasitas penyimpanan dan kapasitas throughput berdampak pada performa sistem file.
Sistem file yang dikonfigurasi dengan kapasitas penyimpanan HDD 2 TiB dan 32 kapasitas throughput memiliki MBps tingkat throughput berikut:
+ Throughput jaringan — 32 MBps baseline dan 600 MBps burst (lihat tabel kapasitas throughput)
+ Disk throughput — 24 MBps baseline dan 160 MBps burst, yang merupakan yang lebih rendah dari:
+ tingkat throughput disk 32 MBps baseline dan 260 MBps burst yang didukung oleh server file, berdasarkan kapasitas throughput sistem file
+ tingkat throughput disk 24 MBps baseline (12 MBps per TB\$1 2 TiB) dan 160 burst MBps (80 per TiB\$1 2 MBps TiB) didukung oleh volume penyimpanan, berdasarkan jenis dan kapasitas penyimpanan
Beban kerja Anda yang mengakses sistem file akan dapat mendorong hingga 32 MBps baseline dan 600 MBps burst throughput untuk operasi file yang dilakukan pada data yang diakses secara aktif yang di-cache di cache file server dalam memori, dan hingga 24 MBps baseline dan 160 MBps burst throughput untuk operasi file yang perlu pergi jauh-jauh ke disk, misalnya, karena cache terlewat.
## Mengukur kinerja menggunakan CloudWatch metrik
Anda dapat menggunakan Amazon CloudWatch untuk mengukur dan memantau throughput dan IOPS sistem file Anda. Untuk informasi selengkapnya, lihat [Pemantauan CloudWatch dengan Amazon](monitoring-cloudwatch.md).
# Memecahkan masalah kinerja sistem file
Kinerja sistem file Windows File Server Anda FSx bergantung pada beberapa faktor, termasuk lalu lintas yang Anda arahkan ke sistem file Anda, bagaimana Anda menyediakan sistem file Anda, dan sumber daya yang dikonsumsi oleh fitur yang diaktifkan, seperti Deduplikasi Data atau Salinan Bayangan. Untuk informasi tentang memahami kinerja sistem file Anda, lihat[FSx untuk kinerja Windows File ServerPerforma](performance.md).
**Topics**
+ [Bagaimana cara menentukan batas throughput dan IOPS untuk sistem file saya?](#perf-throughput-IOPS-limits)
+ [Apa perbedaan antara jaringan I/O dan diskI/O? Why is my network I/O different from my disk I/O?](#perf-whatis-networkio-diskio)
+ [Mengapa penggunaan CPU atau memori saya tinggi, bahkan ketika jaringan I/O saya rendah?](#why-cpu-mem-high)
+ [Apa yang meledak? Berapa banyak ledakan yang digunakan sistem file saya? Apa yang terjadi ketika kredit burst habis?](#what-is-bursting)
+ [Saya melihat peringatan di halaman **Pemantauan & kinerja** — apakah saya perlu mengubah konfigurasi sistem file saya?](#warnings)
+ [Metrik saya sementara hilang, haruskah saya khawatir?](#missing-metrics)
## Bagaimana cara menentukan batas throughput dan IOPS untuk sistem file saya?
Untuk melihat throughput sistem file dan batas IOPS, lihat [tabel yang menunjukkan tingkat kinerja](performance.md#performance-table) berdasarkan jumlah kapasitas throughput penyediaan.
## Apa perbedaan antara jaringan I/O dan diskI/O? Why is my network I/O different from my disk I/O?
Sistem FSx file Amazon mencakup satu atau lebih server file yang melayani data melalui jaringan ke klien yang mengakses sistem file. Ini adalah jaringan I/O. The file server has a fast, in-memory cache to enhance performance for the most frequently accessed data. The file servers also drives traffic to the storage volumes that host your file system data. This is the disk I/O. The following diagram illustrates network and disk I/O untuk sistem FSx file Amazon.
![\[FSx untuk arsitektur Windows File Server, menunjukkan hubungan metrik kinerja server file dan volume penyimpanan dan dampaknya terhadap kinerja sistem file.\]](http://docs.aws.amazon.com/id_id/fsx/latest/WindowsGuide/images/metrics-overview-FSxW.png)
Untuk informasi selengkapnya, lihat [Pemantauan CloudWatch dengan Amazon](monitoring-cloudwatch.md).
## Mengapa penggunaan CPU atau memori saya tinggi, bahkan ketika jaringan I/O saya rendah?
Penggunaan CPU dan memori server file tidak hanya bergantung pada lalu lintas jaringan yang Anda kendarai, tetapi juga fitur yang telah Anda aktifkan pada sistem file Anda. Bagaimana Anda mengkonfigurasi dan menjadwalkan fitur-fitur ini dapat memengaruhi pemanfaatan CPU dan memori.
Pekerjaan Deduplikasi Data yang sedang berlangsung dapat menghabiskan memori. Anda dapat memodifikasi konfigurasi pekerjaan deduplikasi untuk mengurangi kebutuhan memori. Misalnya, Anda dapat membatasi pengoptimalan agar berjalan pada jenis file atau folder tertentu, atau menetapkan ukuran dan usia file minimum untuk pengoptimalan. Kami juga merekomendasikan mengonfigurasi pekerjaan deduplikasi untuk dijalankan selama periode idle ketika ada beban minimal pada sistem file Anda. Untuk informasi selengkapnya, lihat [Mengurangi biaya penyimpanan dengan Data Deduplication](managing-storage-configuration.md#using-data-dedup).
Jika Anda mengaktifkan enumerasi berbasis akses, Anda mungkin melihat pemanfaatan CPU yang tinggi saat pengguna akhir melihat atau mencantumkan file berbagi, atau selama fase Optimasi pekerjaan penskalaan penyimpanan. *Untuk informasi selengkapnya, lihat [Mengaktifkan enumerasi berbasis akses pada namespace di Dokumentasi Penyimpanan Microsoft](https://docs.microsoft.com/en-us/windows-server/storage/dfs-namespaces/enable-access-based-enumeration-on-a-namespace).*
## Apa yang meledak? Berapa banyak ledakan yang digunakan sistem file saya? Apa yang terjadi ketika kredit burst habis?
Beban kerja berbasis file biasanya runcing, ditandai dengan periode tinggi I/O yang pendek dan intens dengan waktu idle di antara semburan. Untuk mendukung jenis beban kerja ini, selain kecepatan dasar yang dapat dipertahankan oleh sistem file, FSx Amazon menyediakan kemampuan untuk meledak ke kecepatan yang lebih tinggi untuk periode waktu untuk operasi I/O jaringan dan disk. I/O
Amazon FSx menggunakan mekanisme I/O kredit untuk mengalokasikan throughput dan IOPS berdasarkan pemanfaatan rata-rata — sistem file memperoleh kredit ketika throughput dan penggunaan IOPS mereka di bawah batas dasar mereka, dan dapat menggunakan kredit ini untuk meledak di atas batas dasar (hingga batas burst) bila diperlukan. Untuk informasi selengkapnya tentang batas dan durasi burst untuk sistem file Anda, lihat[FSx untuk kinerja Windows File ServerPerforma](performance.md).
## Saya melihat peringatan di halaman **Pemantauan & kinerja** — apakah saya perlu mengubah konfigurasi sistem file saya?
Halaman **Pemantauan & kinerja** mencakup peringatan yang menunjukkan kapan tuntutan beban kerja baru-baru ini telah mendekati atau melampaui batas sumber daya yang ditentukan oleh cara Anda mengonfigurasi sistem file Anda. Ini tidak berarti Anda perlu mengubah konfigurasi Anda, meskipun sistem file Anda mungkin kurang disediakan untuk beban kerja Anda jika Anda tidak mengambil tindakan yang disarankan.
Jika beban kerja yang menyebabkan peringatan itu tidak lazim dan Anda tidak mengharapkannya berlanjut, mungkin aman untuk tidak mengambil tindakan dan memantau penggunaan Anda ke depan. Namun, jika beban kerja yang menyebabkan peringatan itu khas dan Anda mengharapkannya berlanjut, atau bahkan meningkat, kami sarankan mengikuti tindakan yang disarankan untuk meningkatkan kinerja server file (dengan meningkatkan kapasitas throughput) atau meningkatkan kinerja volume penyimpanan (dengan meningkatkan kapasitas penyimpanan, atau dengan beralih dari penyimpanan HDD ke SSD).
**catatan**
Peristiwa sistem file tertentu dapat mengkonsumsi sumber daya I/O kinerja disk dan berpotensi memicu peringatan kinerja. Contoh:
Fase optimasi penskalaan kapasitas penyimpanan dapat menghasilkan peningkatan throughput disk, seperti yang dijelaskan dalam [Kapasitas penyimpanan meningkat dan performa sistem file](managing-storage-configuration.md#storage-capacity-increase-and-performance)
Untuk sistem file multi-AZ, peristiwa seperti penskalaan kapasitas throughput, penggantian perangkat keras, atau gangguan Availability Zone menghasilkan peristiwa failover dan failback otomatis. Setiap perubahan data yang terjadi selama waktu ini perlu disinkronkan antara server file primer dan sekunder, dan Windows Server menjalankan pekerjaan sinkronisasi data yang dapat mengkonsumsi sumber daya disk I/O . Untuk informasi selengkapnya, lihat [Mengelola kapasitas throughput](managing-throughput-capacity.md).
## Metrik saya sementara hilang, haruskah saya khawatir?
Sistem file single-AZ akan mengalami ketidaktersediaan selama pemeliharaan sistem file, penggantian komponen infrastruktur, dan ketika Availability Zone tidak tersedia. Selama waktu ini, metrik tidak akan tersedia.
Dalam penyebaran Multi-AZ, Amazon FSx secara otomatis menyediakan dan memelihara server file siaga di Availability Zone yang berbeda. Jika ada pemeliharaan sistem file atau gangguan layanan yang tidak direncanakan, Amazon FSx secara otomatis gagal ke server file sekunder, memungkinkan Anda untuk terus mengakses data Anda tanpa intervensi manual. Selama periode singkat di mana sistem file Anda gagal dan gagal kembali, metrik mungkin tidak tersedia untuk sementara.