Ketersediaan dan daya tahan: Sistem file Single-AZ dan Multi-AZ

Amazon FSx untuk Windows File Server menawarkan dua jenis penyebaran sistem file: Single-AZ dan Multi-AZ. Bagian berikut memberikan informasi untuk membantu Anda memilih jenis penerapan yang tepat untuk beban kerja Anda. Untuk informasi tentang ketersediaan layanan SLA (Perjanjian Tingkat Layanan), lihat Perjanjian Tingkat FSx Layanan Amazon.

Sistem file Single-AZ terdiri dari satu instance server file Windows dan satu set volume penyimpanan dalam satu Availability Zone (AZ). Dengan sistem file Single-AZ, data secara otomatis direplikasi untuk melindunginya dari kegagalan satu komponen dalam banyak kasus. Amazon FSx terus memantau kegagalan perangkat keras, dan secara otomatis pulih dari peristiwa kegagalan dengan mengganti komponen infrastruktur yang gagal. Sistem file single-AZ offline, biasanya kurang dari 20 menit, selama peristiwa pemulihan kegagalan ini dan selama pemeliharaan sistem file yang direncanakan dalam jendela pemeliharaan yang Anda konfigurasikan untuk sistem file Anda. Dengan sistem file Single-AZ, kegagalan sistem file mungkin tidak dapat dipulihkan dalam kasus yang jarang terjadi, seperti karena kegagalan beberapa komponen atau karena kegagalan non-anggun dari server file tunggal yang membuat sistem file dalam keadaan tidak konsisten, dalam hal ini Anda dapat memulihkan sistem file Anda dari cadangan terbaru.

Sistem file multi-AZ terdiri dari klaster server file Windows dengan ketersediaan tinggi yang tersebar di dua AZs (AZ pilihan dan AZ siaga), memanfaatkan teknologi Windows Server Failover Clustering (WSFC) dan satu set volume penyimpanan pada masing-masing dari keduanya. AZs Data direplikasi secara sinkron dalam setiap AZ individu dan di antara keduanya. AZs Sehubungan dengan penerapan Single-AZ, penerapan multi-AZ memberikan peningkatan daya tahan dengan mereplikasi data lebih lanjutAZs, dan meningkatkan ketersediaan selama pemeliharaan sistem yang direncanakan dan gangguan layanan yang tidak direncanakan dengan gagal secara otomatis ke AZ siaga. Hal ini memungkinkan Anda untuk terus mengakses data Anda, dan membantu melindungi data Anda dari kegagalan instans dan gangguan AZ.

Memilih tipe penyebaran sistem file Single-AZ atau Multi-AZ

Kami merekomendasikan penggunaan sistem file Multi-AZ untuk sebagian besar beban kerja produksi mengingat ketersediaan tinggi dan model daya tahan yang disediakannya. Penyebaran AZ tunggal dirancang sebagai solusi hemat biaya untuk beban kerja pengujian dan pengembangan, beban kerja produksi tertentu yang memiliki replikasi yang dibangun ke dalam lapisan aplikasi dan tidak memerlukan redundansi tingkat penyimpanan tambahan, dan beban kerja produksi yang memiliki ketersediaan santai dan kebutuhan Tujuan Titik Pemulihan (). RPO Beban kerja dengan ketersediaan dan RPO kebutuhan yang santai dapat mentolerir hilangnya ketersediaan sementara hingga 20 menit jika terjadi pemeliharaan sistem file yang direncanakan atau gangguan layanan yang tidak direncanakan dan, dalam kasus yang jarang terjadi, hilangnya pembaruan data sejak pencadangan terbaru.

Kami juga merekomendasikan untuk meninjau model ketersediaan untuk sistem file Anda dan memastikan bahwa beban kerja Anda tahan terhadap perilaku pemulihan yang diharapkan untuk jenis penerapan yang Anda pilih selama peristiwa seperti pemeliharaan sistem file, perubahan kapasitas throughput, dan gangguan layanan yang tidak direncanakan.

Dukungan fitur berdasarkan jenis penyebaran

Tabel berikut merangkum fitur yang didukung oleh FSx jenis penyebaran sistem file Windows File Server:

Jenis deployment	SSDpenyimpanan	HDDpenyimpanan	DFSruang nama	DFSreplikasi	DNSNama kustom	Berbagi CA
Single-AZ 1	✓		✓	✓	✓
Single-AZ 2	✓	✓	✓		✓	✓*
Multi-AZ	✓	✓	✓		✓	✓*

catatan

* Meskipun Anda dapat membuat pembagian yang tersedia secara berkelanjutan (CA) pada sistem file Single-AZ 2, Anda harus menggunakan pembagian CA pada sistem file multi-AZ untuk penerapan HA SQL Server.

Proses failover FSx untuk Windows File Server

Sistem file Multi-AZ secara otomatis melakukan failover dari server file pilihan ke server file siaga jika salah satu dari kondisi berikut terjadi:

• Terjadi gangguan Availability Zone.

• Server file pilihan menjadi tidak tersedia.

