FAQ Amazon EFS

Anda dapat menyimpan data berukuran petabita dengan Amazon EFS. Sistem file Amazon EFS bersifat elastis, yang secara otomatis mengembang serta mengecil saat Anda menambah atau menghapus file. Anda tidak perlu menyediakan ukuran sistem file di muka, dan cukup membayar untuk yang Anda gunakan.

Amazon EFS mendukung satu hingga ribuan instans Amazon Elastic Compute Cloud (EC2) yang dapat terhubung ke suatu sistem file secara bersamaan.

Silakan kunjungi halaman Batas Amazon EFS untuk informasi selengkapnya tentang batas Amazon EFS.

Performa yang akan didapatkan untuk sistem file Amazon EFS bergantung pada konfigurasinya masing-masing (misalnya, kelas penyimpanan dan mode throughput) serta tipe operasi (baca atau tulis) sistem file masing-masing. Silakan lihat dokumentasi Performa Sistem File untuk informasi selengkapnya tentang latensi yang diperkirakan , throughput maksimum, dan performa IOPS maksimum untuk sistem file Amazon EFS.

Secara default, sistem file Amazon EFS dibangun untuk memberikan throughput yang menskalakan dengan jumlah penyimpanan dalam sistem file Anda dan mendukung pelonjakan ke tingkat yang lebih tinggi hingga 12 jam sehari.

Untuk beban kerja intensif throughput, EFS menawarkan dua opsi untuk memberikan tingkat performa yang lebih tinggi terlepas dari penyimpanan sistem file Anda: Throughput Elastis dan Throughput yang Disediakan. Gunakan Throughput Elastis jika Anda tidak mengetahui secara pasti tentang kebutuhan throughput puncak aplikasi Anda atau jika aktivitas aplikasi Anda naik turun, dengan aktivitas dasar yang rendah (menggunakan kurang dari 5% kapasitas rata-rata untuk penyediaan kebutuhan puncak). Dengan Throughput Elastis, performa throughput secara otomatis menskalakan dengan aktivitas beban kerja, dan Anda cukup membayar untuk throughput yang Anda gunakan. Gunakan Throughput yang Disediakan jika Anda mengetahui kebutuhan throughput puncak beban kerja dan memperkirakan beban kerja Anda akan mengonsumsi lebih banyak porsi (rata-rata lebih dari 5%) kapasitas throughput puncak aplikasi. Throughput yang disediakan dirancang untuk menawarkan tingkat konsistensi throughput tertinggi sekaligus memberikan pengalaman penagihan yang dapat diprediksi.

Jumlah throughput yang dapat Anda berikan bergantung pada mode throughput yang Anda pilih. Silakan lihat dokumentasi Performa Sistem File untuk informasi selengkapnya.

Anda dapat memantau throughput menggunakan Amazon CloudWatch . Metrik TotalIOBytes, ReadIOBytes, WriteIOBytes, dan MetadataIOBytes mencerminkan throughput aktual yang didorong aplikasi Anda. PermittedThroughput dan MeteredIOBytes mencerminkan batas dan penggunaan throughput terukur Anda setelah mengukur permintaan baca pada rasio 1:3 dibandingkan permintaan lain. Dengan konsol Amazon EFS, Anda dapat menggunakan grafik Batasan Throughput Persen untuk memantau penggunaan throughput. Jika Anda menggunakan dasbor CloudWatch kustom atau alat pemantauan lain, Anda juga dapat membuat ekspresi matematika metrik CloudWatch yang membandingkan MeteredIOBytes dengan PermittedThroughput. Jika nilai tersebut setara, Anda akan mengonsumsi seluruh jumlah throughput, dan harus mempertimbangkan untuk mengonfigurasi throughput yang disediakan atau menambah jumlah throughput yang dikonfigurasi. Untuk sistem file mode throughput lonjakan, pantau metrik BurstCreditBalance dan perhatikan saldo yang mendekati nol untuk mengoperasikan sistem file Anda pada tingkat lonjakan.

Dengan Throughput Elastis, Anda dikenai tagihan untuk jumlah data yang ditransfer (pembacaan dan penulisan). Jika Anda mengakses data dari kelas penyimpanan Akses Jarang, Anda juga membayar biaya akses data IA.

Dalam mode Provisioned Throughput, Anda akan ditagih secara terpisah atas penyimpanan yang Anda gunakan serta throughput yang Anda sediakan. Anda akan ditagih per jam dalam dimensi berikut:

Penyimpanan (per GB-bulan): Anda dikenai tagihan atas jumlah penyimpanan yang Anda gunakan dalam GB-bulan.

Throughput (per MB/detik-bulan): Anda dikenai tagihan untuk throughput yang Anda sediakan dalam MB/detik-bulan.

Anda tidak akan menambah atau mengonsumsi kredit lonjakan jika Anda berada dalam mode Throughput Elastis. Anda dapat terus menampilkan saldo kredit lonjakan Anda di Amazon CloudWatch dalam mode Elastic.

Amazon EFS menawarkan Anda pilihan untuk membuat sistem file menggunakan kelas penyimpanan Standar atau Satu Zona. Kelas penyimpanan Standard menyimpan data dengan dan di beberapa AZ. Kelas penyimpanan One Zone menyimpan data secara redundan dalam AZ tunggal. Hal ini membuat harga menjadi 47% lebih rendah dibandingkan dengan sistem file yang menggunakan kelas penyimpanan Standard, untuk beban kerja yang tidak memerlukan ketahanan Multi-AZ.

EFS menawarkan empat kelas penyimpanan: dua kelas penyimpanan Standar, EFS Standard dan EFS Standard-Infrequent Access (EFS Standard-IA); serta dua kelas penyimpanan One Zone, EFS One Zone dan EFS One Zone-Infrequent Access (EFS One Zone-IA).

Memindahkan file ke EFS Standard-IA dan EFS One Zone-IA dimulai dengan mengaktifkan Manajemen Siklus Hidup Amazon EFS serta memilih kebijakan age-off untuk file Anda. Manajemen Siklus Hidup secara otomatis memindahkan data Anda dari kelas penyimpanan EFS Standard ke EFS Standard-IA, atau dari kelas penyimpanan EFS One Zone ke EFS One Zone-IA. Misalnya, Anda dapat secara otomatis memindahkan file dari EFS Standard ke EFS Standard-IA jika file tersebut tidak diakses setelah satu hari.

Dibandingkan dengan kelas EFS Standard, EFS IA dan Archive menawarkan throughput dan skalabilitas IOPS yang sama, tetapi dengan latensi bita pertama yang lebih tinggi (yaitu, latensi baca dua digit milidetik rendah vs. latensi baca sub-milidetik pada EFS Standard). Untuk informasi selengkapnya, lihat dokumentasi Performa Amazon EFS.

EFS Intelligent-Tiering didesain untuk memberikan penghematan biaya otomatis untuk beban kerja dengan pola akses yang berubah-ubah. EFS Intelligent-Tiering menggunakan Manajemen Siklus Hidup EFS untuk memantau pola akses beban kerja Anda. EFS Intelligent-Tiering secara otomatis memindahkan file yang tidak diakses selama durasi kebijakan Siklus Hidup (misalnya, 30 hari) dari kelas penyimpanan yang dioptimalkan performanya (EFS Standard atau EFS One Zone) ke kelas penyimpanan Infrequent Access hemat biaya yang sesuai (EFS Standard-Infrequent Access atau EFS One Zone-Infrequent Access). Hal ini membantu Anda menghemat harga penyimpanan IA hingga 92% lebih rendah dibandingkan harga penyimpanan EFS Standard atau EFS One Zone. Jika pola akses berubah dan data tersebut diakses kembali, Manajemen Siklus Hidup akan secara otomatis memindahkan file kembali ke EFS Standard atau EFS One Zone, sehingga mengurangi risiko biaya akses tak terbatas. Jika file sudah jarang diakses lagi, Manajemen Siklus Hidup akan mentransisikan file kembali ke kelas penyimpanan IA yang sesuai berdasarkan kebijakan Siklus Hidup Anda.

