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.

Throughput Elastis adalah mode throughput default dan cocok untuk sebagian besar beban kerja file. Dengan mode default Throughput Elastis, performa akan secara otomatis disesuaikan dengan aktivitas beban kerja Anda, dan Anda hanya membayar throughput yang digunakan (data yang ditransfer untuk sistem file Anda per bulan). Throughput Elastis cocok digunakan jika Anda tidak mengetahui secara pasti tentang kebutuhan throughput puncak aplikasi Anda atau jika aktivitas aplikasi Anda naik turun, dengan aktivitas dasar yang rendah (sehingga menggunakan kurang dari 5% kapasitas rata-rata untuk penyediaan kebutuhan puncak).

Anda juga dapat mengubah mode throughput menjadi Throughput yang Tersedia jika Anda mengetahui kebutuhan throughput puncak beban kerja Anda dan memperkirakan beban kerja Anda akan mengonsumsi lebih banyak porsi (rata-rata lebih dari 5%) dari kapasitas throughput puncak aplikasi.

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

Anda dapat memantau sistem file menggunakan Amazon CloudWatch atau dari tab Pemantauan di Konsol Amazon EFS. Kunjungi dokumentasi di Pemantauan Amazon EFS untuk informasi selengkapnya.

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 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.

Amazon EFS didesain untuk memberikan ketahanan 99,999999999% (11 angka sembilan) selama satu tahun tertentu. Sistem file EFS Regional didesain untuk mempertahankan data jika AZ hilang. Karena sistem file EFS One Zone menyimpan data dalam satu AZ, data yang disimpan di kelas penyimpanan tersebut dapat hilang ketika terjadi bencana atau kegagalan lainnya di dalam AZ tersebut.  

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 replikasi sistem file di seluruh Wilayah menggunakan Amazon EFS Replication, serta pencadangan yang berfungsi dan diuji secara rutin menggunakan AWS Backup. Sistem file yang menggunakan kelas penyimpanan EFS One Zone dikonfigurasi untuk mencadangkan file secara default dengan otomatis pada pembuatan sistem file.

Setiap objek sistem file EFS Regional (seperti direktori, file, dan tautan) disimpan secara redundan di banyak AZ. Dengan sistem file EFS One Zone, data Anda disimpan secara redundan dalam satu AZ. Amazon EFS didesain untuk menahan kegagalan perangkat yang terjadi secara bersamaan dengan mendeteksi dan memperbaiki redundansi yang hilang secara cepat.  

Data sistem file EFS diakses menggunakan target pemasangan EFS khusus AZ, yang didesain agar memiliki ketersediaan tinggi dalam suatu AZ. Sistem file EFS Regional mendukung akses bersamaan dari target pemasangan EFS di semua AZ di Wilayah tempat mereka 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. Sistem file EFS One Zone hanya mendukung satu target pemasangan EFS yang memiliki ketersediaan tinggi dalam satu AZ, yang berarti data mungkin tidak tersedia selama bencana atau kesalahan lain dalam AZ tersebut. Untuk informasi selengkapnya tentang ketersediaan, lihat Perjanjian Tingkat Layanan Amazon EFS.

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.

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.

Amazon EFS menawarkan tiga kelas penyimpanan:EFS Standard, EFS Infrequent Access, dan EFS Archive. Data yang sering diakses cenderung memiliki kebutuhan performa yang lebih tinggi, sehingga EFS menyediakan kelas EFS Standard yang didukung SSD dan didesain untuk memberikan latensi sub-milidetik. Untuk data yang jarang diakses, Anda dapat menggunakan dua kelas penyimpanan EFS yang hemat biaya dan menyediakan latensi dua digit milidetik rendah: EFS Infrequent Access (IA), didesain untuk data yang hanya diakses beberapa kali per kuartal, dan EFS Archive, didesain untuk data yang diakses beberapa kali dalam setahun atau kurang. EFS IA menawarkan biaya hingga 95% lebih rendah daripada EFS Standard untuk data yang jarang diakses. Dengan menyediakan pengalaman yang lebih hemat biaya untuk data yang lebih jarang digunakan, EFS Archive menawarkan biaya hingga 50% lebih rendah daripada EFS Infrequent Access, dengan biaya permintaan yang lebih tinggi saat data tersebut diakses. EFS Archive dioptimalkan untuk dan didukung pada sistem file EFS Regional menggunakan mode Throughput Elastis default EFS. Lihat Kelas penyimpanan EFS dan Harga EFS untuk informasi selengkapnya.

Dengan mengaktifkan EFS Lifecycle Management, Anda dapat mengalihkan tingkatan file antarkelas penyimpanan berdasarkan pola akses Anda secara otomatis. Kebijakan siklus hidup default yang direkomendasikan akan mengalihkan tingkatan file dari EFS Standard ke EFS IA setelah 30 hari berturut-turut tanpa akses dan ke EFS Archive setelah 90 hari berturut-turut tanpa akses. Anda juga dapat menentukan kebijakan khusus untuk mengalihkan file antarkelas penyimpanan berdasarkan jumlah hari sejak akses terakhir file.

