FAQ Amazon FSx for OpenZFS

A: FSx for OpenZFS menyediakan penyimpanan SSD terkelola penuh dengan latensi konsisten yang rendah hingga beberapa ratus mikrodetik. Dengan memanfaatkan kemampuan caching yang tersemat dalam OpenZFS, sistem file FSx for OpenZFS memberikan performa yang lebih tinggi dan latensi yang lebih rendah untuk data yang sering diakses.

Sistem file FSx for OpenZFS dapat memberikan lebih dari 1 juta IOPS dan throughput sebesar 21 GB/dtk saat mengakses data yang di-cache di server file, serta hingga ratusan ribu IOPS dan throughput sebesar 10 GB/dtk saat mengakses data dalam penyimpanan SSD. Dengan banyak koneksi paralel per klien (melalui n-connect NFS), Anda dapat mendorong hingga throughput maksimum dan tingkat IOPS untuk sistem file Anda dari satu klien.

Saat membuat sistem file, Anda menentukan kapasitas throughput. Setiap gigabita penyimpanan mencakup tiga IOPS disk, dan Anda dapat menyediakan IOPS disk tambahan sesuai kebutuhan. Anda dapat menaikkan atau menurunkan skala kapasitas throughput kapan saja menggunakan Konsol Manajemen AWS, AWS CLI, atau API Amazon FSx untuk memenuhi perubahan kebutuhan aplikasi Anda. Kunjungi Halaman performa sistem file untuk informasi selengkapnya

Anda dapat menyediakan hingga maksimum 512 TiB pada satu sistem file. Anda dapat dengan mudah memasang banyak sistem file secara bersamaan untuk menyediakan penyimpanan skala PB pada aplikasi Anda.

Secara default, volume dapat bertambah hingga sebesar kapasitas yang tersedia di sistem file Anda. Anda memiliki opsi untuk menetapkan kuota volume guna membatasi seberapa besar volume dapat bertambah. Anda juga memiliki opsi mengatur reservasi untuk volume guna menyisihkan jumlah minimum kapasitas penyimpanan pada volume tersebut. Tanpa reservasi, volume disediakan secara tipis, yang berarti bahwa volume hanya menggunakan kapasitas penyimpanan untuk data yang disimpan di dalamnya. Anda dapat mengubah pengaturan ini kapan saja.

Kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering menggabungkan kemampuan penyimpanan yang terpasang ke jaringan (NAS) dengan penyimpanan yang sepenuhnya elastis dan yang mengoptimalkan biaya dengan meningkatkan data secara otomatis.

Anda harus menggunakan Intelligent-Tiering untuk menyederhanakan manajemen penyimpanan dan mengurangi biaya. Sifatnya yang elastis berarti Anda tidak perlu lagi mengelola kapasitas penyimpanan atau mengkhawatirkan tentang mengakomodasi set data yang tidak terprediksi atau kehabisan ruang. Optimisasi biaya otomatis yang ditawarkan dengan tingkatan di seluruh tingkat penyimpanan memberikan biaya hingga 85% lebih rendah daripada kelas penyimpanan solid state drive (SSD) Amazon FSx, dan biaya hingga 20% lebih rendah dibandingkan dengan deployment hard disk drive (HDD) on-premise tradisional.

Saat membuat sistem file menggunakan konsol Amazon FSx, API, atau antarmuka baris perintah (CLI), tentukan kelas Intelligent-Tiering. Saat membuat sistem file atau kapan pun setelahnya, Anda juga dapat membuat cache baca berbasis SSD opsional untuk mengoptimalkan pembacaan data yang sering diakses.

Gunakan kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering untuk sebagian besar set data NAS Anda. Gunakan kelas penyimpanan SSD hanya untuk set data yang memerlukan performa penyimpanan all-flash di semua data (seperti beban kerja desain chip, basis data, dan berbagi pengguna untuk ilmuwan data).

Kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering dirancang untuk memenuhi kebutuhan performa spektrum beban kerja file yang luas. Kelas penyimpanan ini memberikan throughput hingga puluhan terabita per detik dan puluhan juta operasi input/output (IOPS) di Lustre, dan throughput hingga 20 gigabita per detik dan 400.000 IOPS pada OpenZFS. Data dalam cache baca SSD memiliki latensi waktu ke bita pertama sub-milidetik, dan semua data lainnya memiliki latensi waktu ke bita pertama dalam kisaran puluhan milidetik. Beban kerja file yang umum cenderung banyak dibaca dan secara aktif bekerja hanya dengan sebagian kecil dari set data keseluruhan pada waktu tertentu, yang berarti bahwa model SSD hibrida kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering menyediakan penyimpanan yang bepeforma pada tingkat SSD untuk sebagian besar beban kerja sambil memberikan penghematan biaya hingga 85% dibandingkan dengan deployment semua SSD.