EFS IA tidak memiliki durasi penyimpanan minimum. Data yang ditingkatkan ke EFS Archive memiliki durasi penyimpanan minimum 90 hari. File yang dihapus atau dipotong sebelum durasi minimum akan membebankan biaya prorata untuk hari yang tersisa, berdasarkan ukuran file sebelum tindakan yang sesuai.

Gunakan EFS Intelligent-Tiering untuk memindahkan file secara otomatis antara kelas penyimpanan yang dioptimalkan performanya dan kelas penyimpanan hemat biaya jika pola akses data tidak diketahui. Aktifkan Manajemen Siklus Hidup EFS dengan memilih kebijakan untuk memindahkan file secara otomatis ke EFS Standard-IA atau EFS One Zone-IA. Selain itu, pilih kebijakan untuk secara otomatis memindahkan file kembali ke EFS Standard atau EFS One Zone saat file tersebut diakses. Dengan EFS Intelligent-Tiering, Anda dapat menghemat biaya penyimpanan bahkan jika pola akses aplikasi Anda tidak diketahui atau pola akses berubah dari waktu ke waktu. Dengan mengatur dua kebijakan Manajemen Siklus Hidup tersebut, Anda hanya perlu membayar biaya transisi data antara kelas penyimpanan, dan tidak perlu membayar untuk akses data berulang. Contoh beban kerja yang mungkin memiliki pola akses yang tidak diketahui mencakup aset web dan blog yang disimpan oleh sistem manajemen konten, log, file inferensi machine learning (ML), dan data genomik.

Kelas penyimpanan EFS yang hemat biaya (IA, Archive) didesain untuk menyimpan data yang lebih jarang dipakai dan tidak aktif, yang biasanya terdiri dari file yang lebih besar. Tidak ada ukuran file minimum untuk IA atau Archive, tetapi file yang ditingkatkan ke kelas penyimpanan ini dan lebih kecil dari 128 KiB akan membebankan biaya penyimpanan seolah-olah 128 KiB.

Semua fitur Amazon EFS didukung saat menggunakan kelas penyimpanan EFS Standard-IA dan EFS One Zone-IA. File berukuran kurang dari 128 KiB tidak memenuhi syarat untuk Manajemen Siklus Hidup dan akan disimpan, baik pada kelas penyimpanan EFS Standar ataupun EFS One Zone.

Saat membaca atau menulis di kelas penyimpanan EFS Standard-IA atau EFS One Zone-IA, latensi bita pertama Anda akan lebih tinggi dibandingkan di kelas penyimpanan EFS Standard atau EFS One Zone. Kelas penyimpanan EFS Standard dan EFS One Zone didesain untuk memberikan rata-rata latensi baca sub-milidetik dan latensi tulis satu digit milidetik. Kelas penyimpanan EFS Standard-IA dan EFS One Zone-IA didesain untuk memberikan rata-rata latensi dua digit milidetik.

Dalam mode throughput Lonjakan default, throughput yang dapat Anda dorong pada sistem file Amazon EFS diskalakan secara linier dengan jumlah data yang disimpan di kelas penyimpanan EFS Standard atau EFS One Zone. Semua sistem file Amazon EFS, berapa pun ukurannya, dapat melonjakkan throughput hingga 100 MiB/detik. Sistem file yang memiliki lebih dari 1 TiB data yang disimpan di kelas penyimpanan EFS Standard atau EFS One Zone dapat melonjakkan hingga 100 MiB/detik per TiB data yang disimpan di kelas penyimpanan EFS Standard atau EFS One Zone. Jika Anda memerlukan jumlah throughput yang lebih tinggi pada kelas penyimpanan EFS Standard-IA atau EFS One Zone-IA, gunakan Throughput Elastis atau Throughput yang Disediakan Amazon EFS. Untuk informasi selengkapnya, lihat dokumentasi performa Amazon EFS.

Amazon EFS menawarkan dua tipe sistem file yang dapat Anda pilih berdasarkan kebutuhan daya tahan dan ketersediaan Anda. Sistem file EFS Regional (disarankan) menawarkan tingkat daya tahan dan ketersediaan tertinggi dengan menyimpan data dengan dan di banyak Zona Ketersediaan (AZ). Sistem file EFS One Zone menyimpan data secara redundan dalam satu AZ, sehingga data dalam sistem file ini tidak akan tersedia dan mungkin hilang selama bencana atau kesalahan lain di dalam AZ tersebut.

Secara default, setiap objek sistem file EFS (seperti direktori, file, dan tautan) secara redundan disimpan di beberapa AZ untuk sistem file yang menggunakan kelas penyimpanan Standar. Jika Anda memilih kelas penyimpanan Amazon EFS Satu Zona, data Anda secara redundan disimpan dalam satu AZ. Amazon EFS didesain untuk menahan kegagalan perangkat yang terjadi secara bersamaan dengan mendeteksi dan memperbaiki redundansi yang hilang secara cepat. Selain itu, dengan menggunakan kelas penyimpanan Standard, sistem file dapat diakses secara bersamaan dari semua AZ di Wilayah tempat sistem file tersebut berada. Hal ini membuat Anda dapat merancang aplikasi Anda untuk melakukan failover dari satu AZ ke AZ lainnya di dalam Wilayah untuk meraih tingkat ketersediaan aplikasi yang tertinggi. Target pemasangan didesain untuk ketersediaan yang tinggi di dalam AZ untuk semua kelas penyimpanan EFS. Untuk informasi selengkapnya tentang ketersediaan, lihat Perjanjian Tingkat Layanan Amazon EFS .

Amazon EFS didesain untuk memberikan ketahanan 99,999999999% (11 angka sembilan) selama satu tahun tertentu. Selain itu, kelas penyimpanan EFS Standard dan EFS Standard-IA didesain untuk menahan data jika suatu AZ hilang. Karena kelas penyimpanan EFS One Zone menyimpan data di AZ tunggal, data yang disimpan di kelas penyimpanan tersebut dapat hilang ketika terjadi bencana atau kegagalan lainnya di dalam AZ. Seperti halnya di lingkungan apa pun, praktik terbaiknya adalah dengan memiliki cadangan dan memasang pengamanan untuk mencegah penghapusan yang tidak disengaja. Untuk data Amazon EFS, praktik terbaiknya mencakup mereplikasi sistem file Anda di seluruh Wilayah menggunakan Amazon EFS Replication, dan pencadangan yang berfungsi dan diuji secara rutin menggunakan AWS Backup. Sistem file yang menggunakan kelas penyimpanan EFS One Zone dikonfigurasi agar secara otomatis mencadangkan file secara default pada setiap pembuatan sistem file, kecuali jika Anda memilih untuk menonaktifkan fungsi ini.