Anda juga dapat mengaktifkan EFS Intelligent-Tiering untuk mendorong file dari EFS IA dan EFS Archive kembali ke EFS Standard saat diakses, sehingga pembacaan berikutnya dari file tersebut memiliki latensi sub-milidetik yang lebih cepat dari EFS Standard. Setelah kembali ke EFS Standard, file ini akan beralih kembali ke kelas penyimpanan IA atau Archive yang sesuai berdasarkan kebijakan siklus hidup Anda.

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 Backup didukung oleh AWS Backup, yang merupakan layanan pencadangan terkelola penuh yang mengelola dan mengotomatiskan pencadangan sistem file Amazon EFS Anda secara terpusat. Amazon EFS Backup melindungi sistem file Anda dari peristiwa kehilangan data dengan membuat salinan inkremental dari sistem file Anda di lokasi terpusat secara otomatis, sesuai jadwal. AWS Backup menyediakan konsol terpusat, penjadwalan pencadangan otomatis, manajemen retensi cadangan, dan aktivitas pemulihan. Untuk mempelajari selengkapnya, baca Dokumentasi AWS Backup atau FAQ.

Amazon EFS terintegrasi secara native dengan AWS Backup. Anda dapat menggunakan konsol EFS, API, dan AWS Command Line Interface (AWS CLI) untuk mengaktifkan pencadangan otomatis, yang menggunakan rencana pencadangan default dengan pengaturan yang direkomendasikan oleh AWS Backup. Selama pencadangan awal, salinan seluruh sistem file dibuat di penyimpanan cadangan. Semua pencadangan berikutnya dari sistem file tersebut bersifat inkremental, yaitu hanya file dan direktori yang telah diubah, ditambahkan, atau dihapus yang disalin. Dengan setiap pencadangan inkremental, AWS Backup mempertahankan data referensi yang diperlukan untuk memungkinkan pemulihan penuh. Jika terjadi kehilangan data, Anda dapat melakukan pemulihan penuh atau sebagian sistem file Anda menggunakan konsol AWS Backup atau CLI.   

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.

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.

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 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.

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 mengenai Enkripsi.

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

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.

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

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 .

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 untuk penyimpanan primer dan cadangan yang digunakan serta untuk aktivitas membaca, menulis, dan meningkatkan ke sistem file EFS Anda. Anda membayar akses baca dan tulis menggunakan Throughput Elastis (tetapi Anda dapat menyediakan performa throughput secara opsional terlebih dahulu menggunakan Throughput yang Tersedia), serta untuk data tingkatan ke kelas penyimpanan Infrequent Access dan Archive EFS.

Amazon EFS menawarkan tiga kelas penyimpanan: Standar EFS, yang memberikan performa latensi submilidetik untuk data yang digunakan secara aktif; EFS Infrequent Access (EFS IA), yang dioptimalkan biaya untuk data yang diakses hanya beberapa kali per kuartal; dan Arsip EFS, yang dioptimalkan biaya untuk data berumur panjang yang diakses beberapa kali dalam setahun atau kurang.

EFS juga menawarkan perlindungan data untuk file Anda dengan EFS Backup dan EFS Replication. Dengan EFS Backup, Anda hanya membayar sejumlah penyimpanan cadangan yang digunakan dan jumlah data yang dipulihkan dalam sebulan. Tidak ada biaya minimum dan tidak ada biaya pengaturan. Kunjungi AWS Backup untuk mempelajari selengkapnya. Gunakan Replikasi EFS untuk mereplikasi sistem file Anda ke Wilayah atau Zona Ketersediaan (AZ) pilihan Anda tanpa perlu mengelola infrastruktur tambahan atau proses kustom.

Anda dapat memperkirakan tagihan bulanan menggunakan Kalkulator 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 dimisalkan 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. 

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 pada bulan tersebut, EFS Lifecycle Management, tanpa Intelligent Tiering, memindahkan 50% file EFS Standard ke kelas EFS IA dan 10% file EFS IA Anda ke kelas EFS Archive setelah 14 hari tidak diakses. Rata-rata, aplikasi klien Anda membaca 200 GB file dari EFS IA Anda dan 100 GB file dari EFS Archive Anda setiap bulan.

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
Biaya akses baca IA: 200 GB * 0,01 USD/GB = 2,00 USD

Biaya baca Throughput Elastis: 200 GB * 0,03 USD/GB = 6,00 USD

Total biaya akses dan tingkatan IA EFS: 1,00 USD + 2,00 USD + 6,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
Biaya akses baca arsip: 100 GB * 0,03 USD/GB = 3,00 USD

Biaya baca Throughput Elastis: 100 GB * 0,03 USD/GB = 3,00 USD

Total biaya akses dan tingkatan IA EFS: 1,50 USD + 3,00 USD + 3,00 USD = 7,50 USD

Total biaya akses dan tingkatan 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

Backup

Lihat Harga AWS Backup untuk contoh harga Backup.

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

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 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.

*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%.

* 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 .