Ketersediaan dan daya tahan - FSx for ONTAP

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Ketersediaan dan daya tahan

Amazon FSx for NetApp ONTAP memiliki dua jenis penerapan, Single-AZ dan Multi-AZ, yang menawarkan berbagai tingkat ketersediaan dan daya tahan. Untuk informasi tentang ketersediaan layanan SLA (Service Level Agreement), lihatPerjanjian Tingkat Layanan Amazon FSx.

Memilih jenis deployment sistem file

Saat Anda membuat sistem file Single-AZ, Amazon FSx secara otomatis menyediakan sepasang server file dalam domain kesalahan terpisah dalam Availability Zone dalam konfigurasi siaga aktif. Selama pemeliharaan sistem file yang direncanakan atau gangguan layanan yang tidak diduga terjadi, Amazon FSx mengalihkan ke server file siaga, biasanya dalam beberapa detik, sehingga Anda dapat terus mengakses data Anda tanpa intervensi manual. Untuk memastikan ketersediaan tinggi, Amazon FSx terus memantau kegagalan perangkat keras, dan secara otomatis menggantikan 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, dan menawarkan backup harian otomatis yang disimpan di beberapa Availability Zone, sehingga memberikan ketahanan Multi-AZ untuk semua data cadangan.

Sistem file Multi-AZ mendukung semua fitur ketersediaan dan daya tahan sistem file Single-AZ. Selain itu, sistem file Multi-AZ dirancang untuk menyediakan ketersediaan terus menerus untuk data bahkan ketika Availability Zone tidak tersedia. Dalam deployment Multi-AZ, server file siaga deployment di Availability Zone yang berbeda dari server file aktif di Wilayah AWS yang sama. Setiap perubahan yang ditulis ke sistem file Anda akan direplikasi secara sinkron di seluruh Availability Zone ke sistem file siaga tersebut.

Sistem file Multi-AZ dirancang untuk kasus penggunaan seperti beban kerja produksi penting bisnis yang memerlukan ketersediaan tinggi untuk data file ONTAP bersama dan memerlukan penyimpanan dengan replikasi bawaan di seluruh Availability Zone. 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 data sekunder yang sudah disimpan di tempat atau di Wilayah AWS lainnya, dengan hanya mereplikasi data dalam Availability Zone.

Proses failover untuk FSx for ONTAP

Sistem file secara otomatis beralih dari server file pilihan ke server file siaga jika salah satu dari kondisi berikut terjadi:

  • Server file pilihan menjadi tidak tersedia

  • Kapasitas throughput sistem file diubah

  • Server file pilihan menjalani pemeliharaan yang direncanakan

  • Pemadaman Availability Zone terjadi (hanya sistem file Multi-AZ)

Ketika beralih dari satu server file ke server file yang lain, server file yang baru aktif secara otomatis mulai melayani semua permintaan baca dan tulis sistem file. Ketika server file pilihan tersedia, Amazon FSx secara otomatis mengalihkan kembali ke server file tersebut. Sebuah failover biasanya selesai dalam waktu kurang dari 60 detik sejak deteksi kegagalan pada server file aktif hingga promosi server file siaga ke status aktif. Proses failback selesai dalam waktu kurang dari 60 detik, dan hanya terjadi setelah file server pilihan telah sepenuhnya pulih. Karena alamat IP endpoint yang digunakan klien untuk mengakses data melalui NFS atau SMB tetap sama, failover bersifat transparan ke aplikasi Linux, Windows, dan macOS, yang melanjutkan operasi sistem file tanpa intervensi manual.

Menguji failover pada sebuah sistem file

Anda dapat menguji failover pada sistem file Anda dengan memodifikasi kapasitas throughput-nya. Ketika Anda mengubah kapasitas throughput sistem file Anda, Amazon FSx akan mematikan server file pada sistem file tersebut. Sistem file secara otomatis beralih ke server sekunder sementara Amazon FSx menggantikan server file pilihan pertama. Setelah diperbarui, sistem file secara otomatis gagal kembali ke server primer 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.

Bekerja dengan sistem file

Subnet

Bila Anda membuat sebuah VPC, maka ia mencakup semua Availability Zone di Wilayah. Availability Zone berada di lokasi yang berjauhan yang ditata sedemikian rupa agar terisolasi dari kegagalan Availability Zone lain. Setelah membuat VPC, Anda dapat menambahkan satu atau beberapa subnet di setiap Availability Zone. VPC default memiliki subnet di setiap Availability Zone. Setiap subnet harus berada sepenuhnya dalam satu Availability Zone dan tidak dapat memperluas zona.

Bila Anda membuat sistem file Single-AZ, Anda menentukan subnet tunggal untuk sistem file tersebut. 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. Kedua subnet yang Anda pilih harus berada di Availability Zone yang berbeda dalam waktu yang samaWilayah AWS.

catatan

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

Antarmuka jaringan elastis sistem file

Ketika Anda membuat sistem file Amazon FSx, Amazon FSx menyediakan sebuahantarmuka jaringan elastis(ENI) di setiap subnet yang Anda kaitkan dengan sistem file Anda. Antarmuka jaringan memungkinkan klien Anda untuk berkomunikasi dengan sistem file FSx for ONTAP. Antarmuka jaringan dianggap berada dalam lingkup layanan Amazon FSx, meski merupakan bagian dari VPC akun Anda.

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.

Tabel berikut merangkum subnet, elastic network interface, dan alamat IP sumber daya untuk FSx for ONTAP jenis deployment sistem file:

Single-AZ Multi-AZ
Jumlah subnet 1 2
Jumlah antarmuka jaringan elastis 2 2
Jumlah alamat IP per ENI 1 + jumlah SVM dalam sistem file 1 + jumlah SVM dalam sistem file
Jumlah rute tabel rute VPC T/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 pengaksesan sistem file dari, atau pengeksposan sistem file ke Internet publik.