Sistem file yang menggunakan kelas penyimpanan Amazon EFS One Zone rentan terhadap pemadaman AZ yang menyeluruh. Saat terjadi pemadaman AZ, Anda akan mengalami kehilangan ketersediaan karena data sistem file Anda tidak direplikasi ke AZ yang berbeda. Saat terjadi bencana atau kegagalan di AZ yang berdampak pada semua salinan data Anda, Anda mungkin akan mengalami kehilangan data yang belum direplikasi menggunakan Amazon EFS Replication. EFS Replication didesain untuk memenuhi menit sasaran titik pemulihan (RPO) dan sasaran waktu pemulihan (RTO). Anda dapat menggunakan AWS Backup untuk menyimpan salinan tambahan atas data sistem file Anda dan mengembalikannya ke sistem file baru di AZ atau Wilayah pilihan Anda. Data cadangan sistem file Amazon EFS yang dibuat dan dikelola oleh AWS Backup direplikasi ke tiga AZ dan didesain agar berdaya tahan 99,999999999% (11 angka sembilan).

Anda dapat menggunakan Amazon EFS Replication atau AWS Backup untuk melindungi sistem file EFS Satu Zona Anda dari kehilangan AZ. Amazon EFS Replication mereplikasi data sistem file Anda ke Wilayah lain atau dalam Wilayah yang sama, tanpa memerlukan infrastruktur tambahan atau proses kustom untuk memantau dan menyinkronkan perubahan data. Replikasi EFS bersifat hampir berkelanjutan serta dirancang untuk memberikan sasaran titik pemulihan (RPO) dan sasaran waktu pemulihan (RTO) dalam hitungan menit untuk banyak sistem file. 

Cadangan diaktifkan secara default untuk semua file sistem yang menggunakan kelas penyimpanan Amazon EFS One Zone. Anda dapat menonaktifkan pengaturan ini saat membuat sistem file. Anda dapat mengembalikan data file dari cadangan terakhir ke sistem file yang baru dibuat di AZ mana pun yang beroperasi jika AZ hilang. Jika data Anda disimpan di kelas penyimpanan One Zone, Anda mungkin mengalami kehilangan data selama kehilangan AZ untuk file yang telah berubah sejak pencadangan otomatis terakhir.

EFS Replication dapat mereplikasi data sistem file Anda ke Wilayah lain atau dalam Wilayah yang sama tanpa memerlukan infrastruktur tambahan atau proses kustom. Amazon EFS Replication secara otomatis dan transparan mereplikasi data Anda ke sistem file kedua di Wilayah atau AZ pilihan Anda. Anda dapat menggunakan konsol Amazon EFS, AWS CLI, dan API untuk mengaktifkan replikasi pada sistem file yang ada. EFS Replication bersifat berkelanjutan dan didesain untuk memberikan menit sasaran titik pemulihan (RPO) dan sasaran waktu pemulihan (RTO), sehingga memungkinkan Anda memenuhi tujuan kepatuhan dan kelangsungan bisnis Anda.

Jika Anda diharuskan untuk memiliki salinan sistem file yang berjarak ratusan mil untuk pemulihan bencana, kepatuhan, atau perencanaan kelangsungan bisnis, EFS Replication dapat membantu Anda memenuhi kebutuhan tersebut. Untuk aplikasi yang membutuhkan akses lintas wilayah dengan latensi jaringan rendah, Amazon EFS Replication menyediakan salinan hanya-baca di Wilayah pilihan Anda. Dengan Amazon EFS Replication, Anda dapat mengoptimalkan biaya dan menghemat biaya penyimpanan pemulihan bencana hingga 75%. Gunakan kelas penyimpanan One Zone EFS dan kebijakan manajemen siklus hidup 7 hari pembatalan untuk sistem file tujuan guna mengurangi biaya. Anda tidak perlu membangun dan memelihara proses kustom untuk replikasi data. EFS Replication juga menyederhanakan pemantauan dan alarm pada status RPO Anda dengan Amazon CloudWatch.

Tidak. EFS Replication tidak memberikan replikasi konsisten titik waktu. EFS Replication memublikasikan metrik stempel waktu di Amazon CloudWatch yang disebut TimeSinceLastSync. Semua perubahan yang dilakukan pada sistem file sumber setidaknya sejak waktu publikasi akan disalin ke tujuan. Perubahan pada sistem file sumber Anda setelah waktu pencatatan mungkin belum direplikasi. Anda dapat memantau kondisi EFS Replication menggunakan Amazon CloudWatch. Jika Anda menginterupsi proses replikasi karena peristiwa pemulihan bencana, file dari sistem file sumber mungkin telah ditransfer, tetapi belum disalin ke lokasi akhirnya. File tersebut beserta isinya dapat ditemukan di sistem file tujuan Anda di direktori lost+found yang dibuat oleh EFS Replication di bawah direktori root.

Jika replikasi Anda berada dalam status Diaktifkan, hanya EFS Replication yang dapat membuat perubahan pada sistem file tujuan Anda. Anda dapat mengakses replika dalam mode hanya-baca pada saat tersebut. Selama terjadinya bencana, Anda dapat melakukan failover ke sistem file tujuan Anda dengan menghapus konfigurasi replikasi dari konsol atau menggunakan API DeleteReplicationConfiguration. Saat Anda menghapus Replication, Amazon EFS akan berhenti mereplikasi perubahan tambahan dan membuat sistem file tujuan menjadi dapat ditulis. Anda kemudian dapat mengarahkan aplikasi ke sistem file tujuan Anda untuk melanjutkan operasi Anda. Anda dapat menggunakan konsol Amazon EFS atau panggilan API DescribeReplicationConfigurations untuk memeriksa status sistem file tujuan setelah Anda melakukan failover.

Tidak. EFS Replication mendukung replikasi hanya antara dua sistem file.

Tidak. Amazon EFS tidak mendukung replikasi sistem file ke akun AWS yang berbeda.

Tidak. Aktivitas EFS Replication tidak mengonsumsi kredit lonjakan atau dihitung terhadap IOPS sistem file dan batas throughput untuk salah satu sistem file dalam pasangan replikasi.

Ya. Saat pertama kali mengaktifkan EFS Replication, sistem file replika Anda akan dibuat dalam mode hanya-baca dan seluruh sistem file sumber akan disalin ke tujuan yang Anda pilih. Waktu penyelesaian operasi ini bergantung pada ukuran sistem file sumber Anda. Meskipun Anda dapat melakukan failover ke sistem file tujuan kapan pun, sebaiknya, Anda menunggu hingga penyalinan selesai untuk meminimalkan hilangnya data. Anda dapat memantau progres replikasi Anda dari konsol Amazon EFS, yang menunjukkan terakhir kali sistem file sumber dan sistem file tujuan disinkronkan.

Anda mengontrol instans EC2 yang dapat mengakses sistem file menggunakan aturan grup keamanan VPC dan kebijakan IAM. Gunakan grup keamanan VPC untuk mengontrol lalu lintas jaringan ke dan dari sistem file Anda. Lampirkan kebijakan IAM ke sistem file Anda untuk mengontrol klien mana yang dapat memasang sistem file Anda dan dengan izin apa, dan gunakan EFS Access Points untuk mengelola akses. Kontrol akses ke file dan direktori dengan izin tingkat pengguna dan grup sesuai dengan POSIX.

Dengan menggunakan konsol Amazon EFS, Anda dapat menerapkan kebijakan umum ke sistem file Anda seperti menonaktifkan akses asal, memberlakukan akses hanya-baca, atau memaksa agar semua koneksi ke sistem file Anda terenkripsi. Anda juga dapat menerapkan kebijakan lanjutan lainnya , seperti memberi akses ke peran IAM khusus, termasuk yang berada di akun AWS lainnya.

Titik Akses