• Server file pilihan menjalani pemeliharaan yang direncanakan.

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 sumber daya di subnet pilihan tersedia, Amazon FSx secara otomatis gagal kembali ke server file pilihan di subnet pilihan. Sebuah failover biasanya selesai dalam waktu kurang dari 30 detik sejak deteksi kegagalan pada server file aktif hingga promosi server file siaga ke status aktif. Proses failback ke konfigurasi Multi-AZ asli juga akan selesai dalam waktu kurang dari 30 detik, dan hanya terjadi setelah file server di subnet pilihan telah sepenuhnya pulih.

Selama periode singkat di mana sistem file Anda gagal dan gagal kembali, I/O mungkin dijeda dan metrik CloudWatch Amazon mungkin sementara tidak tersedia.

Untuk sistem file multi-AZ, jika ada lalu lintas yang sedang berlangsung selama failover dan failback, setiap perubahan data yang dibuat selama waktu ini perlu disinkronkan antara server file. Proses ini dapat memakan waktu hingga beberapa jam untuk beban kerja yang berat dan IOPS berat. Sebaiknya uji dampak failover pada aplikasi Anda saat sistem file Anda berada di bawah beban yang lebih ringan.

Pengalaman failover pada klien Windows

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. Setelah sumber daya di subnet pilihan tersedia, Amazon FSx secara otomatis gagal kembali ke server file pilihan di subnet pilihan. Karena DNS nama sistem file tetap sama, failover transparan untuk aplikasi Windows, yang melanjutkan operasi sistem file tanpa intervensi manual. Sebuah failover biasanya selesai dalam waktu kurang dari 30 detik sejak deteksi kegagalan pada server file aktif hingga promosi server file siaga ke status aktif. Proses failback ke konfigurasi Multi-AZ asli juga akan selesai dalam waktu kurang dari 30 detik, dan hanya terjadi setelah file server di subnet pilihan telah sepenuhnya pulih.

Pengalaman failover pada klien Linux

Klien Linux tidak mendukung failover DNS berbasis otomatis. Oleh karena itu, mereka tidak secara otomatis terhubung ke server file siaga selama terjadi failover. Mereka akan secara otomatis melanjutkan operasi sistem file setelah sistem file Multi-AZ telah beralih kembali ke server file yang ada di subnet pilihan.

Menguji failover pada sebuah sistem file

Anda dapat menguji failover sistem file Multi-AZ Anda dengan memodifikasi kapasitas throughput-nya. Saat Anda memodifikasi kapasitas throughput sistem file Anda, Amazon akan FSx mengganti server file sistem file. Sistem file multi-AZ secara otomatis gagal ke server sekunder sementara Amazon FSx menggantikan server file server pilihan terlebih dahulu. Kemudian 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 Setelah pembaruan berhasil diselesaikan, sistem file Anda telah beralih ke server sekunder, dan beralih kembali ke server primer. Untuk informasi lebih lanjut tentang memodifikasi kapasitas throughput sistem file Anda dan memantau kemajuan permintaan, lihat Mengelola kapasitas throughput FSx untuk sistem file Windows File Server.

Bekerja dengan sumber daya sistem file Single dan Multi-AZ

Subnet

Saat Anda membuatVPC, itu mencakup semua Availability Zones (AZs) di Region. Availability Zone berada di lokasi yang berjauhan yang ditata sedemikian rupa agar terisolasi dari kegagalan Availability Zone lain. Setelah membuatVPC, Anda dapat menambahkan satu atau lebih subnet di setiap Availability Zone. Default VPC memiliki subnet di setiap Availability Zone. Setiap subnet harus berada sepenuhnya dalam satu Availability Zone dan tidak dapat memperluas zona. Saat Anda membuat sistem FSx file Amazon 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 AWS Wilayah yang sama.

Untuk AWS aplikasi in-, kami menyarankan Anda meluncurkan klien Anda di Availability Zone yang sama dengan server file pilihan Anda untuk meminimalkan latensi.

Antarmuka jaringan elastis sistem file

Saat Anda membuat sistem FSx file Amazon, Amazon menyediakan satu FSx atau lebih antarmuka jaringan elastis di Amazon Virtual Private Cloud (VPC) yang Anda kaitkan dengan sistem file Anda. Antarmuka jaringan memungkinkan klien Anda untuk berkomunikasi dengan sistem file Windows File Server FSx untuk Windows. Antarmuka jaringan dianggap berada dalam lingkup layanan AmazonFSx, meskipun menjadi bagian dari akun AndaVPC. Sistem file Multi-AZ memiliki dua antarmuka jaringan elastis, satu untuk setiap server file. Sistem file Single-AZ memiliki satu antarmuka jaringan elastis.

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.

Tabel berikut merangkum sumber daya subnet, elastic network interface, dan alamat IP FSx untuk jenis penyebaran sistem file Windows File Server:

Jenis deployment sistem file	Jumlah subnet	Jumlah antarmuka jaringan elastis	Jumlah alamat IP
Single-AZ 2	1	1	2
Single-AZ 1	1	1	1
Multi-AZ	2	2	4

Setelah sistem file 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. Jika alamat IP Elastic, yang merupakan alamat IP publik yang dapat dijangkau dari Internet, dilampirkan ke elastic network interface sistem file, Amazon FSx secara otomatis melepaskannya.