Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Apa itu Sistem File Elastis Amazon?
Amazon Elastic File System (Amazon EFS) menyediakan penyimpanan file nirserver dan sepenuhnya elastis sehingga Anda dapat berbagi data file tanpa perlu menyediakan atau mengelola kapasitas dan performa penyimpanan. Amazon EFS dibangun untuk menskalakan sesuai permintaan ke petabyte tanpa mengganggu aplikasi, tumbuh dan menyusut secara otomatis saat Anda menambahkan dan menghapus file. Karena Amazon EFS memiliki antarmuka layanan web yang sederhana, Anda dapat membuat dan mengonfigurasi sistem file dengan cepat dan mudah. Layanan ini mengelola semua infrastruktur penyimpanan file untuk Anda, artinya Anda dapat menghindari kompleksitas penerapan, penambalan, dan pemeliharaan konfigurasi sistem file yang kompleks.
Amazon EFS mendukung protokol Network File System versi 4 (NFSv4.1 dan NFSv4 .0), sehingga aplikasi dan alat yang Anda gunakan saat ini bekerja dengan mulus dengan Amazon EFS. Amazon EFS dapat diakses di sebagian besar jenis instans komputasi Amazon Web Services, termasuk Amazon, EC2 Amazon ECS, Amazon EKS, AWS Lambda dan. AWS Fargate
Layanan ini dirancang agar sangat skalabel, sangat tersedia, dan sangat tahan lama. Amazon EFS menawarkan jenis sistem file berikut untuk memenuhi kebutuhan ketersediaan dan daya tahan Anda:
+ *Regional* (Direkomendasikan) — Sistem file regional (disarankan) menyimpan data secara berlebihan di beberapa Availability Zone yang terpisah secara geografis dalam zona yang sama. Wilayah AWS Menyimpan data di beberapa Availability Zone menyediakan ketersediaan berkelanjutan ke data, bahkan ketika satu atau beberapa Availability Zone dalam sebuah tidak Wilayah AWS tersedia.
+ *Satu Zona* — Sistem file One Zone menyimpan data dalam satu Availability Zone. Menyimpan data dalam Availability Zone tunggal memberikan ketersediaan berkelanjutan ke data. Namun, dalam kasus kehilangan atau kerusakan pada semua atau sebagian dari Availability Zone, data yang disimpan dalam jenis sistem file ini mungkin hilang.
Untuk informasi selengkapnya tentang jenis sistem file, lihat[Jenis sistem file EFS](features.md#file-system-type).
Amazon EFS menyediakan throughput, IOPS, dan latensi rendah yang diperlukan untuk berbagai beban kerja. Sistem file EFS dapat berkembang menjadi skala petabyte, mendorong throughput tingkat tinggi, dan memungkinkan akses paralel besar-besaran dari instans komputasi ke data Anda. Untuk sebagian besar beban kerja, sebaiknya gunakan mode default, yang merupakan mode kinerja Tujuan Umum dan mode throughput Elastis.
+ *Tujuan Umum* — Mode kinerja Tujuan Umum sangat ideal untuk aplikasi yang sensitif terhadap latensi, seperti lingkungan penyajian web, sistem manajemen konten, direktori rumah, dan penyajian file umum.
+ *Elastis* — Mode throughput elastis dirancang untuk secara otomatis menskalakan kinerja throughput ke atas atau ke bawah untuk memenuhi kebutuhan aktivitas beban kerja Anda.
Untuk informasi selengkapnya tentang mode performa dan throughput EFS, lihat[Spesifikasi kinerja Amazon EFS](performance.md).
Amazon EFS menyediakan file-system-access semantik, seperti konsistensi data yang kuat dan penguncian file. Untuk informasi selengkapnya, lihat [Konsistensi data di Amazon EFS](features.md#consistency). Amazon EFS juga mendukung pengendalian akses ke sistem file Anda melalui izin Portable Operating System Interface (POSIX). Untuk informasi selengkapnya, lihat [Mengamankan data Anda di Amazon EFS](security-considerations.md).
Amazon EFS mendukung kemampuan autentikasi, otorisasi, dan enkripsi untuk membantu Anda memenuhi persyaratan keamanan dan kepatuhan Anda. Amazon EFS mendukung dua bentuk enkripsi untuk sistem file: enkripsi dalam perjalanan dan enkripsi saat istirahat. Anda dapat mengaktifkan enkripsi saat istirahat saat membuat sistem file EFS. Jika Anda melakukannya, semua data dan metadata Anda dienkripsi. Anda dapat mengaktifkan enkripsi saat transit saat Anda memasang sistem file. Akses klien NFS ke Amazon EFS dikendalikan oleh kebijakan AWS Identity and Access Management (IAM) dan kebijakan keamanan jaringan, seperti grup keamanan. Lihat informasi selengkapnya di [Enkripsi data di Amazon EFS](encryption.md), [Manajemen identitas dan akses untuk Amazon EFS](security-iam.md), dan [Mengontrol akses jaringan ke sistem file EFS untuk klien NFS](NFS-access-control-efs.md).
**catatan**
Menggunakan Amazon EFS dengan EC2 instans Amazon berbasis Microsoft Windows tidak didukung.
## Apakah Anda pengguna pertama kali Amazon EFS?
Jika Anda adalah pengguna pertama kali Amazon EFS, kami sarankan Anda membaca bagian berikut secara berurutan:
1. Untuk ikhtisar harga dan produk Amazon EFS, lihat [Amazon EFS](https://aws.amazon.com/efs/).
1. Untuk ikhtisar teknis Amazon EFS, lihat[Cara kerja Amazon EFS](how-it-works.md).
1. Coba [Memulai](getting-started.md) latihannya.
Jika Anda ingin mempelajari lebih lanjut tentang Amazon EFS, topik berikut membahas layanan secara lebih rinci:
+ [Membuat dan mengelola sumber daya EFS](creating-using.md)
+ [Mengelola sistem file EFS](managing.md)
+ [Amazon EFS API](api-reference.md)
# Cara kerja Amazon EFS
Amazon Elastic File System (EFS) menyediakan sistem file set-and-forget elastis yang sederhana, tanpa server. Dengan Amazon EFS, Anda dapat membuat sistem file, memasang sistem file pada instans Amazon EC2, lalu membaca dan menulis data ke dan dari sistem file Anda. Anda dapat memasang sistem file EFS di virtual private cloud (VPC) Anda, melalui protokol Network File System versi 4.0 dan 4.1 (NFSv4). Sebaiknya gunakan klien Linux NFSv4 .1 generasi saat ini, seperti yang ditemukan di Amazon Linux terbaru, Amazon Linux 2, Red Hat, Ubuntu, dan macOS Big AMIs Sur, bersama dengan EFS mount helper. Untuk petunjuk, lihat [Menginstal klien Amazon EFS](using-amazon-efs-utils.md).
Untuk daftar Amazon EC2 Linux dan MacOS Amazon Machine Images (AMIs) yang mendukung protokol ini, lihat. [Dukungan NFS](mounting-fs-old.md#mounting-fs-nfs-info) Untuk beberapa AMI, Anda harus menginstal klien NFS untuk memasang sistem file Anda di instans Amazon EC2 Anda. Untuk petunjuk, lihat [Menginstal klien NFS](mounting-fs-install-nfsclient.md).
Anda dapat mengakses sistem file EFS Anda secara bersamaan dari beberapa klien NFS, sehingga aplikasi yang berskala di luar satu koneksi dapat mengakses sistem file. Amazon EC2 dan instans AWS komputasi lainnya yang berjalan di beberapa Availability Zone dalam hal yang sama Wilayah AWS dapat mengakses sistem file, sehingga banyak pengguna dapat mengakses dan berbagi sumber data umum.
Untuk daftar Wilayah AWS di mana Anda dapat membuat sistem file EFS, lihat [Referensi Umum Amazon Web Services](https://docs.aws.amazon.com/general/latest/gr/rande.html#elasticfilesystem_region).
Untuk mengakses sistem file EFS Anda di VPC, Anda membuat satu atau beberapa target mount di VPC. *Target mount* menyediakan alamat IP untuk titik akhir NFSv4 tempat Anda dapat memasang sistem file EFS. Anda memasang sistem file Anda menggunakan nama Domain Name Service (DNS), yang menyelesaikan ke alamat IP target pemasangan EFS di Availability Zone yang sama dengan instans EC2 Anda. Anda dapat membuat satu target mount di setiap Availability Zone di file Wilayah AWS. Jika ada beberapa subnet di Availability Zone di VPC Anda, Anda membuat target mount di salah satu subnet. Kemudian semua instans EC2 di Availability Zone tersebut berbagi target mount tersebut.
**catatan**
Sistem file EFS dapat memiliki target mount hanya dalam satu VPC pada satu waktu.
Target mount sendiri dirancang agar sangat tersedia. Saat Anda merancang ketersediaan tinggi dan failover ke Availability Zone lainnya, ingatlah bahwa meskipun alamat IP dan DNS untuk target mount Anda di setiap Availability Zone bersifat statis, mereka adalah komponen redundan yang didukung oleh beberapa sumber daya. Untuk informasi lebih lanjut tentang target pemasangan, lihat[Mengelola target mount](accessing-fs.md).
Setelah memasang sistem file dengan menggunakan nama DNS-nya, Anda menggunakannya seperti sistem file lainnya. Untuk informasi tentang izin tingkat NFS dan pertimbangan terkait, lihat. [Network File System (NFS) tingkat pengguna, grup, dan izin](accessing-fs-nfs-permissions.md)
Anda dapat memasang sistem file EFS di server pusat data lokal saat tersambung ke VPC AWS Direct Connect Amazon dengan atau. Site-to-Site VPN Anda dapat memasang sistem file EFS di server lokal untuk memigrasikan kumpulan data ke EFS, mengaktifkan skenario ledakan cloud, atau mencadangkan data lokal ke Amazon EFS.
Berikut ini, Anda dapat menemukan deskripsi tentang cara Amazon EFS bekerja dengan layanan lain.
**Topics**
+ [Bagaimana Amazon EFS bekerja dengan Amazon EC2](#how-it-works-ec2)
+ [Cara Amazon EFS bekerja dengan AWS Direct Connect dan AWS Managed VPN](#how-it-works-direct-connect)
+ [Bagaimana Amazon EFS bekerja dengan AWS Backup](#how-it-works-backups)
## Bagaimana Amazon EFS bekerja dengan Amazon EC2
Bagian ini menjelaskan bagaimana sistem file Amazon EFS Regional dan One Zone dipasang ke instans EC2 di Amazon VPC.
### Sistem file EFS regional
Ilustrasi berikut menunjukkan beberapa instans EC2 yang mengakses sistem file Amazon EFS yang dikonfigurasi untuk beberapa Availability Zone dalam file. Wilayah AWS
![\[Sistem file regional dengan target mount di tiga Availability Zone dalam VPC pada instans EC2.\]](http://docs.aws.amazon.com/id_id/efs/latest/ug/images/efs-ec2-how-it-works-Regional_china-world.png)
Dalam ilustrasi ini, virtual private cloud (VPC) memiliki tiga Availability Zone. Karena sistem file adalah Regional, target mount dibuat di setiap Availability Zone. Kami menyarankan Anda mengakses sistem file dari target pemasangan dalam Availability Zone yang sama untuk alasan kinerja dan biaya. Salah satu Availability Zones memiliki dua subnet. Namun, target mount dibuat hanya di salah satu subnet. Untuk informasi selengkapnya, lihat [Memasang sistem file EFS menggunakan EFS mount helper](efs-mount-helper.md).
### Sistem file One Zone EFS
Ilustrasi berikut menunjukkan beberapa instans EC2 mengakses sistem file One Zone dari Availability Zone yang berbeda dalam satu. Wilayah AWS
![\[Sistem file One Zone dengan target pemasangan tunggal yang dibuat di Availability Zone yang sama.\]](http://docs.aws.amazon.com/id_id/efs/latest/ug/images/efs-ec2-how-it-works-OneZone.png)
Dalam ilustrasi ini, VPC memiliki dua Availability Zone, masing-masing dengan satu subnet. Karena jenis sistem file adalah One Zone, ia hanya dapat memiliki satu target mount. Untuk kinerja dan biaya yang lebih baik, sebaiknya Anda mengakses sistem file dari target pemasangan di Availability Zone yang sama dengan instans EC2 tempat Anda memasangnya.
Dalam contoh ini, instans EC2 di Availability Zone us-west-2c akan membayar biaya akses data EC2 untuk mengakses target mount di Availability Zone yang berbeda. Untuk informasi selengkapnya, lihat [Memasang sistem file One Zone](mounting-one-zone.md).
## Cara Amazon EFS bekerja dengan AWS Direct Connect dan AWS Managed VPN
Dengan menggunakan sistem file Amazon EFS yang dipasang di server lokal, Anda dapat memigrasikan data lokal ke AWS Cloud host di sistem file Amazon EFS. Anda juga bisa memanfaatkan meledak. Dengan kata lain, Anda dapat memindahkan data dari server lokal ke Amazon EFS dan menganalisisnya pada armada instans Amazon EC2 di Amazon VPC Anda. Anda kemudian dapat menyimpan hasilnya secara permanen di sistem file Anda atau memindahkan hasilnya kembali ke server lokal Anda.
Ingatlah pertimbangan berikut saat menggunakan Amazon EFS dengan server lokal:
+ Server lokal Anda harus memiliki sistem operasi berbasis Linux. Kami merekomendasikan kernel Linux versi 4.0 atau yang lebih baru.
+ Demi kesederhanaan, sebaiknya pasang sistem file Amazon EFS di server lokal menggunakan alamat IP target mount, bukan nama DNS.
Tidak ada biaya tambahan untuk akses lokal ke sistem file Amazon EFS Anda. Anda dikenakan biaya untuk Direct Connect koneksi ke VPC Amazon Anda. Untuk informasi selengkapnya, lihat [harga Direct Connect](https://aws.amazon.com/directconnect/pricing/).
Ilustrasi berikut menunjukkan contoh cara mengakses sistem file Amazon EFS dari lokal (server lokal memiliki sistem file yang terpasang).
![\[Pasang sistem file EFS pada klien lokal saat menggunakan Direct Connect.\]](http://docs.aws.amazon.com/id_id/efs/latest/ug/images/efs-directconnect-how-it-works.png)
Anda dapat menggunakan target pemasangan apa pun di VPC jika Anda dapat mencapai subnet target mount tersebut dengan menggunakan Direct Connect koneksi antara server lokal dan VPC. Untuk mengakses Amazon EFS dari server lokal, tambahkan aturan ke grup keamanan target pemasangan Anda untuk mengizinkan lalu lintas masuk ke port NFS (2049) dari server lokal Anda. Untuk informasi lebih lanjut, termasuk prosedur terperinci, lihat[Prasyarat](mounting-fs-mount-helper-direct.md#efs-onpremises).
## Bagaimana Amazon EFS bekerja dengan AWS Backup
Untuk implementasi pencadangan komprehensif untuk sistem file Anda, Anda dapat menggunakan Amazon EFS dengan file AWS Backup. AWS Backup adalah layanan pencadangan yang dikelola sepenuhnya yang memudahkan untuk memusatkan dan mengotomatiskan pencadangan data di seluruh AWS layanan di cloud dan lokal. Dengan menggunakan AWS Backup, Anda dapat mengonfigurasi kebijakan pencadangan secara terpusat dan memantau aktivitas pencadangan untuk AWS sumber daya Anda. Amazon EFS selalu memprioritaskan operasi sistem file daripada operasi pencadangan. Untuk mempelajari lebih lanjut tentang mencadangkan sistem file EFS menggunakan AWS Backup, lihat[Mencadangkan sistem file EFS](awsbackup.md).
# Fitur Amazon EFS
Berikut ini adalah fitur Amazon EFS.
**Topics**
+ [Kontrol autentikasi dan akses](#auth-access-intro)
+ [Konsistensi data di Amazon EFS](#consistency)
+ [Ketersediaan dan daya tahan sistem file EFS](#availability-durability)
+ [Replikasi](#how-efs-replication-works)
## Kontrol autentikasi dan akses
Anda harus memiliki kredensyal yang valid untuk menggunakan konsol manajemen Amazon EFS dan membuat permintaan Amazon EFS API, seperti membuat sistem file. Selain itu, Anda juga harus memiliki izin untuk membuat atau mengakses EFS dan AWS sumber daya lainnya.
Pengguna dan peran yang Anda buat AWS Identity and Access Management (IAM) harus diberikan izin untuk membuat atau mengakses sumber daya. Untuk informasi selengkapnya tentang izin, lihat [Manajemen identitas dan akses untuk Amazon EFS](security-iam.md).
Otorisasi IAM untuk klien NFS adalah opsi keamanan tambahan untuk Amazon EFS yang menggunakan IAM untuk menyederhanakan manajemen akses untuk klien Network File System (NFS) dalam skala besar. Dengan otorisasi IAM untuk klien NFS, Anda dapat menggunakan IAM untuk mengelola akses ke sistem file EFS dengan cara yang dapat diskalakan secara inheren. Otorisasi IAM untuk klien NFS juga dioptimalkan untuk lingkungan cloud. Untuk informasi selengkapnya tentang penggunaan otorisasi IAM untuk klien NFS, lihat. [Menggunakan IAM untuk mengontrol akses ke sistem file](iam-access-control-nfs-efs.md)
## Konsistensi data di Amazon EFS
Amazon EFS menyediakan semantik close-to-open konsistensi yang diharapkan aplikasi dari NFS.
Di Amazon EFS, operasi tulis untuk sistem file Regional disimpan dengan tahan lama di seluruh Availability Zone dalam situasi berikut:
+ Aplikasi melakukan operasi tulis sinkron (misalnya, menggunakan perintah `open` Linux dengan `O_DIRECT` bendera, atau perintah `fsync` Linux).
+ Aplikasi menutup file.
Bergantung pada pola aksesnya, Amazon EFS dapat memberikan jaminan konsistensi yang lebih kuat daripada close-to-open semantik. Aplikasi yang melakukan akses data sinkron dan melakukan penulisan non-appending memiliki read-after-write konsistensi untuk akses data.
### Penguncian file
Aplikasi klien NFS dapat menggunakan penguncian file NFS versi 4 (termasuk penguncian rentang byte) untuk operasi baca dan tulis pada file Amazon EFS.
Ingat hal berikut tentang bagaimana Amazon EFS mengunci file:
+ Amazon EFS hanya mendukung penguncian penasihat dan read/write operasi tidak memeriksa kunci yang bertentangan sebelum dijalankan. Misalnya, untuk menghindari masalah sinkronisasi file dengan operasi atom, aplikasi Anda harus mengetahui semantik NFS (seperti konsistensi). close-to-open
+ Setiap file tertentu dapat memiliki hingga 512 kunci di semua instance yang terhubung dan pengguna mengakses file tersebut.
## Ketersediaan dan daya tahan sistem file EFS
Bagian ini menjelaskan jenis sistem file dan opsi kelas penyimpanan untuk sistem file Amazon Elastic File System (Amazon EFS).
### Jenis sistem file EFS
Amazon EFS menawarkan tipe sistem file Regional dan One Zone.
+ **Regional** — Sistem file regional (disarankan) menyimpan data secara berlebihan di beberapa Availability Zone yang terpisah secara geografis dalam zona yang sama. Wilayah AWS Menyimpan data di beberapa Availability Zone menyediakan ketersediaan berkelanjutan ke data, bahkan ketika satu atau beberapa Availability Zone dalam sebuah tidak Wilayah AWS tersedia.
+ **Satu Zona** — Sistem file One Zone menyimpan data dalam satu Availability Zone. Menyimpan data dalam Availability Zone tunggal memberikan ketersediaan berkelanjutan ke data. Namun, dalam kasus kehilangan atau kerusakan pada semua atau sebagian dari Availability Zone, data yang disimpan dalam jenis sistem file ini mungkin hilang.
Dalam kasus yang tidak mungkin terjadi kehilangan atau kerusakan pada semua atau sebagian dari AWS Availability Zone, data dalam kelas penyimpanan One Zone mungkin hilang. Misalnya, peristiwa seperti kebakaran dan kerusakan air dapat mengakibatkan kehilangan data. Terlepas dari jenis peristiwa ini, kelas penyimpanan One Zone kami menggunakan desain teknik yang serupa dengan kelas penyimpanan Regional kami untuk melindungi objek dari kegagalan disk, host, dan tingkat rak independen, dan masing-masing dirancang untuk memberikan daya tahan data 99,999999999%.
Untuk perlindungan data tambahan, Amazon EFS secara otomatis mencadangkan sistem file One Zone dengan file AWS Backup. Anda dapat mengembalikan cadangan sistem file ke Availability Zone operasional apa pun di dalam Wilayah AWS, atau Anda dapat mengembalikannya ke yang lain. Wilayah AWS Pencadangan sistem file EFS yang dibuat dan dikelola menggunakan AWS Backup direplikasi ke tiga Availability Zone dan dirancang untuk daya tahan. Untuk informasi lebih lanjut, lihat [Ketahanan](https://docs.aws.amazon.com/aws-backup/latest/devguide/disaster-recovery-resiliency.html) di. AWS Backup
**catatan**
Sistem file One Zone hanya tersedia untuk Availability Zone tertentu. Untuk tabel yang mencantumkan Availability Zones di mana Anda dapat menggunakan sistem file One Zone, lihat[Zona Ketersediaan yang Didukung untuk sistem file One Zone](#OneZoneAZs).
Tabel berikut membandingkan jenis sistem file, termasuk ketersediaan, daya tahan, dan pertimbangan lainnya.
| Tipe Sistem File | Dirancang untuk | Ketahanan (dirancang untuk) | Ketersediaan | Zona Ketersediaan | Pertimbangan lainnya |
| --- | --- | --- | --- | --- | --- |
| Regional | Data yang membutuhkan daya tahan dan ketersediaan tertinggi. | 99,999999999% (11 9 detik) | 99,99% | >=3 | Tidak ada |
| Satu Zona | Data yang tidak memerlukan daya tahan dan ketersediaan tertinggi. | 99,999999999% (11 9 detik) | 99,99% | 1 | Tidak tahan terhadap hilangnya Availability Zone |
### Zona Ketersediaan yang Didukung untuk sistem file One Zone
Sistem file One Zone hanya tersedia untuk Availability Zone tertentu. Tabel berikut mencantumkan Wilayah AWS dan AZ IDs untuk setiap Availability Zone di mana Anda dapat menggunakan sistem file One Zone. Untuk melihat pemetaan AZ IDs ke Availability Zones di akun Anda, lihat [Availability Zone IDs untuk AWS Resource Anda](https://docs.aws.amazon.com/ram/latest/userguide/working-with-az-ids.html) di *Panduan Pengguna AWS Resource Access Manager*.
**Availability Zones yang mendukung sistem file One Zone**
| Wilayah AWS Nama | Wilayah AWS Kode | AZ yang didukung IDs |
| --- | --- | --- |
| AS Timur (Ohio) | us-east-2 | gunakan2-az1, gunakan2-az2, gunakan2-az3 |
| US East (Northern Virginia) | us-east-1 | gunakan1-az1, gunakan1-az2, gunakan1-az4, gunakan1-az5, gunakan1-az6 |
| AS Barat (California Utara) | us-west-1 | usw1-az1, usw1-az3 |
| AS Barat (Oregon) | us-west-2 | usw2-az1, usw2-az2, usw2-az3, usw2-az4 |
| Africa (Cape Town) | af-south-1 | afs1-az1, afs1-az2, afs1-az3 |
| Asia Pasifik (Hong Kong) | ap-east-1 | ape1-az1, ape1-az2, ape1-az3 |
| Asia Pasifik (Mumbai) | ap-south-1 | aps1-az1, aps1-az2, aps1-az3 |
| Asia Pacific (Osaka) | ap-northeast-3 | apne3-az1, apne3-az2, apne3-az3 |
| Asia Pasifik (Seoul) | ap-northeast-2 | apne2-az1, apne2-az2, apne2-az3 |
| Asia Pasifik (Singapura) | ap-southeast-1 | apse1-az1, apse1-az2 |
| Asia Pasifik (Sydney) | ap-southeast-2 | apse2-az1, apse2-az2, apse2-az3 |
| Asia Pasifik (Tokyo) | ap-northeast-1 | apne1-az1, apne1-az4 |
| Kanada (Pusat) | ca-central-1 | cac1-az1, cac1-az2 |
| Tiongkok (Beijing) | cn-north-1 | cnn1-az1, cnn1-az2 |
| Tiongkok (Ningxia) | cn-northwest-1 | cnnw1-az1, cnnw1-az2, cnnw1-az3 |
| Eropa (Frankfurt) | eu-central-1 | euc1-az1, euc1-az2, euc1-az3 |
| Eropa (Irlandia) | eu-west-1 | euw1-az1, euw1-az2, euw1-az3 |
| Eropa (London) | eu-west-2 | euw2-az1, euw2-az2 |
| Europe (Milan) | eu-south-1 | eus1-az1, eus1-az2, eus1-az3 |
| Eropa (Paris) | eu-west-3 | euw3-az1, euw3-az3 |
| Eropa (Stockholm) | eu-north-1 | eun1-az1, eun1-az2, eun1-az3 |
| Timur Tengah (Bahrain) | me-south-1 | mes1-az1, mes1-az2, mes1-az3 |
| Amerika Selatan (Sao Paulo) | sa-east-1 | sae1-az1, sae1-az2, sae1-az3 |
| AWS GovCloud (AS-Timur) | us-gov-east-1 | usge1-az1, usge1-az2, usge1-az3 |
| AWS GovCloud (AS-Barat) | us-gov-west-1 | usgw1-az1, usgw1-az2, usgw1-az3 |
### Kelas penyimpanan EFS
Amazon EFS menawarkan kelas penyimpanan berbeda yang dirancang untuk penyimpanan paling efektif tergantung pada kasus penggunaan.
+ **EFS Standard** — Kelas penyimpanan EFS Standard menggunakan penyimpanan solid state drive (SSD) untuk memberikan tingkat latensi terendah untuk file yang sering diakses. Data sistem file baru pertama kali ditulis ke kelas penyimpanan EFS Standard dan kemudian dapat berjenjang ke kelas penyimpanan EFS Infrequent Access dan EFS Archive dengan menggunakan manajemen siklus hidup.
+ **EFS Infrequent Access (IA)** — Kelas penyimpanan yang dioptimalkan biaya untuk data yang diakses hanya beberapa kali setiap kuartal.
+ **EFS Archive** — Kelas penyimpanan yang dioptimalkan biaya untuk data yang diakses beberapa kali setiap tahun atau kurang.
Kelas penyimpanan EFS Archive didukung pada sistem file EFS dengan throughput Elastic. Anda tidak dapat memperbarui throughput sistem file Anda ke Bursting atau Provisioned setelah sistem file memiliki data di kelas penyimpanan Arsip.
#### Membandingkan kelas penyimpanan
Tabel berikut menyediakan perbandingan kelas penyimpanan. Untuk detail selengkapnya tentang kinerja setiap kelas penyimpanan, lihat[Spesifikasi kinerja Amazon EFS](performance.md).
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/efs/latest/ug/features.html)
1 Karena sistem file One Zone menyimpan data dalam AWS Availability Zone tunggal, data yang disimpan dalam jenis sistem file ini mungkin hilang jika terjadi bencana atau kesalahan lain yang memengaruhi semua salinan data dalam Availability Zone, atau jika terjadi kerusakan Availability Zone.
2 Kebijakan Siklus Hidup yang diperbarui pada atau setelah pukul 12 PM PT, 26 November 2023 akan menilai file yang lebih kecil dari 128 KiB ke kelas IA. Untuk informasi selengkapnya tentang cara Amazon EFS mengukur dan menagih untuk masing-masing file dan metadata, lihat. [Bagaimana Amazon EFS melaporkan sistem file dan ukuran objek](metered-sizes.md)
#### Penagihan kelas penyimpanan
Anda ditagih untuk jumlah data di setiap kelas penyimpanan. Anda juga ditagih biaya akses data saat file di IA atau penyimpanan Arsip dibaca, atau untuk data yang bertransisi antar kelas penyimpanan menggunakan manajemen siklus hidup. AWS Tagihan menampilkan kapasitas untuk setiap kelas penyimpanan dan akses terukur terhadap kelas penyimpanan sistem file. Untuk mempelajari lebih lanjut, lihat [Harga Amazon EFS](https://aws.amazon.com/efs/pricing).
Selain itu, kelas penyimpanan Infrequent Access (IA) dan Arsip memiliki biaya penagihan minimum per file 128 KiB. Support untuk file yang lebih kecil dari 128 KiB hanya tersedia untuk kebijakan siklus hidup yang diperbarui pada atau setelah 12:00 PM PT, 26 November 2023. Untuk informasi selengkapnya tentang cara Amazon EFS mengukur dan menagih untuk masing-masing file dan metadata, lihat. [Bagaimana Amazon EFS melaporkan sistem file dan ukuran objek](metered-sizes.md)
Pertimbangan penagihan tambahan berlaku tergantung pada mode throughput.
+ Untuk sistem file yang menggunakan throughput Elastic, Anda ditagih untuk jumlah total metadata bulanan dan data yang ditransfer untuk sistem file Anda, terlepas dari biaya penyimpanan.
+ Untuk sistem file yang menggunakan throughput Provisioned, Anda ditagih untuk throughput yang disediakan di atas apa yang Anda berikan berdasarkan jumlah data yang ada di kelas penyimpanan EFS Standard.
+ Untuk sistem file yang menggunakan throughput Bursting, throughput yang diizinkan ditentukan berdasarkan jumlah data yang disimpan di kelas penyimpanan EFS Standard saja.
Untuk informasi selengkapnya tentang mode throughput EFS, lihat[Mode throughput](performance.md#throughput-modes).
**catatan**
Anda tidak dikenakan biaya akses data saat menggunakan AWS Backup untuk mencadangkan sistem file EFS yang mendukung manajemen siklus hidup. Untuk mempelajari lebih lanjut tentang AWS Backup Amazon EFS, lihat[Mencadangkan sistem file EFS](awsbackup.md).
### Manajemen siklus hidup
Untuk mengelola sistem file Anda sehingga disimpan secara efektif sepanjang siklus hidupnya, gunakan manajemen siklus hidup. Manajemen siklus hidup secara otomatis mentransisikan data antar kelas penyimpanan sesuai dengan konfigurasi siklus hidup yang ditentukan untuk sistem file. Konfigurasi siklus hidup adalah sekumpulan *kebijakan siklus hidup* yang menentukan kapan harus mentransisikan data sistem file ke kelas penyimpanan lain. Untuk informasi selengkapnya, lihat [Mengelola siklus hidup penyimpanan](lifecycle-management-efs.md).
## Replikasi
Anda dapat membuat replika sistem file Amazon EFS Anda sesuai preferensi Anda menggunakan replikasi. Wilayah AWS Replikasi secara otomatis dan transparan mereplikasi data dan metadata pada sistem file EFS Anda ke sistem file EFS tujuan baru yang dibuat sesuai pilihan Anda. Wilayah AWS EFS secara otomatis menjaga sistem file sumber dan tujuan tetap disinkronkan. Replikasi berkelanjutan dan dirancang untuk memberikan tujuan titik pemulihan (RPO) dan tujuan waktu pemulihan (RTO) menit. Fitur-fitur ini membantu Anda dalam memenuhi kepatuhan dan tujuan kelangsungan bisnis Anda. Lihat informasi yang lebih lengkap di [Mereplikasi sistem file EFS](efs-replication.md).