EFS Access Point adalah titik akhir jaringan yang dapat digunakan oleh pengguna dan aplikasi untuk mengakses sistem file EFS dan memberlakukan izin tingkat file- dan folder- (POSIX) berdasarkan izin kontrol akses dan izin berdasarkan kebijakan ketat yang ditentukan di IAM.

EFS Access Point memberi Anda fleksibilitas dalam membuat dan mengelola lingkungan multi-penyewa untuk aplikasi file Anda dengan cara cloud-native, sehingga membantu menyederhanakan pembagian data. Tidak seperti ACL POSIX tradisional untuk mengontrol akses sistem file atau Kerberos untuk mengontrol autentikasi, yang keduanya memerlukan penyiapan, manajemen, dan pemeliharaan yang kompleks, serta sering menimbulkan risiko, EFS Access Points terintegrasi dengan IAM untuk memungkinkan aplikasi cloud-native menggunakan penyimpanan file bersama berbasis POSIX. Kasus penggunaan yang didapat dari Amazon EFS Access Points mencakup lingkungan berbasis kontainer tempat developer membangun dan melakukan deployment kontainer mereka sendiri, aplikasi ilmu data yang memerlukan akses ke data produksi, dan berbagi direktori khusus di sistem file Anda dengan akun AWS lainnya.

Saat Anda membuat Amazon EFS Access Point, Anda dapat mengonfigurasikan pengguna dan grup sistem operasi, dan direktori root untuk semua koneksi yang menggunakannya. Jika Anda menentukan pemilik direktori asal, EFS akan secara otomatis membuatnya dengan izin yang Anda berikan saat pertama kali klien terhubung ke titik akses. Anda juga dapat memperbarui kebijakan IAM sistem Anda untuk menerapkan ke titik akses Anda. Misalnya, Anda dapat menerapkan kebijakan yang memerlukan identitas IAM khusus agar dapat terhubung ke titik akses yang diberikan. Untuk informasi selengkapnya, lihat panduan pengguna Amazon EFS .

Enkripsi

Amazon EFS menawarkan kemampuan untuk mengenkripsi data saat istirahat dan dalam transit.

Data yang terenkripsi at rest dienkripsi secara transparan saat ditulis dan didekripsi secara transparan saat dibaca, sehingga Anda tidak perlu mengubah aplikasi Anda. Kunci enkripsi dikelola oleh AWS KMS, meniadakan kebutuhan untuk membangun dan memelihara infrastruktur manajemen kunci yang aman.

Enkripsi data in transit menggunakan Keamanan Lapisan Pengangkutan (TLS) 1.2 standar industri untuk mengenkripsi data yang dikirim antara klien Anda dan sistem file EFS.

Enkripsi data at rest dan data in transit dapat dikonfigurasikan secara bersama atau terpisah untuk membantu memenuhi persyaratan keamanan unik Anda.

Untuk detail selengkapnya, lihat dokumentasi pengguna tentang Enkripsi .

AWS KMS merupakan layanan terkelola yang memudahkan Anda membuat dan mengontrol kunci enkripsi yang digunakan untuk mengenkripsi data Anda. AWS KMS terintegrasi dengan layanan AWS, termasuk EFS, EBS, dan S3, sehingga memudahkan enkripsi data dengan kunci enkripsi yang Anda kelola. AWS KMS  juga terintegrasi dengan AWS CloudTrail  untuk memberi Anda log dari semua penggunaan kunci guna membantu memenuhi kebutuhan peraturan dan kepatuhan Anda.

Anda dapat mengaktifkan enkripsi diam di konsol EFS menggunakan CLI atau SDK. Saat membuat sistem file baru di konsol EFS, klik “Create File System” (Buat Sistem File), lalu klik kotak centang untuk mengaktifkan enkripsi.

Data dapat dienkripsi saat bergerak antara sistem file Amazon EFS Anda dan kliennya dengan menggunakan pembantu pemasangan Amazon EFS.

Enkripsi data at rest dan data in transit dapat dikonfigurasikan secara bersama atau terpisah untuk membantu memenuhi persyaratan keamanan unik Anda.

Untuk detail selengkapnya, lihat dokumentasi pengguna tentang Enkripsi .

Enkripsi data Anda memiliki pengaruh kecil terhadap latensi I/O dan throughput.

Ubah ke Mengakses sistem file EFS dari on-premise, Anda harus memiliki koneksi Direct Connect  atau AWS VPN  antara pusat data on-premise dan Amazon Virtual Private Cloud (VPC) Anda.

Pasang sistem file Amazon EFS pada server Linux on-premise menggunakan perintah pemasangan Linux standar untuk memasang sistem file menggunakan protokol NFS v4.1.

Untuk informasi selengkapnya tentang mengakses sistem file Amazon EFS dari server on-premise, lihat dokumentasi .

Anda dapat memasang sistem file Amazon EFS di server on-premise dan memindahkan data ke dan dari Amazon EFS menggunakan alat dan skrip Linux standar atau AWS DataSync. Kemampuan untuk memindahkan data file ke dan dari sistem file Amazon EFS mengizinkan untuk tiga kasus penggunaan.

Pertama, Anda dapat memigrasikan data dari pusat data on-premise agar dapat berada dalam sistem file EFS secara permanen.

Kedua, Anda dapat mendukung beban kerja lonjakan cloud untuk memindahkan beban pemrosesan aplikasi ke cloud. Anda dapat memindahkan data dari server on-premise ke sistem file Amazon EFS, menganalisisnya pada klaster instans EC2 di Amazon VPC, dan menyimpan hasilnya secara permanen dalam sistem file Amazon EFS atau memindahkan hasilnya kembali ke server on-premise Anda.

Ketiga, Anda dapat menyalin data file on-premise secara berkala ke Amazon EFS untuk mendukung pencadangan dan skenario disaster recovery.

Ya. Anda dapat mengakses sistem file Amazon EFS secara bersamaan dari server di pusat data on-premise serta instans EC2 di Amazon VPC Anda. Amazon EFS menyediakan semantik akses sistem file yang sama, seperti konsistensi data dan penguncian file yang kuat, di seluruh instans EC2 dan server on-premise yang mengakses sistem file.

Karena penundaan propagasi terikat dengan data yang berpindah dalam jarak jauh, latensi jaringan dari koneksi jaringan antara pusat data on-premise dan Amazon VPC bisa menjadi puluhan milidetik. Jika operasi file Anda berseri, latensi koneksi jaringan langsung memengaruhi throughput baca dan tulis Anda; dalam artian, volume data yang dapat Anda baca atau tulis selama periode waktu tertentu terikat dengan jumlah waktu yang dibutuhkan untuk menyelesaikan setiap operasi baca dan tulis. Untuk memaksimalkan throughput, paralelkan operasi file Anda, sehingga beberapa operasi baca dan tulis dapat diproses oleh Amazon EFS secara bersamaan. Alat standar seperti paralel GNU dapat membantu Anda memparalelkan penyalinan data file. Untuk informasi selengkapnya, lihat dokumentasi online.

Terdapat sejumlah metode untuk menyalin data on-premise yang sudah ada ke Amazon EFS. AWS DataSync menyediakan cara cepat dan sederhana untuk menyinkronkan sistem file yang ada dengan aman ke EFS, serta bekerja dalam jaringan apa pun, termasuk AWS Direct Connect.

AWS Direct Connect menyediakan koneksi jaringan khusus dengan bandwidth tinggi dan latensi yang lebih rendah yang Anda dapat memasang sistem file EFS. Setelah terpasang, Anda dapat menggunakan DataSync untuk menyalin data ke EFS hingga 10 kali lebih cepat dari alat penyalin Linux standar.

