

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

# Kinerja dan optimasi
<a name="Performance"></a>

Bagian ini menjelaskan panduan dan praktik terbaik untuk mengoptimalkan kinerja File Gateway.

**Topics**
+ [Panduan kinerja dasar untuk S3 File Gateway Gateway](#performance-fgw)
+ [Panduan kinerja untuk gateway dengan beberapa berbagi file](#performance-multiple-file-shares)
+ [Memaksimalkan throughput Gateway File S3](Performance-Throughput.md)
+ [Mengoptimalkan Gateway File S3 untuk backup database SQL Server](SQL-Backup-Best-Practices.md)

## Panduan kinerja dasar untuk S3 File Gateway Gateway
<a name="performance-fgw"></a>

Di bagian ini, Anda dapat menemukan panduan untuk penyediaan perangkat keras untuk S3 File Gateway VM Anda. Konfigurasi instance yang tercantum dalam tabel adalah contoh, dan disediakan untuk referensi.

Untuk kinerja terbaik, ukuran disk cache harus disetel ke ukuran set kerja aktif. Menggunakan beberapa disk lokal untuk cache meningkatkan kinerja penulisan dengan memparalelkan akses ke data dan mengarah ke IOPS yang lebih tinggi.

**catatan**  
Kami tidak menyarankan menggunakan penyimpanan sementara. Untuk informasi tentang penggunaan penyimpanan sementara, lihat. [Menggunakan penyimpanan singkat dengan gateway EC2](ephemeral-disk-cache.md)  
Untuk instans Amazon EC2, jika Anda memiliki lebih dari 5 juta objek di bucket S3 dan Anda menggunakan volume SSD Tujuan Umum, volume EBS root minimum 350 GiB diperlukan untuk kinerja gateway yang dapat diterima saat memulai. Untuk informasi tentang cara meningkatkan ukuran volume, lihat [Memodifikasi volume EBS menggunakan volume elastis (konsol)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/requesting-ebs-volume-modifications.html#modify-ebs-volume).  
Batas ukuran yang disarankan untuk direktori individual dalam yang Anda sambungkan ke File Gateway adalah 10.000 file per direktori. Anda dapat menggunakan File Gateway dengan direktori yang memiliki lebih dari 10.000 file, tetapi kinerja mungkin terpengaruh.

Dalam tabel berikut, operasi *baca klik cache* dibaca dari berbagi file yang disajikan dari cache. Operasi *gagal baca cache* dibaca dari berbagi file yang disajikan dari Amazon S3.

Tabel berikut menunjukkan contoh konfigurasi S3 File Gateway.

### Kinerja S3 File Gateway pada klien Linux
<a name="performance-fgw-linux-clients"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/filegateway/latest/files3/Performance.html)

### Kinerja File Gateway pada klien Windows
<a name="performance-fgw-windows-clients"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/filegateway/latest/files3/Performance.html)

**catatan**  
Kinerja Anda mungkin bervariasi berdasarkan konfigurasi platform host dan bandwidth jaringan Anda. Kinerja throughput tulis menurun dengan ukuran file, dengan throughput tertinggi yang dapat dicapai untuk file kecil (kurang dari 32MiB) menjadi 16 file per detik.

## Panduan kinerja untuk gateway dengan beberapa berbagi file
<a name="performance-multiple-file-shares"></a>

Amazon S3 File Gateway mendukung melampirkan hingga 50 file share ke satu alat Storage Gateway. Dengan menambahkan beberapa berbagi file per gateway, Anda dapat mendukung lebih banyak pengguna dan beban kerja sambil mengelola lebih sedikit gateway dan sumber daya perangkat keras virtual. Selain faktor lain, jumlah berbagi file yang dikelola oleh gateway dapat memengaruhi kinerja gateway tersebut. Bagian ini menjelaskan bagaimana kinerja gateway diharapkan berubah tergantung pada jumlah berbagi file terlampir dan merekomendasikan konfigurasi perangkat keras virtual untuk mengoptimalkan kinerja gateway yang mengelola beberapa pembagian.

Secara umum, meningkatkan jumlah berbagi file yang dikelola oleh satu Storage Gateway dapat memiliki konsekuensi sebagai berikut:
+ Peningkatan waktu yang diperlukan untuk me-restart gateway.
+ Peningkatan pemanfaatan sumber daya perangkat keras virtual seperti vCPU dan RAM.
+ Penurunan kinerja untuk operasi data dan metadata jika sumber daya perangkat keras virtual menjadi jenuh.

Tabel berikut mencantumkan konfigurasi perangkat keras virtual yang direkomendasikan untuk gateway yang mengelola beberapa pembagian file:


| Berbagi File Per Gateway | Pengaturan Kapasitas Gateway yang Direkomendasikan | Cores vCPU yang Direkomendasikan | RAM yang direkomendasikan | Ukuran Disk Root yang Direkomendasikan | 
| --- | --- | --- | --- | --- | 
|  1-10  | Kecil |  4 (tipe instans EC2 **m4.xlarge** atau lebih besar)  |  16 GiB  |  80 GiB  | 
|  10-20  | Sedang |  8 (tipe instans EC2 **m4.2xlarge** atau lebih besar)  |  32 GiB  |  160 GiB  | 
|  20\$1  | Besar |  16 (tipe instans EC2 **m4.4xlarge** atau lebih besar)  |  64 GiB  |  240 GiB  | 

Selain konfigurasi perangkat keras virtual yang direkomendasikan di atas, kami merekomendasikan praktik terbaik berikut untuk mengonfigurasi dan memelihara peralatan Storage Gateway yang mengelola beberapa berbagi file:
+ Pertimbangkan bahwa hubungan antara jumlah pembagian file dan permintaan yang ditempatkan pada perangkat keras virtual gateway belum tentu linier. Beberapa berbagi file mungkin menghasilkan lebih banyak throughput, dan karenanya lebih banyak permintaan perangkat keras daripada yang lain. Rekomendasi dalam tabel sebelumnya didasarkan pada kapasitas perangkat keras maksimum dan berbagai tingkat throughput berbagi file.
+ Jika Anda menemukan bahwa menambahkan beberapa pembagian file ke satu gateway mengurangi kinerja, pertimbangkan untuk memindahkan pembagian file yang paling aktif ke gateway lain. Secara khusus, jika berbagi file digunakan untuk very-high-throughput aplikasi, pertimbangkan untuk membuat gateway terpisah untuk berbagi file tersebut.
+ Kami tidak menyarankan mengonfigurasi satu gateway untuk beberapa aplikasi throughput tinggi dan satu lagi untuk beberapa aplikasi throughput rendah. Sebagai gantinya, cobalah untuk menyebarkan berbagi file throughput tinggi dan rendah secara merata di seluruh gateway untuk menyeimbangkan saturasi perangkat keras. Untuk mengukur throughput berbagi file Anda, gunakan `ReadBytes` dan `WriteBytes` metrik. Untuk informasi selengkapnya, lihat [Memahami metrik berbagi file](https://docs.aws.amazon.com/filegateway/latest/files3/monitoring-file-gateway.html#monitoring-file-gateway-resources).