Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Opsi penyebaran untuk sistem file FSx for Lustre
Amazon FSx for Lustre menyediakan dua opsi sistem deployment file: scratch dan persisten.
catatan
Kedua opsi deployment mensupport penyimpanan solid state drive (SSD). Namun, penyimpanan hard disk drive (HDD) hanya didukung di salah satu jenis penyebaran persisten.
Anda memilih jenis penerapan sistem file saat membuat sistem file baru, menggunakan, AWS Command Line Interface (AWS CLI) AWS Management Console, atau Amazon fsX for Lustre API. Untuk informasi selengkapnya, lihat Langkah 1: FSx Buat sistem file Lustre Anda dan CreateFileSystemdi Referensi API Amazon FSx.
Enkripsi data saat istirahat diaktifkan secara otomatis saat Anda membuat sistem file Amazon FSx for Lustre, terlepas dari jenis penyebaran yang Anda gunakan. Scratch 2 dan sistem file persisten secara otomatis mengenkripsi data dalam transit ketika mereka diakses dari Instans Amazon EC2 yang mensupport enkripsi dalam transit. Untuk informasi lebih lanjut tentang enkripsi, lihatEnkripsi data di Amazon FSx untuk Lustre.
Sistem file Scratch
Sistem file Scratch dirancang untuk penyimpanan sementara dan pemrosesan data jangka pendek. Data tidak direplikasi dan tidak bertahan jika server file gagal. Sistem file scratch menyediakan keluaran throughput yang tinggi hingga enam kali throughput dasar yaitu 200 MBps per TiB kapasitas penyimpanan. Untuk informasi selengkapnya, lihat Performa kumpulan sistem file.
Gunakan sistem file scratch ketika Anda membutuhkan penyimpanan yang menoptimalkan biaya untuk beban kerja jangka pendek, proses berat.
Pada sistem file scratch, server file tidak diganti jika gagal dan data tidak direplikasi. Jika server file atau disk penyimpanan menjadi tidak tersedia pada sistem file scratch, file yang disimpan di server lain masih dapat diakses. Jika klien mencoba untuk mengakses data yang ada di server atau disk tidak tersedia, klien akan mengalami kesalahan I/O langsung.
Tabel berikut menggambarkan ketersediaan atau daya tahan yang sistem file scratch dengan contoh ukuran yang dirancang selama satu hari dan seminggu. Karena sistem file yang lebih besar memiliki lebih banyak server file dan lebih banyak disk, kemungkinan kegagalan meningkat.
Ukuran sistem file (TiB) | Jumlah server file | Ketersediaan/daya tahan lebih dari satu hari | Ketersediaan/daya tahan lebih dari satu minggu |
---|---|---|---|
1.2 |
2 |
99,9% |
99,4% |
2.4 |
2 |
99,9% |
99,4% |
4.8 |
3 |
99,8% |
99,2% |
9.6 |
5 |
99,8% |
98,6% |
50,4 |
22 |
99,1% |
93,9% |
Sistem file persisten
Sistem file persisten dirancang untuk penyimpanan jangka panjang dan beban kerja. Server file sangat tersedia, dan data secara otomatis direplikasi dalam Availability Zone yang sama di mana sistem file berada. Volume data yang dilampirkan pada server file direplikasi secara independen dari server file ke file yang dilampirkan.
Amazon FSx terus memantau sistem file persisten untuk kegagalan perangkat keras, dan secara otomatis menggantikan komponen infrastruktur jika terjadi kegagalan. Pada sistem file persisten, jika server file menjadi tidak tersedia, itu diganti secara otomatis dalam beberapa menit setelah kegagalan. Selama jangka waktu tersebut, klien meminta data pada server yang secara transparan coba lagi dan akhirnya berhasil setelah server file diganti. Data pada sistem file persisten direplikasi pada disk, dan setiap disk yang gagal secara otomatis diganti secara transparan.
Gunakan sistem file persisten untuk penyimpanan jangka panjang dan untuk beban kerja yang berfokus pada throughput yang berjalan untuk waktu yang lama atau tanpa batas waktu, dan itu mungkin sensitif terhadap gangguan ketersediaan.
Jenis penerapan persisten secara otomatis mengenkripsi data saat transit saat diakses dari instans Amazon EC2 yang mendukung enkripsi saat transit.
Amazon FSx for Lustre mendukung dua jenis penerapan persisten: Persistent_1 dan Persistent_2.
Jenis penerapan persistent_2
Persistent_2 adalah generasi terbaru dari tipe penerapan Persistent, dan paling cocok untuk kasus penggunaan yang memerlukan penyimpanan jangka panjang, dan memiliki beban kerja yang sensitif terhadap latensi yang memerlukan tingkat IOPS dan throughput tertinggi. Jenis penyebaran persistent_2 mendukung tingkat throughput per unit penyimpanan yang lebih tinggi dibandingkan dengan sistem file Persistent_1, dan menawarkan empat tingkat throughput per unit penyimpanan: 125, 250, 500, dan 1000 MB/s/Tib.
Jika Anda menentukan konfigurasi metadata saat membuat sistem file Persistent_2, Anda dapat memilih untuk meningkatkan kinerja metadata dari waktu ke waktu—terlepas dari kapasitas penyimpanan sistem file Anda—untuk memenuhi persyaratan kinerja yang terus meningkat dan untuk mendukung beban kerja yang lebih besar.
Anda dapat membuat sistem file Persistent_2 dengan mode konfigurasi metadata menggunakan konsol Amazon FSx,, dan API. AWS Command Line Interface
Jenis penerapan persistent_1
Jenis penyebaran persistent_1 dapat dibangun di atas Lustre 2.10 atau 2.12, dan mendukung jenis penyimpanan SSD (solid state drive) dan HDD (hard disk drive). Jenis penerapan Persistent_1 sangat cocok untuk kasus penggunaan yang memerlukan penyimpanan jangka panjang, dan memiliki beban kerja yang berfokus pada throughput yang tidak sensitif terhadap latensi.
Untuk sistem file Persistent_1 dengan penyimpanan SSD, throughput per unit penyimpanan adalah 50, 100, atau 200 MB/s per tebibyte (TiB). Untuk penyimpanan HDD, throughput Persistent_1 per unit penyimpanan adalah 12 atau 40 MB/s per TiB.
Anda dapat membuat jenis penerapan Persistent_1 hanya dengan menggunakan API Amazon FSx dan AWS CLI Amazon.
Ketersediaan jenis penyebaran
Jenis penerapan Scratch_2, Persistent_1, dan Persistent_2 tersedia sebagai berikut: Wilayah AWS
Wilayah AWS | Scratch_2 | Persistent_1 | Persistent_2 |
---|---|---|---|
AS Timur (Ohio) |
✓ |
✓ |
✓ |
AS Timur (Virginia Utara) |
✓ |
✓ |
✓ |
Zona Lokal AS Timur (Atlanta) |
✓ (Hanya 125 dan 250 persisten) |
||
AS Barat (California Utara) |
✓ |
✓ |
|
Zona Lokal AS Barat (Los Angeles) |
✓ |
✓ |
|
AS Barat (Oregon) |
✓ |
✓ |
✓ |
Afrika (Cape Town) |
✓ |
✓ |
|
Asia Pasifik (Hong Kong) |
✓ |
✓ |
✓ |
Asia Pasifik (Hyderabad) |
✓ |
✓ |
|
Asia Pasifik (Jakarta) |
✓ |
✓ |
|
Asia Pasifik (Melbourne) |
✓ |
✓ |
|
Asia Pasifik (Mumbai) |
✓ |
✓ |
✓ |
Asia Pasifik (Osaka) |
✓ |
✓ |
|
Asia Pasifik (Seoul) |
✓ |
✓ |
✓ |
Asia Pasifik (Singapura) |
✓ |
✓ |
✓ |
Asia Pasifik (Sydney) |
✓ |
✓ |
✓ |
Asia Pasifik (Tokyo) |
✓ |
✓ |
✓ |
(Canada (Central) |
✓ |
✓ |
✓ |
Kanada Barat (Calgary) |
✓ (Hanya 125 dan 250 persisten) |
||
Eropa (Frankfurt) |
✓ |
✓ |
✓ |
Eropa (Irlandia) |
✓ |
✓ |
✓ |
Eropa (London) |
✓ |
✓ |
✓ |
Eropa (Milan) |
✓ |
✓ |
|
Eropa (Paris) |
✓ |
✓ |
|
Eropa (Spanyol) |
✓ |
✓ |
|
Eropa (Stockholm) |
✓ |
✓ |
✓ |
Eropa (Zürich) |
✓ |
✓ |
|
Israel (Tel Aviv) |
✓ |
✓ (Hanya 125 dan 250 persisten) |
|
Timur Tengah (Bahrain) |
✓ |
✓ |
|
Timur Tengah (UEA) |
✓ |
✓ |
|
Amerika Selatan (Sao Paulo) |
✓ |
✓ |
|
AWS GovCloud (AS-Timur) |
✓ |
✓ |
|
AWS GovCloud (AS-Barat) |
✓ |
✓ |