Untuk informasi selengkapnya tentang AWS DataSync, lihat bagian transfer Data di FAQ ini.

DataSync adalah layanan transfer data online yang mempercepat dan mempermudah pemindahan data antara penyimpanan on-premise dan Amazon EFS. DataSync menggunakan protokol yang dibuat khusus untuk mempercepat dan mengamankan transfer melalui internet atau Direct Connect, dengan kecepatan hingga 10 kali lebih cepat dibandingkan alat sumber terbuka. Dengan DataSync, Anda dapat melakukan migrasi data satu kali, mentransfer data on-premise untuk analisis di cloud secara tepat waktu, dan mengotomatiskan replikasi ke AWS untuk perlindungan dan pemulihan data.

AWS Transfer Family adalah layanan transfer file terkelola penuh yang menyediakan dukungan untuk Secure File Transfer Protocol (SFTP), File Transfer Protocol over SSL (FTPS), dan File Transfer Protocol (FTP). AWS Transfer Family memberi Anda layanan transfer file terkelola penuh dan tersedia sangat baik dengan kemampuan menskalakan otomatis, menghilangkan kebutuhan untuk mengelola infrastruktur terkait transfer file untuk Anda. Alur kerja pengguna akhir Anda tetap tidak berubah, sementara data yang diunggah dan diunduh melalui protokol yang dipilih disimpan dalam sistem file Amazon EFS.

Untuk mulai menggunakan DataSync, Anda dapat menggunakan konsol atau CLI untuk menghubungkan agen ke sistem file on-premise atau di cloud dengan protokol Network File System (NFS), pilih sistem file Amazon EFS dan mulailah menyalin data. Anda harus terlebih dahulu melakukan deployment pada agen perangkat lunak yang tersedia untuk diunduh dari konsol, kecuali saat penyalinan file antara dua sistem file Amazon EFS.

Untuk memulai AWS Transfer Family, pertama, pastikan bahwa direktori sistem file Anda dapat diakses oleh pengguna POSIX yang Anda tentukan ke AWS Transfer. Lalu, Anda dapat menggunakan konsol, CLI, atau API untuk membuat titik akhir dan pengguna Transfer Family. Setelah selesai, pengguna akhir Anda dapat menggunakan klien SFTP, FTP, atau FTPS mereka untuk mengakses data yang disimpan di sistem file Amazon EFS Anda.

Anda dapat menggunakan DataSync untuk mentransfer file antara dua sistem file Amazon EFS, termasuk file yang berada di Wilayah AWS berbeda. Titik akhir AWS Transfer Family harus berada di Wilayah yang sama dengan sistem file Amazon EFS Anda.

Ya. Anda dapat menggunakan DataSync untuk menyalin file ke sistem file Amazon EFS di akun AWS lain.

Anda juga dapat mengonfigurasi sistem file Amazon EFS agar dapat diakses oleh AWS Transfer Family menggunakan akun lain selama akun tersebut telah diberi izin. Untuk mempelajari selengkapnya tentang memberikan izin Transfer Family ke akun AWS eksternal melalui kebijakan sistem file, lihat dokumentasi .

EFS terintegrasi dengan sejumlah layanan AWS lainnya, termasuk CloudWatch, AWS CloudFormation, CloudTrail, IAM, dan layanan penandaan AWS.

CloudWatch dapat membantu Anda memantau aktivitas sistem file menggunakan metrik. CloudFormation dapat membantu Anda membuat dan mengelola sistem file menggunakan templat.

CloudTrail dapat membantu mencatat semua panggilan API EFS di file log.

IAM dapat membantu Anda mengontrol siapa yang dapat mengelola sistem file Anda. Layanan penandaan AWS dapat membantu Anda melabeli sistem file dengan metadata yang Anda tentukan.

Anda dapat merencanakan dan mengelola biaya sistem file Amazon EFS menggunakan AWS Budgets. Anda dapat menggunakan AWS Budgets dari konsol Manajemen Penagihan dan Biaya AWS. Untuk menggunakan AWS Budgets , Anda membuat anggaran biaya bulanan untuk sistem file Amazon EFS.

Penguncian di Amazon EFS mengikuti protokol NFS v4.1 untuk penguncian saran dan mengizinkan aplikasi Anda menggunakan seluruh file atau kunci rentang bita.

Setiap sistem file memiliki nomor ID yang dihasilkan secara otomatis dan bersifat unik secara global. Anda dapat memberi tanda sistem file Anda dengan nama dan nama tersebut tidak harus unik.

Dengan Amazon EFS, Anda hanya membayar apa yang digunakan per bulan.

Saat menggunakan mode Throughput yang Disediakan, Anda membayar untuk throughput yang disediakan per bulan. Tidak ada biaya minimum dan tidak ada biaya penyiapan.

Penyimpanan Amazon EFS yang jarang diakses dikenai biaya berdasarkan jumlah penyimpanan yang digunakan dan jumlah data yang diakses. Sebelum Manajemen Siklus Hidup berhasil memindahkan file Anda sepenuhnya ke kelas penyimpanan EFS Infrequent Access (EFS Standard-IA atau EFS One Zone-IA), file tersebut akan disimpan di EFS Standard atau EFS One Zone dan dikenakan tagihan dengan tarif Standard atau One Zone, jika berlaku.

Untuk informasi selengkapnya tentang harga EFS, kunjungi halaman Harga Amazon EFS .

Tidak ada biaya atau komitmen pengaturan untuk mulai menggunakan Amazon EFS. Pada akhir bulan, Anda secara otomatis akan dikenai biaya atas penggunaan bulan tersebut. Anda dapat melihat biaya untuk periode penagihan saat ini kapan saja dengan masuk ke akun Amazon Web Services, dan memilih ‘Dasbor Penagihan’ yang terkait dengan profil konsol Anda.

Dengan Tingkat Penggunaan Gratis AWS*, penggunaan Anda untuk Tingkat Gratis dihitung setiap bulan di seluruh Wilayah AWS, kecuali Wilayah AWS GovCloud, dan secara otomatis dimasukkan ke tagihan Anda. Penggunaan bulanan yang tidak digunakan tidak akan diakumulasikan ke bulan berikutnya. Setelah mendaftar, pelanggan EFS baru menerima 5 GB Amazon EFS Standard setiap bulan selama satu tahun. AWS Tingkat Gratis tidak berlaku untuk file yang disimpan di tipe sistem file EFS One Zone. Batasan berlaku; lihat syarat penawaran untuk detail selengkapnya.

Amazon EFS membebankan biaya kepada Anda untuk tipe penggunaan berikut. Perhatikan bahwa kalkulasi di bawah ini diasumsikan tidak terdapat Tingkat Gratis AWS yang siap digunakan.

Penyimpanan yang Digunakan:

Jumlah Amazon EFS yang ditagih dalam sebulan didasarkan pada penyimpanan, throughput, dan penggunaan perlindungan data dalam sebulan. Biaya penyimpanan dihitung berdasarkan ruang penyimpanan rata-rata yang digunakan sepanjang bulan tersebut. Penggunaan penyimpanan Anda diukur dalam "GB-Bulan", yang ditambahkan pada akhir bulan untuk menghasilkan biaya bulanan Anda. 

Kecuali dinyatakan lain, harga tersebut tidak termasuk pajak dan beban biaya yang berlaku, termasuk PPN dan pajak penjualan yang berlaku.  Untuk konsumen dengan alamat tagihan Jepang, penggunaan layanan AWS tunduk pada Pajak Konsumsi Jepang. Pelajari selengkapnya .

