Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Opsi ketersediaan, daya tahan, dan penerapan
Amazon FSx untuk NetApp ONTAP menggunakan tipe penyebaran Single-AZ dan multi-AZ. Anda dapat memilih dari empat opsi: Single-AZ 1, Single-AZ 2, Multi-AZ 1, dan Multi-AZ 2. Topik ini menjelaskan fitur ketersediaan dan daya tahan dari setiap jenis penerapan untuk membantu Anda memilih salah satu yang tepat untuk beban kerja Anda. Untuk informasi tentang ketersediaan layanan SLA (Perjanjian Tingkat Layanan), lihat Perjanjian Tingkat FSx Layanan Amazon
Topik
Memilih jenis penyebaran sistem file
Fitur ketersediaan dan daya tahan tipe penyebaran sistem file Single-AZ dan Multi-AZ dijelaskan di bagian berikut.
Jenis penyebaran AZ tunggal
Anda dapat memilih antara Single-AZ 1 dan Single-AZ 2 untuk sistem file Single-AZ Anda. Single-AZ 1 adalah sistem file generasi pertama dengan satu pasangan ketersediaan tinggi (HA), sedangkan Single-AZ 2 adalah sistem file generasi kedua dengan 1—12 pasangan HA. Untuk informasi selengkapnya, lihat Memilih pembuatan sistem file.
Saat Anda membuat sistem file Single-AZ, Amazon FSx secara otomatis menyediakan satu hingga dua belas pasang server file dalam konfigurasi siaga aktif, dengan server file aktif dan siaga di setiap pasangan yang terletak di domain kesalahan terpisah dalam satu Availability Zone di. Wilayah AWS Selama pemeliharaan sistem file yang direncanakan atau gangguan layanan yang tidak direncanakan dari server file aktif apa pun, Amazon FSx secara otomatis dan independen gagal atas pasangan ketersediaan tinggi (HA) ke server file siaga, biasanya dalam beberapa detik. Selama failover, Anda terus memiliki akses ke data Anda tanpa intervensi manual.
Untuk memastikan ketersediaan yang tinggi, Amazon FSx terus memantau kegagalan perangkat keras, dan secara otomatis mengganti komponen infrastruktur jika terjadi kegagalan. Untuk mencapai daya tahan tinggi, Amazon FSx secara otomatis mereplikasi data Anda dalam Availability Zone untuk melindunginya dari kegagalan komponen. Selain itu, Anda memiliki opsi untuk mengonfigurasi pencadangan harian otomatis dari data sistem file Anda. Pencadangan ini disimpan di beberapa Availability Zone untuk memberikan ketahanan Multi-AZ untuk semua data cadangan.
Sistem file single-AZ dirancang untuk kasus penggunaan yang tidak memerlukan model ketahanan data dari sistem file Multi-AZ. Mereka menyediakan solusi yang dioptimalkan biaya untuk kasus penggunaan seperti lingkungan pengembangan dan pengujian, atau menyimpan salinan sekunder data yang sudah disimpan di tempat atau di tempat lain Wilayah AWS, dengan hanya mereplikasi data dalam satu Availability Zone.
Diagram berikut menggambarkan arsitektur untuk sistem file generasi pertama ONTAP Single-AZ. FSx
Jenis penyebaran multi-AZ
Anda dapat memilih antara Multi-AZ 1 dan Multi-AZ 2 untuk sistem file Multi-AZ Anda. Multi-AZ 1 adalah sistem file generasi pertama dan Multi-AZ 2 adalah sistem file generasi kedua. Kedua opsi memiliki satu pasangan HA. Untuk informasi selengkapnya, lihat Memilih pembuatan sistem file.
Sistem file Multi-AZ mendukung semua fitur ketersediaan dan daya tahan sistem file Single-AZ. Selain itu, mereka dirancang untuk menyediakan ketersediaan data yang berkelanjutan bahkan ketika Availability Zone tidak tersedia. Penerapan multi-AZ memiliki sepasang HA tunggal server file, server file siaga digunakan di Availability Zone yang berbeda dari server file aktif yang sama. Wilayah AWS Setiap perubahan yang ditulis ke sistem file Anda direplikasi secara sinkron di seluruh Availability Zones ke standby.
Sistem file multi-AZ dirancang untuk kasus penggunaan seperti beban kerja produksi penting bisnis yang memerlukan ketersediaan tinggi untuk data ONTAP file bersama dan membutuhkan penyimpanan dengan replikasi bawaan di seluruh Availability Zone. Diagram berikut menggambarkan arsitektur untuk sistem file generasi pertama ONTAP Multi-AZ. FSx
Memilih pembuatan sistem file
Tabel berikut menggambarkan perbedaan antara generasi pertama dan kedua Single-AZ dan FSx Multi-AZ untuk sistem file. ONTAP
| Dimensi | Generasi pertama | Generasi kedua (pasangan HA tunggal) | Generasi kedua (multi-pasangan) |
|---|---|---|---|
| Jenis deployment | SINGLE_AZ_1 MULTI_AZ_1 |
SINGLE_AZ_2 MULTI_AZ_2 |
SINGLE_AZ_2 |
| Pasangan HA | 1 pasangan HA | 1—12 pasangan HA | |
| SSDpenyimpanan |
Minimal: 1 TiB Maksimal: 192 TiB |
Minimal: 1 TiB Maksimal: 512 TiB |
Minimum: 1 TiB (per pasangan HA) Maksimum: 1 PiB (total) |
| SSD IOPS |
Minimal: IOPS GIB 3/dari SSD Maksimal: 160.000 |
Minimal: IOPS GIB 3/dari SSD Maksimal: 200.000 |
Minimal: IOPS GIB 3/dari SSD Maksimum: 2.400.000 (200.000 per pasangan HA) |
| Kapasitas throughput | 128MBps; 256; 512MBps; 1.024MBps; 2.048MBps; 4.096 MBps MBps | 384MBps; 768; 1.536MBps; 3.072MBps; 6.144 MBps MBps | 1.536 MBps (per pasangan HA); 3.072 MBps (per pasangan HA); 6.144 MBps (per pasangan HA) |
catatan
Anda tidak dapat mengubah jenis penerapan sistem file setelah pembuatan. Jika Anda ingin mengubah jenis penerapan (misalnya, untuk berpindah dari Single-AZ 1 ke Single-AZ 2), Anda dapat mencadangkan data Anda dan mengembalikannya pada sistem file baru. Anda juga dapat memigrasikan data Anda denganNetApp SnapMirror, dengan AWS DataSync, atau dengan alat penyalinan data pihak ketiga. Untuk informasi selengkapnya, silakan lihat Migrasi ke FSx untuk ONTAP menggunakan NetApp SnapMirror dan Migrasi ke FSx untuk ONTAP menggunakan AWS DataSync.
Proses failover untuk untuk FSx ONTAP
Sistem file single-AZ dan Multi-AZ secara otomatis gagal pada pasangan HA tertentu dari server file pilihan atau aktif ke server file siaga jika salah satu kondisi berikut terjadi:
-
Server file pilihan atau aktif menjadi tidak tersedia
-
Kapasitas throughput sistem file diubah
-
Server file yang disukai atau aktif menjalani pemeliharaan yang direncanakan
-
Terjadi pemadaman Availability Zone (hanya sistem file multi-AZ)
catatan
Untuk sistem file generasi kedua dengan beberapa pasangan HA, perilaku failover setiap pasangan HA bersifat independen. Jika server file pilihan untuk satu pasangan HA tidak tersedia, hanya pasangan HA yang akan gagal ke server file siaga.
Ketika gagal dari satu server file ke server lain, server file aktif baru secara otomatis mulai melayani semua permintaan baca dan tulis sistem file ke pasangan HA tersebut. Untuk sistem file multi-AZ, ketika server file pilihan sepenuhnya pulih dan tersedia, Amazon FSx secara otomatis gagal kembali ke sana, dengan failback biasanya selesai dalam waktu kurang dari 60 detik. Untuk sistem file Single-AZ dan Multi-AZ, failover biasanya selesai dalam waktu kurang dari 60 detik dari deteksi kegagalan pada server file aktif hingga promosi server file siaga ke status aktif. Karena alamat IP endpoint yang digunakan klien untuk mengakses data di atas NFS atau SMB tetap sama, failover transparan untuk aplikasi Linux, Windows, dan macOS, yang melanjutkan operasi sistem file tanpa intervensi manual.
Untuk memastikan bahwa failover transparan ke klien yang terhubung ke sistem file ONTAP Single-AZ dan Multi-AZ AndaFSx, lihat. Mengakses data dari dalam AWS Cloud
Menguji failover pada sebuah sistem file
Anda dapat menguji failover pada sistem file Anda dengan memodifikasi kapasitas throughputnya. Saat Anda memodifikasi kapasitas throughput sistem file Anda, Amazon FSx mengganti server file sistem file secara serial. Sistem file secara otomatis gagal ke server sekunder sementara Amazon FSx menggantikan server file pilihan terlebih dahulu. Setelah diperbarui, sistem file secara otomatis gagal kembali ke server utama baru dan Amazon FSx menggantikan server file sekunder.
Anda dapat memantau kemajuan permintaan pembaruan kapasitas throughput di FSx konsol Amazon, konsolCLI, dan. API Untuk informasi lebih lanjut tentang memodifikasi kapasitas throughput sistem file Anda dan memantau kemajuan permintaan, lihat Mengelola kapasitas throughput.
Sumber daya jaringan
Bagian ini menjelaskan sumber daya jaringan yang dikonsumsi oleh sistem file Single-AZ dan Multi-AZ.
Subnet
Saat Anda membuat sistem file Single-AZ, Anda menentukan satu subnet untuk sistem file. Subnet yang Anda pilih mendefinisikan Availability Zone tempat sistem file tersebut dibuat. Ketika Anda membuat sebuah sistem file Multi-AZ, Anda menentukan dua subnet, satu untuk server file pilihan, dan satu untuk server file siaga. Dua subnet yang Anda pilih harus berada di Availability Zone yang berbeda dalam hal yang sama Wilayah AWS. Untuk informasi selengkapnya tentang AmazonVPC, lihat Apa itu AmazonVPC? di Panduan Pengguna Amazon Virtual Private Cloud.
catatan
Terlepas dari subnet yang Anda tentukan, Anda dapat mengakses sistem file Anda dari subnet apa pun di dalam sistem file. VPC
Antarmuka jaringan elastis sistem file
Untuk sistem file Single-AZ, Amazon FSx menyediakan dua antarmuka jaringan elastis (ENI) di subnet yang Anda kaitkan dengan sistem file Anda. Untuk sistem file multi-AZ, Amazon FSx juga menyediakan duaENIs, satu di setiap subnet yang Anda kaitkan dengan sistem file Anda. Klien berkomunikasi dengan sistem FSx file Amazon Anda menggunakan elastic network interface. Antarmuka jaringan dianggap berada dalam lingkup layanan AmazonFSx, meskipun menjadi bagian dari akun Anda. VPC Sistem file multi-AZ menggunakan alamat protokol internet (IP) mengambang sehingga klien yang terhubung dengan mulus bertransisi antara server file pilihan dan siaga selama acara failover.
Awas
Anda tidak boleh mengubah atau menghapus antarmuka jaringan elastis yang dikaitkan dengan sistem file Anda. Memodifikasi atau menghapus antarmuka jaringan dapat menyebabkan hilangnya koneksi permanen antara Anda VPC dan sistem file Anda.
Antarmuka jaringan elastis yang terkait dengan sistem file Anda akan memiliki rute yang secara otomatis dibuat dan ditambahkan ke tabel rute default VPC dan subnet Anda. Memodifikasi atau menghapus rute ini dapat menyebabkan hilangnya konektivitas sementara atau permanen untuk klien sistem file Anda.
Tabel berikut merangkum sumber daya subnet, elastic network interface, dan IP address untuk masing-masing tipe FSx for ONTAP file system deployment:
| Generasi pertama Single-AZ | Generasi kedua Single-AZ | Multi-AZ | |
|---|---|---|---|
| Jumlah subnet | 1 | 1 | 2 |
| Jumlah antarmuka jaringan elastis | 2 | 2 per pasangan HA | 2 |
| Jumlah alamat IP per ENI | 1 + jumlah SVMs dalam sistem file | Jumlah pasangan HA+jumlah pasangan HA dikalikan dengan jumlah SVMs dalam sistem file | 1 + jumlah SVMs dalam sistem file |
| Jumlah VPC rute tabel rute | N/A | N/A | 1 + jumlah SVMs dalam sistem file |
Setelah sistem file atau SVM dibuat, alamat IP-nya tidak berubah sampai sistem file dihapus.
penting
Amazon FSx tidak mendukung akses sistem file dari, atau mengekspos sistem file ke Internet publik. Amazon FSx secara otomatis melepaskan alamat IP Elastic yang merupakan alamat IP publik yang dapat dijangkau dari Internet, yang akan dilampirkan ke antarmuka network elastis sistem file.