Secara default, Amazon FSx memilih ukuran cache baca SSD secara otomatis berdasarkan tingkat throughput yang Anda pilih untuk sistem file Anda, atau Anda dapat memilih cache yang lebih kecil atau lebih besar dan menaikkan atau menurunkan skalanya kapan saja berdasarkan kebutuhan beban kerja Anda. Anda dapat mengubah ukuran cache baca SSD sistem file Anda dengan AWS CLI, AWS SDK, atau di konsol Amazon FSx. Amazon FSx menerbitkan metrik rasio hit cache (persentase pembacaan yang disajikan dari cache) untuk membantu menentukan apakah ukuran cache Anda sesuai, yang dapat Anda lihat di tab “Pemantauan” sistem file Anda di konsol Amazon FSx, atau dengan Amazon CloudWatch. Untuk sebagian besar beban kerja, rasio hit cache sebesar 80% memberikan keseimbangan yang tepat antara performa dan optimisasi biaya.

Ya. Kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering menyediakan SLA 99,99%.

Untuk sistem file yang menggunakan kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering, Amazon FSx menyimpan semua data Anda secara redundan di beberapa Zona Ketersediaan (AZ) sehingga memberikan ketahanan bawaan terhadap bencana yang meluas.

Ya, Anda dapat membuat cadangan sistem file Anda menggunakan penyimpanan Intelligent-Tiering dengan konsol Amazon FSx, API, atau CLI. Mencadangkan sistem file Amazon FSx membuat salinan terpisah dari data file Anda, yang dapat Anda gunakan nanti untuk memulihkan ke satu atau beberapa sistem file baru. Pencadangan Amazon FSx bersifat crash-consistent (memungkinkan Anda memulihkan ke tampilan point-in-time sistem file Anda), sangat tahan lama (disimpan di Amazon Simple Storage Service (Amazon S3) dan dirancang untuk daya tahan 99,999999999% per tahun), dan inkremental (artinya, setiap pencadangan hanya menambahkan perubahan yang terjadi sejak pencadangan sebelumnya sehingga menghemat biaya penyimpanan cadangan dengan tidak menduplikasi data). Secara default, Amazon FSx memulai pencadangan otomatis harian untuk sistem file Anda selama periode pencadangan yang Anda tentukan. Anda dapat membuat pencadangan tambahan kapan saja menggunakan konsol Amazon FSx, CLI, atau API, atau membuat jadwal pencadangan otomatis Anda sendiri menggunakan AWS Backup.

Anda dapat memulihkan dari cadangan dengan membuat sistem file baru dengan opsi “pulihkan dari cadangan”. Ketika Anda melakukannya, Anda dapat mengakses semua data Anda dalam beberapa menit sementara pemulihan selesai di latar belakang. Sistem file Anda secara transparan mengambil data dari cadangan saat Anda mengaksesnya sehingga Anda tidak perlu menunggu pemulihan selesai sebelum menggunakan sistem file.

Anda membayar per GB per bulan untuk data yang Anda simpan di kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering, dengan harga bergantung pada tingkat penyimpanan data, dan Anda membayar per GB per bulan untuk cache baca SSD yang disediakan. Saat Anda menulis data, Anda membayar per operasi tulis, dan ketika Anda membaca data yang tidak ada dalam cache baca SSD, Anda membayar per operasi baca. Seperti sistem file Amazon FSx lainnya, Anda membayar per MBps per bulan kapasitas throughput yang Anda sediakan untuk server file Anda.

Seperti halnya Amazon S3 Intelligent-Tiering, kelas penyimpanan Amazon FSx for OpenZFS Intelligent-Tiering membuat tingkatan data secara otomatis berdasarkan waktu akses terakhir sehingga biaya yang dikeluarkan untuk data yang kurang aktif dapat dioptimalkan secara otomatis. Data yang diakses dalam 30 hari terakhir disimpan di tingkat Akses Sering. Data yang belum diakses dalam 30 hari pindah ke tingkat Akses Jarang secara otomatis, dan biayanya lebih murah daripada data di tingkat Akses Sering. Data yang belum diakses dalam 90 hari pindah ke tingkat Arsip secara otomatis, dan biayanya lebih murah daripada data di tingkat Akses Jarang. Saat Anda mengakses data di tingkat Akses Jarang atau Arsip, data secara otomatis berpindah kembali ke tingkat Akses Sering. Semua akses ke data yang tidak di-cache memiliki karakteristik performa yang sama, tidak tergantung pada tingkat data, dan tidak ada biaya IOPS, pengambilan, atau transisi tambahan di luar biaya operasi baca/tulis yang normal.