Contoh berikut menggambarkan skenario perubahan pola akses file Anda dari waktu ke waktu, serta menyertakan setiap dimensi harga EFS IA dan EFS Archive. Contoh tersebut mengasumsikan bahwa dua kebijakan EFS Lifecycle untuk memindahkan file antara EFS Standard, EFS Infrequent Access (IA), dan EFS Archive telah diatur.

Asumsikan sistem file Anda berada di Wilayah AS Timur (Virginia Utara). Pada awal bulan yang terdiri dari 31 hari, sistem file Anda menyimpan 200 GB file pada EFS Standard, 500 GB file pada EFS IA, dan 2 TB file pada EFS Archive. Pada hari ke-15 dari bulan tersebut, EFS Lifecycle Management memindahkan 50% file EFS Standard ke kelas EFS IA dan 10% file EFS IA ke kelas EFS Archive setelah 14 hari tidak diakses. Sekali dalam sebulan, 10 klien yang berbeda membaca 800 GB file dari EFS IA dan 100 GB file dari kelas EFS Archive Anda.

Pertama, kami menghitung penggunaan penyimpanan pro rata:

Penyimpanan Standard:
200 GB penyimpanan EFS Standard selama 14 hari (GB-Jam): 200 GB x 14 hari x (24 jam / hari) = 67.200 GB-Jam
100 GB penyimpanan EFS Standard selama 17 hari (GB-Jam): 100 GB x 17 hari x (24 jam / hari) = 40.800 GB-Jam
Total penggunaan penyimpanan EFS Standard (GB-Jam): 67.200 GB-Jam + 40.800 GB-Jam = 108.000 GB-Jam

Penyimpanan IA:
500 GB EFS IA selama 14 hari (GB-Jam): 500 GB x 14 x (24 jam / hari) = 168.000 GB-Jam
100 GB file dari EFS Standard ke EFS IA selama 17 hari (GB-Jam) = 100 GB x 17 x (24 jam / hari) = 40.800 GB-Jam
450 GB EFS IA (setelah 50 GB dipindahkan ke EFS Archive) = 450 GB x 17 x (24 jam / hari) = 183.600 GB-Jam

Total penggunaan EFS IA (GB-Jam): 168.000 GB-Jam + 40.800 GB-Jam = 326.400 GB-Jam = 392.400 GB-Jam

Penyimpanan Archive:
2 TB EFS IA selama 31 hari (GB-Jam): 1.000 GB x 14 x (24 jam / hari) = 1.488.000 GB-Jam
50 GB file dari EFS IA ke EFS Archive selama 17 hari (GB-Jam): 50 GB x 17 x (24 jam / hari) = 20.400 GB-Jam
Total penggunaan penyimpanan EFS Archive (GB-Jam): 1.488.000 GB-Jam + 20.400 GB-Jam = 1.508.400 GB-Jam

Berikutnya, kami mengonversi penggunaan penyimpanan kedalam GB-bulan dan menghitung tagihan penyimpanan:
Total biaya EFS Standard: 108.000 GB-Jam x (1 bulan / 744 jam) x 0,30 USD/GB-bulan = 43,55 USD
Total biaya EFS IA: 392.400 GB-Jam x (1 bulan / 744 jam) x 0,0165 USD/GB-bulan = 8,70 USD
Total biaya EFS Archive: 1.508.400 GB-Jam x (1 bulan / 744 jam) x 0,008 USD/GB-bulan = 16,22 USD
Total biaya penyimpanan EFS: 43,55 USD + 8,70 USD+ 16,22 USD = 68,47 USD

Berikutnya, kami menghitung biaya akses untuk file di EFS IA dan EFS Archive:

Tingkatan Data IA:
Tingkatan Data (file dipindahkan dari EFS Standard ke EFS IA): 100 GB * 0,01 USD/GB = 1,00 USD
Transisi siklus hidup ke EFS Standard karena membaca file di EFS IA: 800 GB * 0,01 USD/GB = 8,00 USD (sekali untuk 10 klien)
Total biaya akses EFS IA: 1,00 USD + 8,00 USD = 9,00 USD

Tingkatan Data Archive:
Tingkatan Data (file dipindahkan dari Infrequent Access ke Archive): 50 GB * 0,03 USD/GB = 1,50 USD
Transisi siklus hidup ke EFS IA karena membaca file di EFS Archive: 100 GB * 0,06 USD/GB = 6,00 USD (sekali untuk 10 klien)
Total biaya akses EFS IA: 1,50 USD + 6,00 USD = 7,50 USD
Total biaya akses EFS: 9,00 USD + 7,50 USD = 16,50 USD

Terakhir, kami menghitung total tagihan EFS untuk bulan tersebut:

Total biaya bulanan = Total biaya penyimpanan + Total biaya akses = 68,47 USD + 16,50 USD = 84,97 USD (TCO - 0,0315 USD/GB)

Anda dapat mengakses data untuk operasi baca dan tulis menggunakan Throughput Elastis. Dengan Throughput Elastis, performa akan secara otomatis diskalakan dengan aktivitas beban kerja Anda, dan Anda hanya membayar untuk throughput yang digunakan (data yang ditransfer untuk sistem file Anda per bulan). Jumlah Throughput Elastis yang ditagih dalam sebulan didasarkan pada data baca dan tulis yang ditransfer dalam sebulan serta diukur dalam “GB yang ditransfer”.

Anda dapat menggunakan Throughput yang Tersedia jika Anda mengetahui penggunaan throughput aplikasi dan kebutuhan throughput puncak. Jumlah Throughput yang Tersedia yang ditagih dalam sebulan didasarkan pada rata-rata throughput yang disediakan melebihi yang diizinkan oleh EFS Standard Anda untuk bulan tersebut, hingga batas throughput dasar Lonjakan yang berlaku di Wilayah AWS, dan diukur dalam “MB/s-Bulan”.

Contoh Throughput Elastis:

Asumsikan sistem file Anda berada di Wilayah AS Timur (Virginia Utara) dan memiliki penyimpanan EFS Standard sebesar 100 GB untuk keseluruhan 31 hari dalam sebulan. Asumsikan bahwa transfer data beban kerja Anda adalah 75% operasi baca dan 25% operasi tulis, mendorong throughput puncak sebesar 100 MB/s selama 3 jam sehari dan 3 hari seminggu, serta idle untuk sisa waktu lainnya.  

Total biaya Throughput Elastis bulanan

Dengan mengasumsikan bahwa semua data ditransfer ke Penyimpanan EFS Standard, pada akhir bulan, Anda akan memiliki penggunaan dalam GB berikut:

Total Data Throughput Elastis (GB) dalam bulan tersebut: 100 MB/s x (60 menit x 60 detik x 3 jam) x 3 hari x 4 minggu/1000 = 12.960 GB 
Total Data Baca Throughput Elastis (GB): 75% x 12.960 GB = 9.720 GB
Total Data Tulis Throughput Elastis (GB): 25% x 12.960 GB = 3.240 GB

Selanjutnya, kami menghitung total biaya bulanan untuk Throughput Elastis: 

Biaya Data Baca Throughput Elastis: 9.720 GB x 0,03 USD/GB = 291,60 USD 
Biaya Data Tulis Throughput Elastis: 3.240 GB x 0,06 USD/GB = 194,40 USD
Selanjutnya, kami menghitung total biaya bulanan untuk Throughput Elastis:
Total Biaya Throughput Elastis Bulanan = 291,60 USD + 194,40 USD = 486,00 USD

