Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Praktik terbaik S3 Files
Halaman ini menjelaskan praktik terbaik yang direkomendasikan untuk bekerja dengan sistem file S3.
## Optimalisasi kinerja dan biaya
+ **Paralelkan beban kerja Anda ** — S3 Files dirancang untuk mendukung beban kerja yang sangat paralel. Mendistribusikan bacaan di beberapa file dan beberapa instans komputasi membantu memaksimalkan throughput agregat. Anda juga dapat membuat beberapa sistem file yang dicakup ke awalan spesifik yang berbeda dalam bucket yang sama (alih-alih membuat satu sistem file di seluruh bucket) untuk menskalakan secara horizontal dan meningkatkan throughput agregat.
+ **Lingkup sistem file Anda ke awalan terkecil yang dibutuhkan beban kerja Anda untuk meminimalkan dampak peng ** gantian nama — S3 tidak memiliki konsep direktori asli. Saat Anda mengganti nama atau memindahkan direktori, File S3 harus menulis data ke objek baru dengan kunci yang diperbarui dan menghapus yang asli untuk setiap file di direktori itu. Mengganti nama direktori dengan puluhan juta file dapat secara signifikan meningkatkan biaya permintaan S3 dan waktu sinkronisasi. Lingkup sistem file Anda ke dataset aktif Anda, atau susun data Anda sehingga direktori yang Anda harapkan untuk diganti namanya berisi lebih sedikit file. Untuk informasi selengkapnya, lihat [Memahami dampak operasi ganti nama dan pindahkan](s3-files-synchronization.md#s3-files-sync-rename-move).
+ **Gunakan ukuran IO besar ** — File S3 mengukur setiap operasi baca dan tulis minimal 32 KB. Menggunakan ukuran IO yang lebih besar (1 MB atau lebih) mengamortisasi overhead per operasi dan lebih hemat biaya daripada banyak pembacaan atau penulisan kecil. Saat menggunakan mount helper, ukuran buffer baca dan tulis NFS default diatur ke 1 MB untuk kinerja optimal.
+ **Setel LessThan nilai ukuran Anda dalam konfigurasi impor agar sesuai dengan ukuran file Anda ** — Secara default, S3 Files menyimpan data untuk file yang lebih kecil dari 128 KB saat Anda pertama kali mengakses direktori. File yang lebih besar dari ambang ini dibaca langsung dari S3. Jika beban kerja Anda melakukan pembacaan kecil dan sensitif latensi pada file yang lebih besar, tingkatkan LessThan ambang ukuran agar sesuai dengan ukuran file yang Anda butuhkan pada penyimpanan berkinerja tinggi sistem file untuk akses latensi rendah. Untuk informasi selengkapnya, lihat [Menyesuaikan sinkronisasi untuk File S3](s3-files-synchronization-customizing.md).
+ **Tetapkan jendela kedaluwarsa agar sesuai dengan siklus hidup beban kerja Anda ** — Data yang belum dibaca dalam jendela kedaluwarsa secara otomatis dihapus dari sistem file. Untuk beban kerja berumur pendek seperti pekerjaan batch atau proses pelatihan, gunakan kedaluwarsa yang lebih pendek (1—7 hari) untuk meminimalkan biaya penyimpanan. Untuk beban kerja yang meninjau kembali data yang sama selama berminggu-minggu, gunakan kedaluwarsa yang lebih lama (30-90 hari) untuk terus mendapatkan keuntungan dari latensi rendah. Untuk informasi selengkapnya, lihat [Menyesuaikan sinkronisasi untuk File S3](s3-files-synchronization-customizing.md).
+ **Gunakan aturan bercakupan awalan untuk beban kerja campuran ** — Jika bucket berisi data yang sering diakses dan jarang diakses, buat aturan impor terpisah untuk setiap awalan. Ini memungkinkan Anda mengimpor data secara agresif untuk awalan panas sambil mempertahankan awalan dingin hanya metadata. Untuk informasi selengkapnya, lihat [Menyesuaikan sinkronisasi untuk File S3](s3-files-synchronization-customizing.md).
+ **Buat target pemasangan di setiap Zona Ketersediaan ** — Sebaiknya buat satu target pemasangan di setiap Zona Ketersediaan tempat Anda beroperasi sehingga Anda dapat mengurangi biaya transfer data lintas AZ dan meningkatkan kinerja. Ini memastikan bahwa sumber daya komputasi Anda selalu memiliki jalur jaringan lokal ke sistem file, meningkatkan ketersediaan dan latensi. Saat Anda membuat sistem file menggunakan AWS Management Console, S3 Files secara otomatis membuat satu target pemasangan di setiap Zona Ketersediaan di VPC yang Anda pilih.
## Sinkronisasi
+ **Memahami model konsistensi File S3 ** - Ketika file dalam sistem file dimodifikasi pada saat yang sama dengan objek yang sesuai di bucket S3, S3 Files memperlakukan bucket S3 sebagai sumber kebenaran dan memindahkan file ke direktori hilang dan ditemukan. Untuk menghindari konflik, tentukan satu jalur (sistem file atau S3) sebagai penulis utama.
+ **Memantau kesehatan sinkronisasi ** — Gunakan CloudWatch metrik untuk melacak status sinkronisasi antara sistem file Anda dan bucket S3. Pertumbuhan `PendingExports` menunjukkan bahwa beban kerja Anda menghasilkan perubahan lebih cepat daripada tingkat sinkronisasi, yang berarti sinkronisasi akan memakan waktu lebih lama untuk diselesaikan. `ExportFailures` CloudWatch Metrik bukan nol menunjukkan file yang tidak dapat diekspor dan memerlukan tindakan. Untuk informasi selengkapnya, lihat [Memecahkan Masalah File S3](s3-files-troubleshooting.md).
## Kontrol akses
+ **Ikuti prinsip hak istimewa terkecil ** — Berikan hanya izin minimum yang diperlukan untuk setiap peran IAM dan kebijakan sistem file. Misalnya, jika sumber daya komputasi hanya perlu membaca data dari sistem file, lampirkan kebijakan terkel `AmazonS3FilesClientReadOnlyAccess` ola alih-alih`AmazonS3FilesClientFullAccess`. Selain itu, pertimbangkan untuk membuat sistem file Anda dicakup ke awalan tertentu daripada seluruh bucket, sehingga klien hanya dapat mengakses data dalam awalan itu.
+ **Jangan memodifikasi peran IAM File S3 ** — Jangan memodifikasi atau menghapus peran IAM yang diasumsikan File S3 untuk disinkronkan dengan bucket S3 Anda. Mengubah atau menghapus peran ini dapat merusak sinkronisasi antara sistem file Anda dan bucket S3.
+ **Jangan memodifikasi EventBridge aturan File S3 ** - File S3 membuat EventBridge aturan (diawali dengan DO-NOT-DELETE-S3-Files) untuk mendeteksi perubahan dalam bucket S3 Anda. Jangan menonaktifkan, memodifikasi, atau menghapus aturan ini. Menghapusnya mencegah File S3 mendeteksi objek baru atau diubah di bucket Anda, menyebabkan sistem file Anda menjadi basi.
+ **Pertimbangkan untuk membatasi akses ke log yang ditulis oleh `efs-utils` ** — `efs-utils` menulis nama kunci objek S3 langsung di log yang disimpan di direktori`/var/log/amazon/efs`. Jika nama kunci S3 Anda berisi informasi sensitif, Anda harus membatasi akses ke direktori ini melalui izin POSIX. Misalnya, Anda dapat membatasi akses melalui perintah`sudo chmod 700 /var/log/amazon/efs`.
## Memantau
+ **Mengatur alarm pada kegagalan sinkronisasi ** — Buat CloudWatch alarm `ImportFailures` aktif dan `ExportFailures` diberi tahu saat file gagal disinkronkan. Ekspor yang gagal dapat mengindikasikan masalah izin, masalah kunci enkripsi, atau batas panjang jalur. Untuk informasi selengkapnya, lihat [Memecahkan Masalah File S3](s3-files-troubleshooting.md).
## Migrasi
Untuk memigrasikan data dari penyimpanan lokal ke bucket S3 Anda untuk pertama kalinya, sebaiknya gunakan AWS DataSync. DataSync mengotomatiskan dan mempercepat transfer kumpulan data besar dan mempertahankan metadata file dan izin selama migrasi. Untuk informasi lebih lanjut, lihat [ Apa itu AWS DataSync? ](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html).