Selain mewakili data dalam struktur direktori file tradisional, FSx for OpenZFS mendukung penggunaan volume dalam sistem file untuk mengatur data Anda lebih lanjut. Setiap sistem file berisi satu volume atau lebih, yang merupakan kontainer data terisolasi untuk direktori dan file. Anda dapat membuat dan mengelola volume individual menggunakan Konsol Manajemen AWS, AWS CLI, atau API Amazon FSx, dan klien mengakses volume dengan memasangnya dari Linux, macOS, atau Windows sebagai lokasi jaringan. Volume individual dapat dikonfigurasi secara independen, yang berarti bahwa Anda dapat mengatur fitur seperti penyediaan secara tipis atau kompresi pada tingkat volume.

Secara default, volume dapat bertambah hingga sebesar kapasitas yang tersedia di sistem file Anda. Anda memiliki opsi untuk menetapkan kuota volume guna membatasi seberapa besar volume dapat bertambah. Anda memiliki opsi untuk mengatur reservasi volume guna mencadangkan jumlah minimum kapasitas penyimpanan untuk volume tersebut. Tanpa reservasi, volume disediakan secara tipis, yang berarti bahwa volume hanya menggunakan kapasitas penyimpanan untuk data yang disimpan di dalamnya. Anda dapat mengubah pengaturan ini kapan saja.

FSx for OpenZFS menawarkan serangkaian kemampuan yang didukung ZFS yang kaya untuk bekerja dengan data, termasuk snapshot titik waktu, pengklonaan data di tempat, dan replikasi data sesuai permintaan di seluruh sistem file. Dengan FSx for OpenZFS, Anda dapat membuat snapshot volume Anda kapan saja, sehingga memudahkan untuk mempertahankan, mengelola, dan memulihkan versi historis basis data atau aplikasi Anda. Pengklonaan data memudahkan Anda untuk menguji beberapa fitur dan perubahan secara paralel tanpa mengganggu pengguna atau aplikasi yang ada, serta tanpa perlu menduplikasi data Anda. Replikasi data sesuai permintaan di seluruh sistem file menyediakan cara yang sederhana dan tangguh dalam menyinkronkan data untuk pemulihan bencana, replika baca, serta alur kerja pengujian dan pengembangan, tanpa pekerjaan ekstra membangun konektivitas antara sistem file Anda atau mendeteksi dan menangani gangguan jaringan.

Misalnya, jika Anda menjalankan beban kerja basis data dan ingin menguji operasi basis data sebelum menerapkannya di lingkungan produksi, Anda dapat menguji operasi dengan membuat klona basis data Anda, menjalankan operasi terhadap volume klona untuk memvalidasi bahwa operasi tersebut berfungsi seperti yang diharapkan. Setelah selesai dengan pengujian, Anda dapat menyalin volume klona ke volume salinan penuh guna mempertahankan hasil untuk penggunaan jangka panjang atau produksi.

FSx for OpenZFS mendukung serangkaian fitur efisiensi penyimpanan yang kaya termasuk kompresi Zstandard dan LZ4 untuk mengurangi kapasitas penyimpanan yang digunakan data Anda, reservasi volume dan kuota volume untuk mengontrol jumlah ruang yang digunakan oleh volume individu, serta kuota pengguna untuk mengontrol penggunaan pengguna akhir individu. Fitur-fitur ini membantu mengurangi atau mengelola jejak penyimpanan di sistem file dan penyimpanan cadangan Anda.

Mengaktifkan kompresi dapat mengurangi performa sistem file untuk beban kerja dengan tingkat tulis tinggi karena data dikompresi saat sedang ditulis ke disk. Namun, untuk beban kerja dengan tingkat baca tinggi, kompresi dapat secara signifikan meningkatkan keseluruhan performa throughput sistem file Anda karena kompresi mengurangi jumlah data yang dikirim antara disk ini dan server penyimpanan. Lihat dokumentasi Performa Amazon FSx for OpenZFS untuk detail selengkapnya. 

Amazon FSx merupakan layanan terkelola penuh, sehingga semua infrastruktur penyimpanan file dikelola untuk Anda. Saat menggunakan Amazon FSx, Anda akan terbebas dari kerumitan dalam melakukan deployment dan memelihara infrastruktur sistem file yang kompleks. FSx for OpenZFS menawarkan semua kekuatan ZFS, tanpa kerumitan yang sering ditemukan dalam pengelolaan sistem file ZFS