Contoh Throughput yang Tersedia:

Menganggap asumsi yang sama seperti contoh Throughput Elastis di atas (sistem file Anda terletak di Wilayah AS Timur (Virginia Utara) dan memiliki penyimpanan EFS Standard sebesar 100 GB, untuk keseluruhan 31 hari dalam sebulan. Asumsikan bahwa transfer data beban kerja Anda adalah 75% operasi baca dan 25% operasi tulis, mendorong throughput puncak sebesar 100 MB/s selama 3 jam sehari dan 3 hari seminggu, serta
idle untuk sisa waktu lainnya). Jumlah throughput yang ditagih dalam sebulan didasarkan pada rata-rata throughput yang disediakan melebihi yang diizinkan oleh penyimpanan EFS Standard Anda untuk bulan tersebut (50 KBps Throughput dasar per 1 GB penyimpanan Standard)

Throughput dasar (MB/s-Bulan) = 100 GB penyimpanan standar * 50 KBps / 1000 = 5 MB/s-Bulan.
Total Throughput yang Tersedia yang dapat ditagih (MB/s-Bulan) = Throughput yang Dikonfigurasikan –
Throughput dasar = 100 MB/s-Bulan – 5 MB/s-Bulan = 95 MB/s-Bulan
Total Biaya Throughput yang Tersedia bulanan = 95 MB/s-Bulan * 6 USD/MB/s-bulan= 570,00 USD

Anda dapat menggunakan EFS Replication atau AWS Backup secara opsional untuk melindungi data. Dengan EFS Replication, Anda membayar untuk penyimpanan, biaya akses dari kelas Infrequent Access dan Archive, serta perubahan transfer data jika sistem file tujuan Anda berada di Wilayah AWS yang berbeda. Dengan AWS Backup, Anda membayar untuk jumlah rata-rata data yang dicadangkan dan dipulihkan dalam sebulan.

Replikasi

Contoh ini menggambarkan skenario saat Anda mereplikasi sistem file di seluruh Wilayah menggunakan EFS Replication. Contoh tersebut berfokus pada biaya yang secara langsung berkaitan dengan EFS Replication.

Asumsikan Anda memiliki sistem file EFS di Wilayah AS Timur (Virginia Utara) dengan 1 TB data. Sistem file ini sedang direplikasi ke Wilayah AS Barat (Oregon). Asumsikan sistem file tujuan menggunakan EFS Lifecycle Management Policy selama 7 hari untuk memindahkan file ke kelas EFS IA.

Saat replikasi pertama kali diaktifkan, seluruh sistem file sumber disalin ke sistem file tujuan. Data yang direplikasi tersebut terlebih dahulu akan masuk di kelas EFS Standard di sistem file tujuan. Jika tidak diakses selama durasi EFS Lifecycle Management Policy (7 hari), file akan dipindahkan ke kelas EFS IA.

Sinkronisasi awal:

Pertama, kita menghitung penggunaan penyimpanan prorata untuk sistem file tujuan:
Total penggunaan EFS Standard (GB-jam): 1.000 GB * 7 hari * (24 jam / hari) = 168.000 GB-jam
Total penggunaan EFS IA (GB-jam): 1.000 GB * 24 hari * (24 jam / hari / 31-hari bulan) = 576.000 GB-jam

Berikutnya, kami mengonversi penggunaan penyimpanan ke dalam GB-bulan dan menghitung biaya penyimpanan untuk sistem file tujuan:

Total biaya EFS Standard: 168.000 * (1 bulan / 744 jam) * 0,30 USD/GB-bulan = 67,74 USD
Total biaya EFS IA: 576,000 * (1 bulan / 744 jam) * 0,025 USD/GB-bulan = 19,36 USD
Total biaya penyimpanan untuk sinkronisasi awal = 67,74 USD + 19,36 USD = 87,10 USD
Kemudian, kami menghitung biaya transfer Data untuk replikasi awal sistem file sumber ke sistem file tujuan:
Total biaya transfer data EFS Replication untuk 1 TB data: 1.000 GB * 0,02 USD/GB = 20,00 USD

Total biaya untuk sinkronisasi awal = Total biaya penyimpanan untuk sinkronisasi awal + Total biaya transfer data untuk sinkronisasi awal = 87,10 USD + 20,00 USD = 107,10 USD

Replikasi tambahan:

Pertimbangkan bahwa sistem file sumber menambahkan 150 GB data baru setelah 7 hari. Data baru akan direplikasi ke sistem file tujuan dan akan berada di kelas EFS Standard selama 7 hari berdasarkan Lifecycle Management Policy seperti sebelumnya. Penggunaan penyimpanan prorata untuk 150 GB data baru dihitung sebagai berikut:

Total penggunaan EFS Standard (GB-jam): 150 GB * 7 hari * (24 jam / hari) = 25.200 GB-jam
Total penggunaan EFS IA (GB-jam): 150 GB * 17 hari * (24 jam / hari) = 61.200 GB-jam

Berikutnya, kami mengonversi penggunaan penyimpanan ke dalam GB-bulan dan menghitung biaya penyimpanan untuk 150 GB data baru yang ditambahkan ke sistem file tujuan: 

Total biaya EFS Standard: 25.200 * (1 bulan / 744 jam) * 0,30 USD/GB-bulan = 10,16 USD
Total biaya EFS IA: 61.200 * (1 bulan/744 jam) * 0,025 USD/GB-bulan = 2,06 USD
Total biaya penyimpanan untuk replikasi tambahan = 10,16 USD + 2,06 USD = 12,22 USD

Terakhir, kami menghitung biaya transfer data untuk 150 GB data tambahan:

Total biaya transfer data untuk replikasi inkremental: 150 GB * 0.02 USD/GB = 3,00 USD
Total biaya untuk replikasi tambahan = Total biaya penyimpanan untuk replikasi tambahan + Total biaya transfer data untuk replikasi tambahan = 12,22 USD + 3,00 USD = 15,22 USD

Total biaya terkait EFS Replication = Total biaya untuk sinkronisasi awal + Total biaya untuk replikasi inkremental = 107,10 USD + 15,22 USD = 122,32 USD

Cadangan

Lihat Harga AWS Backup untuk contoh harga Backup.

Untuk informasi selengkapnya tentang harga EFS, kunjungi Halaman Harga Amazon EFS.

Contoh solusi di bawah ini mengilustrasikan TCO Amazon EFS dan TCO efektif Amazon EFS dengan mempertimbangkan elastisitas penyimpanan dan throughput. Dengan Amazon EFS, penyimpanan dan throughput menaikkan serta menurunkan skala secara otomatis, dan Anda tidak perlu membayar kapasitas penyimpanan atau kapasitas throughput yang tidak terpakai. EFS secara otomatis mereplikasi data di banyak AZ untuk ketersediaan dan daya tahan yang tinggi, serta secara otomatis mengelola tingkat data di seluruh kelas penyimpanan panas dan dingin untuk mengoptimalkan biaya.

Atau, solusi cloud nonelastis (disediakan) mengharuskan Anda mengelola kapasitas penyimpanan dan kapasitas throughput pada penggunaan puncak dan tidak mengizinkan adanya pengurangan kapasitas. Sebagian besar penyedia solusi yang disediakan menyarankan untuk mempertahankan pemanfaatan penyimpanan sebesar 30-50% guna memperhitungkan pertumbuhan penyimpanan dan pemanfaatan throughput sebesar 50% untuk memperhitungkan throughput yang berfluktuasi. Jika kita membandingkan model elastis EFS, yang tidak memerlukan penyimpanan atau throughput tambahan yang tidak terpakai, TCO efektif memiliki biaya yang lebih mudah hingga 60%.

