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

Amazon FSx for Windows File Server menawarkan dua jenis deployment 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 Layanan Amazon FSx.

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 cluster server file Windows dengan ketersediaan tinggi yang tersebar di dua AZ (AZ pilihan dan AZ siaga), memanfaatkan teknologi Windows Server Failover Clustering (WSFC) dan satu set volume penyimpanan pada masing-masing dari dua AZ. Data direplikasi secara sinkron dalam setiap AZ individu dan di antara dua AZ. Sehubungan dengan penerapan Single-AZ, penerapan multi-AZ memberikan peningkatan daya tahan dengan mereplikasi data lebih lanjut di seluruh AZ, 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 single-AZ 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 Recovery Point Objective (RPO). Beban kerja dengan ketersediaan yang santai dan kebutuhan RPO 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 jenis penyebaran sistem file FSx for Windows File Server:

Jenis deployment	Penyimpanan SSD	Penyimpanan HDD	Namespace DFS	Replikasi DFS	Nama DNS kustom	Berbagi CA
Single-AZ 1	✓		✓	✓	✓
Single-AZ 2	✓	✓	✓		✓	✓*
Multi-AZ	✓	✓	✓		✓	✓*

catatan

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

Proses failover untuk FSx for 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 akan 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 berat IOPS. 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 akan secara otomatis gagal kembali ke server file pilihan di subnet pilihan. Karena nama DNS sistem file tetap sama, failover bersifat transparan ke 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 berbasis DNS 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. Ketika Anda mengubah kapasitas throughput sistem file Anda, Amazon FSx akan mematikan server file pada sistem file. Sistem file Multi-AZ secara otomatis beralih ke server sekunder sementara Amazon FSx menggantikan server file server pilihan pertama. Kemudian sistem file secara otomatis beralih kembali ke server primer baru dan Amazon FSx mengganti server file sekunder.

Anda dapat memantau kemajuan permintaan pembaruan kapasitas throughput di konsol Amazon FSx, CLI, 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 pada sistem file FSx for Windows File Server.

Bekerja dengan sumber daya sistem file Single dan Multi-AZ

Subnet

Bila Anda membuat sebuah VPC, maka ia mencakup semua Availability Zone (AZs) 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 sebuah sistem file Amazon FSx 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. 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

Bila Anda membuat sebuah sistem file Amazon FSx, Amazon FSx menyediakan satu atau beberapa 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 FSx for Windows File Server. Antarmuka jaringan dianggap berada dalam lingkup layanan Amazon FSx, meski merupakan bagian dari VPC akun Anda. 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 koneksi hilang permanen antara VPC dan sistem file Anda.

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

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 pengaksesan sistem file dari, atau pengeksposan sistem file ke Internet publik. Jika alamat IP Elastis, yang merupakan alamat IP publik yang terjangkau dari Internet, dilampirkan ke antarmuka jaringan elastis sistem file, maka Amazon FSx akan secara otomatis melepaskan alamat itu.