Untuk membuat, melihat, dan menghapus sistem file, volume, dan cadangan, Anda dapat menggunakan Konsol Manajemen AWS, AWS CLI, dan API Amazon FSx. Kami juga menawarkan dukungan untuk kemampuan ZFS tingkat lanjut secara native di konsol FSx dan API, yang berarti bahwa Anda tidak perlu menjadi ahli dalam ZFS agar dapat memanfaatkan fitur seperti snapshot ZFS dan pengklonaan.

Dengan sistem file Multi-AZ (HA) dan Single-AZ (HA), Amazon FSx melakukan deployment pasangan server file dengan ketersediaan tinggi (HA) dengan failover dan failback otomatis untuk memastikan ketersediaan tinggi. Dengan sistem file Multi-AZ (HA), Amazon FSx melakukan deployment pasangan server file ini di dua Zona Ketersediaan (AZ) AWS dan otomatis mereplikasi data Anda di kedua AZ ini untuk memastikan ketahanan tinggi dan melakukan deployment pasangan server file dengan ketersediaan tinggi (HA) di dua AZ dengan failover dan failback otomatis guna memastikan ketersediaan dan ketahanan tinggi bahkan jika terjadi gangguan di seluruh AZ. Selain itu, Amazon FSx terus memantau kegagalan perangkat keras, dan secara otomatis mengganti komponen infrastruktur apabila terjadi kegagalan. Sistem file secara otomatis melakukan failover dan failback sesuai kebutuhan (biasanya dalam 60 detik), dan klien secara otomatis melakukan failover dan failback dengan sistem file.

Dengan sistem file Single-AZ (non-HA), Amazon FSx melanjutkan ketersediaan di seluruh peristiwa kegagalan dengan terus memantau kegagalan perangkat keras dan otomatis mengganti komponen infrastruktur jika terjadi kegagalan, biasanya dalam waktu 30 menit.

Amazon FSx juga mengambil cadangan yang sangat tahan lama (disimpan di S3) dari sistem file Anda setiap hari, dan memungkinkan Anda mengambil cadangan tambahan kapan saja.

J: Ya. SLA Amazon FSx memberikan kredit layanan jika persentase waktu aktif bulanan pelanggan kurang dari komitmen layanan kami pada siklus tagihan apa pun.

Untuk melindungi dari pengguna akhir atau aplikasi yang secara tidak sengaja menghapus atau memodifikasi file dalam volume, Anda dapat mengambil snapshot (gambar titik waktu volume, yang disimpan di dalam sistem file Anda) untuk memungkinkan pengguna akhir atau administrator aplikasi membatalkan perubahan file dan membandingkan versi file dengan mudah. Pengguna akhir dan administrator aplikasi dapat melihat snapshot di direktori “.zfs/snapshot” di root volume, dan dapat mengakses file serta folder individual dalam snapshot tersebut. Anda dapat mengelola snapshot FSx for OpenZFS menggunakan Konsol Manajemen AWS, AWS CLI, atau API Amazon FSx.

FSx for OpenZFS juga menawarkan cadangan sistem file yang didesain untuk mendukung keperluan arsip, retensi data, dan kepatuhan. Cadangan adalah salinan sekunder, offline, dan sangat tahan lama dari sistem file yang disimpan di Amazon S3. Pencadangan bersifat konsisten terhadap titik waktu (mewakili tampilan yang konsisten dari seluruh set data file Anda seperti yang terlihat pada waktu tertentu), inkremental (Anda hanya membayar atas perubahan sejak cadangan terakhir untuk cadangan tertentu), mudah dikelola (melalui Konsol Manajemen AWS, AWS CLI, atau API Amazon FSx), serta cepat dibuat dan dipulihkan (dengan RTO 5-10 menit).

Pencadangan otomatis harian diaktifkan secara default, dan Anda dapat memperbarui kebijakan retensi kapan saja hanya dengan beberapa klik di Konsol Amazon FSx. FSx for OpenZFS juga menyediakan kemampuan untuk menyalin cadangan sistem file ke Wilayah AWS lainnya guna memenuhi tujuan pemulihan bencana lintas wilayah atau kelangsungan bisnis.

