Ketersediaan dan daya tahan

Amazon FSx untuk NetApp ONTAP menggunakan dua jenis penyebaran, Single-AZ dan Multi-AZ, yang menawarkan berbagai tingkat ketersediaan dan daya tahan. 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 Layanan Amazon FSx.

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

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 FSx untuk sistem file ONTAP Single-AZ.

Jenis penyebaran multi-AZ

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 file ONTAP bersama dan membutuhkan penyimpanan dengan replikasi bawaan di seluruh Availability Zone. Diagram berikut menggambarkan arsitektur untuk FSx untuk sistem file Multi-AZ ONTAP.

Proses failover untuk FSx untuk 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 Zona Ketersediaan (hanya sistem file multi-AZ)

catatan

Untuk sistem file scale-out, 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 melalui 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 FSx Anda untuk sistem file ONTAP Single-AZ dan Multi-AZ, lihat. Mengakses data dari dalam AWS

Menguji failover pada sebuah sistem file

Anda dapat menguji failover pada sistem file scale-up Anda dengan memodifikasi kapasitas throughputnya. Saat Anda memodifikasi kapasitas throughput sistem file Anda, Amazon FSx mengalihkan 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 konsol Amazon FSx, CLI, 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 Amazon VPC, lihat Apa itu Amazon VPC? di Panduan Pengguna Amazon Virtual Private Cloud.

catatan

Terlepas dari subnet yang Anda tentukan, Anda dapat mengakses sistem file Anda dari subnet apa pun dalam VPC sistem file.

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 dua ENI, satu di setiap subnet yang Anda kaitkan dengan sistem file Anda. Klien berkomunikasi dengan sistem file Amazon FSx Anda menggunakan elastic network interface. Antarmuka jaringan dianggap berada dalam lingkup layanan Amazon FSx, meskipun menjadi bagian dari VPC akun Anda. 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 koneksi hilang permanen antara VPC dan sistem file Anda.

• Antarmuka jaringan elastis yang terkait dengan sistem file Anda akan memiliki rute yang dibuat secara otomatis dan ditambahkan ke tabel rute VPC dan subnet default 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 fsX untuk jenis penyebaran sistem file ONTAP:

	Single-AZ (peningkatan skala)	Single-AZ (scale-out)	Multi-AZ (peningkatan skala)
Jumlah subnet	1	1	2
Jumlah antarmuka jaringan elastis	2	2 per pasangan HA	2
Jumlah alamat IP per ENI	1 + jumlah SVM dalam sistem file	Jumlah pasangan HA+jumlah pasangan HA dikalikan dengan jumlah SVM dalam sistem file	1 + jumlah SVM dalam sistem file
Jumlah rute tabel rute VPC	N/A	N/A	1 + jumlah SVM 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.