Contoh 1 - Beban kerja Tujuan Umum
Asumsikan bahwa sistem file Anda terletak di Wilayah AS Timur (Virginia Utara) dan berisi ukuran penyimpanan rata-rata sebesar 2,7 TB untuk bulan tertentu. Aplikasi Anda melakukan lonjakan operasi baca dengan throughput puncak 25 MBps, dengan total 300 GB data yang ditransfer dalam sebulan.

Dengan EFS, aplikasi ini akan menyimpan rata-rata 5% penyimpanan (145 TB) di SSD, ~20% penyimpanan (527 TB) di Infrequent Access, dan 2.027 TB penyimpanan sisanya di Archive, dengan total 68,47 USD untuk biaya penyimpanan. Selain itu, beban kerja tersebut dikenai biaya 2,50 USD untuk mengelola tingkat data yang lebih dingin ke kelas Infrequent Access dan Archive, serta 14,00 USD untuk biaya Throughput Elastis untuk mentransfer 300 GB data, sehingga memberikan TCO sebesar 0,0315 USD/GB-bln.

Dengan Solusi cloud yang disediakan, aplikasi dapat memperoleh manfaat dari optimisasi penyimpanan seperti kompresi untuk mengurangi ukuran penyimpanan total hingga 50% (1.350 TB). Berdasarkan pola penggunaan, kami memperkirakan 5% data panas (68 TB) akan disimpan di SSD. Karena ini adalah solusi cloud yang disediakan dan tidak secara otomatis menaikkan/menurunkan skala, kami sarankan untuk beroperasi pada pemanfaatan penyimpanan sebesar 50% dan penyediaan sebesar 136 TB. 95% penyimpanan yang tersisa (1.282 TB) disimpan di kelas penyimpanan yang lebih dingin, yang setara dengan 90,15 USD untuk biaya penyimpanan. Selain itu, kami menyediakan 50 MBps untuk throughput berdasarkan rekomendasi untuk mengoperasikan throughput pada pemanfaatan 50%, sehingga memberikan TCO sebesar 0,0797 USD/GB-bln.

 

	EFS	Solusi yang disediakan
Penyimpanan
Total Penyimpanan Rata-Rata (GB-bln)	2.700	2.700
Rata-rata Total Penyimpanan Berbayar (GB-bln)	2.700	*1.350
Penyimpanan berbasis SSD (GB-bln)	145	**136
Penyimpanan IA (GB-bln)	527	**1.282
Penyimpanan Archive (GB-bln)	2.027	0
Penyimpanan SSD (USD/bln)	43,55 USD	34,00 USD
Penyimpanan Dingin (USD/bln)	8,70 USD	56,15 USD
Penyimpanan Archive (USD/bln)	16,22 USD
Total biaya penyimpanan	68,47 USD	90.15 USD
Pengelolaan tingkat data	2,50 USD
Throughput
Throughput yang disediakan (MBps)		***50
Total data yang ditransfer (GB)	300
Biaya Throughput	14,00 USD	125,00 USD
Total Biaya	84,97 USD	215,15 USD
Efektif USD/GB	0,0315 USD	0,0797 USD
Penghematan EFS (%)	60%

*Mengasumsikan keuntungan pengurangan penyimpanan sebesar 50% dari optimisasi seperti kompresi

**Mengasumsikan bahwa 5% data terkompresi disimpan di kelas SSD, disediakan untuk berjalan pada pemanfaatan 50%, dan dikenai biaya dengan tarif 0,25 USD/GB-bln. Sisa 95% dari data terkompresi disimpan di kelas penyimpanan yang lebih dingin dengan tarif 0,0483 USD/GB-bln.
***Mengasumsikan bahwa throughput disediakan pada pemanfaatan 50% dengan tarif 2,50 USD/MBps.

 

 

Contoh 2 - Beban kerja data awal

Asumsikan bahwa beban kerja pemodelan pasar saham Anda menjalankan analitik selama dua jam sehari dan memerlukan data sementara untuk disimpan selama dua jam waktu operasi. Asumsikan bahwa sistem file Anda berlokasi di Wilayah AS Timur (Virginia Utara) dan berisi ukuran penyimpanan SSD rata-rata sebesar 1.024 GB selama dua jam waktu operasi. Aplikasi Anda melakukan lonjakan operasi baca dan tulis dengan throughput puncak 500 MBps, dengan total 175 GB data yang ditransfer setiap hari.

Dengan EFS, aplikasi ini akan menyimpan data selama 60 jam setiap bulan (2 jam setiap hari selama 30 hari) dalam SSD dan mentransfer 5.250 GB data, sehingga menghasilkan total biaya 222,48 USD/bln.

Dengan Solusi cloud yang disediakan, sistem file dapat memperoleh manfaat dari optimisasi penyimpanan seperti kompresi untuk mengurangi jejak penyimpanan sebesar 50%, tetapi perlu mengonfigurasi buffer tambahan sebesar 30% untuk mendukung penyimpanan puncak (1.024 GB * 50% kompresi + 30% buffer = 666 GB), sehingga menghasilkan total biaya 1.416,50 USD/bln.

Dengan keuntungan elastisitas EFS, Anda hanya perlu membayar yang Anda gunakan, dengan penghematan TCO sebesar 84%.

 

	EFS	Solusi yang disediakan
Penyimpanan
Total Penyimpanan (GB-bln)	1.024	***666
Jam Penyimpanan SSD per bulan	*60	720
Biaya penyimpanan bulanan SSD (USD/bln)	25,60 USD	166,50 USD
Throughput
Throughput yang disediakan (MBps)		500
Data yang ditransfer per bulan (GB)	5.250
Biaya Throughput	**196,88 USD	1.250,00 USD
Total Biaya	222,48 USD	1.416,50 USD
Efektif USD/GB	0,2172 USD	1,3822 USD
Penghematan EFS (%)	84%

* Mengasumsikan bahwa data EFS disimpan selama 2 jam sehari selama 30 hari.

** Mengasumsikan biaya Throughput Elastis campuran sebesar 0,0375 USD/Gb data yang ditransfer

*** Mengasumsikan keuntungan pengurangan penyimpanan sebesar 50% dari optimisasi seperti kompresi dan buffer tambahan sebesar 30% untuk mendukung penggunaan puncak

Ya. Anda dapat mengakses EFS dari aplikasi terkontainer yang diluncurkan oleh Amazon ECS menggunakan tipe peluncuran EC2 dan Fargate dengan mereferensikan sistem file EFS dalam definisi tugas Anda. Temukan instruksi untuk memulai di dokumentasi ECS .

Ya. Anda dapat mengakses EFS dari aplikasi terkontainer yang diluncurkan oleh Amazon EKS , dengan tipe peluncuran EC2 atau Fargate, menggunakan driver CSI EFS. Temukan instruksi untuk memulai di dokumentasi EKS .

Ya. Anda dapat mengakses EFS dari fungsi yang berjalan di Lambda dengan mereferensikan sistem file EFS di pengaturan fungsi Anda. Temukan instruksi untuk memulai di dokumentasi Lambda .

Ya. Anda dapat mengakses data pelatihan di EFS dari tugas pelatihan Amazon SageMaker dengan mereferensikan sistem file EFS di permintaan CreateTrainingJob Anda. EFS juga secara otomatis digunakan untuk direktori asal yang dibuat dengan SageMaker Studio .