Saat Anda membuat sistem file Multi-AZ (HA) atau Single-AZ (HA), Amazon FSx otomatis menyediakan dua server file individu: . Untuk sistem file Multi-AZ (HA), salah satunya adalah server “pilihan” di AZ pilihan Anda, dan yang lainnya server “siaga” di AZ siaga Anda, masing-masing dengan set volume penyimpanannya sendiri. Hanya satu dari server file ini yang secara aktif melayani data setiap saat (biasanya server file pilihan), tetapi keduanya menyimpan salinan data Anda yang persisten dan identik. Untuk sistem file Single-AZ (HA), kedua server berada di AZ yang sama. Hanya satu dari server file ini yang secara aktif menyajikan data pada satu waktu, tetapi keduanya terhubung ke set volume penyimpanan yang sama, yang masing-masing mereplikasi data agar memiliki ketahanan tinggi.

Amazon FSx terus memantau kondisi server file Anda untuk mendeteksi masalah dengan cepat. Jika server file pilihan menjadi tidak tersedia karena suatu alasan (misalnya karena kegagalan perangkat keras yang terisolasi, peristiwa pemeliharaan terencana, atau dalam kasus sistem file Multi-AZ, gangguan di seluruh AZ), layanan akan otomatis melakukan failover ke server file siaga sehingga Anda dapat melanjutkan operasi sistem file tanpa kehilangan ketersediaan. Amazon FSx akan memetakan alamat jaringan sistem file ke server file siaga yang baru aktif, sehingga aplikasi berbasis Linux dan Windows Anda dapat terus mengakses data—tanpa gangguan—dari lokasi jaringan yang sama. Sistem file Anda juga akan otomatis melakukan failback setelah server file pilihan dipulihkan ke kondisi baik. Peristiwa failover dan failback ini bersifat transparan bagi pengguna dan aplikasi Anda: sistem file Anda akan terus melayani lalu lintas NFS dari alamat jaringan yang sama, sehingga memungkinkan klien NFS untuk terus mengakses data Anda tanpa intervensi manual.

Amazon FSx otomatis melakukan failover pada sistem file Multi-AZ (HA) atau Single-AZ (HA) jika terjadi hilangnya ketersediaan pada server file aktif karena alasan apa pun, termasuk kegagalan perangkat keras, hilangnya konektivitas, atau dalam kasus sistem file Multi-AZ, gangguan di seluruh AZ. Amazon FSx juga akan melakukan failover sementara ke server file siaga selama pemeliharaan terencana selama periode pemeliharaan atau jika Anda mengubah kapasitas throughput sistem file Anda.

Ya. FSx for OpenZFS mengenkripsi data diam dan bergerak secara otomatis. Data sistem file dan cadangan Anda selalu dienkripsi saat diam menggunakan kunci yang dikelola melalui AWS KMS. Anda dapat menggunakan kunci milik layanan atau kunci yang dikelola pelanggan Anda sendiri. Amazon FSx secara otomatis mengenkripsi data bergerak saat diakses dari instans Amazon EC2 yang mendukung enkripsi bergerak (instans klien Amazon EC2 yang didukung).

Anda mengonfigurasi sistem file untuk dikaitkan dengan Amazon VPC dan Grup Keamanan VPC, serta hanya instans Amazon EC2 dalam VPC tersebut (atau VPC yang di-peering) dan yang sesuai dengan aturan Grup Keamanan yang dapat mengakses sistem file Anda. Anda mengontrol siapa saja yang dapat mengelola sistem file, volume, dan cadangan Anda (misalnya membuat, memperbarui, dan menghapus) menggunakan AWS IAM. Selain itu, Anda mengontrol pengguna dan grup mana saja yang memiliki akses ke file serta direktori tertentu pada volume Anda menggunakan izin POSIX.

Ya. Anda dapat mengakses sistem file dari VPC lain (termasuk VPC di Wilayah lain) menggunakan AWS Transit Gateway atau Peering VPC, dan Anda dapat mengakses sistem file dari on-premise menggunakan AWS Direct Connect atau VPN.

Anda dapat memantau dan mengamankan panggilan API menggunakan AWS CloudTrail dan AWS IAM, serta mendeteksi dan menandai pola penggunaan API yang mencurigakan menggunakan Amazon GuardDuty.

Anda ditagih untuk sistem file berdasarkan kapasitas penyimpanan yang disediakan (per GB-bulan), throughput yang disediakan (per MBps-bulan), dan tambahan IOPS SSD opsional yang disediakan (per IOP-bulan). Anda juga ditagih untuk pencadangan berdasarkan penyimpanan yang digunakan (per GB-bulan), dan untuk data yang ditransfer (per GB) di seluruh Zona Ketersediaan, di seluruh Wilayah AWS, dan ke lingkungan on-premise Anda. Meskipun harga ditetapkan per bulan, penggunaan Anda diprorata per detik, dan Anda ditagih untuk penggunaan rata-rata selama sebulan.

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.