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 penggunaan Single-AZ dan Multi-AZ jenis NetApp penerapan ONTAP. 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 [Layanan Amazon FSx](https://aws.amazon.com/fsx/sla/). **Topics** + [Memilih jenis penyebaran sistem file](#choosing-deployment-type) + [Memilih pembuatan sistem file](#choose-generation) + [Proses failover untuk FSx untuk ONTAP](#Failover) + [Sumber daya jaringan](#single-multi-az-resources) ## Memilih jenis penyebaran sistem file Fitur ketersediaan dan daya tahan Single-AZ dan jenis penyebaran sistem Multi-AZ file dijelaskan di bagian berikut. ### Single-AZ jenis penyebaran Anda dapat memilih antara Single-AZ 1 dan Single-AZ 2 untuk sistem Single-AZ file 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](#choose-generation). Saat Anda membuat sistem Single-AZ file, 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. Single-AZ sistem file dirancang untuk kasus penggunaan yang tidak memerlukan model ketahanan data dari sistem Multi-AZ file. 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 mengilustrasikan arsitektur untuk FSx untuk sistem file generasi pertama Single-AZ ONTAP. ![Diagram yang menggambarkan arsitektur untuk FSx untuk sistem file generasi pertama Single-AZ ONTAP.](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-single-az-architecture.png) ### Multi-AZ jenis penyebaran Anda dapat memilih antara Multi-AZ 1 dan Multi-AZ 2 untuk sistem Multi-AZ file 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](#choose-generation). Multi-AZ sistem file mendukung semua fitur ketersediaan dan daya tahan sistem Single-AZ file. Selain itu, mereka dirancang untuk menyediakan ketersediaan data yang berkelanjutan bahkan ketika Availability Zone tidak tersedia. Multi-AZ penerapan memiliki sepasang HA tunggal server file, server file siaga disebarkan 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. Multi-AZ sistem file 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 mengilustrasikan arsitektur untuk FSx untuk sistem file generasi pertama Multi-AZ ONTAP. ![Diagram yang menggambarkan arsitektur FSx yang sangat tersedia untuk sistem file generasi pertama Multi-AZ ONTAP.](http://docs.aws.amazon.com/id_id/fsx/latest/ONTAPGuide/images/fsx-ontap-multi-az-architecture.png) ## Memilih pembuatan sistem file Tabel berikut menggambarkan perbedaan antara generasi pertama dan kedua dan Single-AZ Multi-AZ fsX untuk sistem file ONTAP. **fsX untuk generasi sistem file ONTAP**
DimensiFirst-generationSecond-generation (pasangan HA tunggal)Second-generation (multi-pasangan)
Tipe deploymentSINGLE\_AZ\_1
MULTI\_AZ\_1		SINGLE\_AZ\_2
MULTI\_AZ\_2		SINGLE\_AZ\_2
Pasangan HA1 pasangan HA1—12 pasangan HA
Penyimpanan SSDMinimal: 1 TiB
Maksimal: 192 TiB		Minimal: 1 TiB
Maksimal: 512 TiB		Minimum: 1 TiB (per pasangan HA)
Maksimum: 1 PiB (total)
SSD IOPSMinimal: 3 IOPS/GIB SSD
Maksimal: 160.000		Minimal: 3 IOPS/GIB SSD
Maksimal: 200.000		Minimal: 3 IOPS/GIB SSD
Maksimum: 2.400.000 (200.000 per pasangan HA)
Kapasitas throughput128 MBps; 256 MBps; 512 MBps; 1.024 MBps; 2.048 MBps; 4.096 MBps384 MBps; 768 MBps; 1.536 MBps; 3.072 MBps; 6.144 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 penyebaran (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, lihat [Migrasi ke FSx untuk ONTAP menggunakan NetApp SnapMirror](migrating-fsx-ontap-snapmirror.md) dan [Migrasi ke FSx untuk ONTAP menggunakan AWS DataSync](migrate-files-to-fsx-datasync.md). ## Proses failover untuk FSx untuk ONTAP Single-AZ dan sistem Multi-AZ file secara otomatis gagal atas pasangan HA tertentu dari server file pilihan atau aktif ke server file siaga jika salah satu dari 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 Multi-AZ file) **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 Multi-AZ file, 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 Single-AZ dan sistem Multi-AZ file, 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 ONTAP Single-AZ dan Multi-AZ sistem file, lihat. [Mengakses data dari dalam AWS Cloud](supported-fsx-clients.md#access-environments) ### 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 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](managing-throughput-capacity.md). ## Sumber daya jaringan Bagian ini menjelaskan sumber daya jaringan yang dikonsumsi oleh Single-AZ dan sistem Multi-AZ file. ### Subnet Saat Anda membuat sistem Single-AZ file, Anda menentukan subnet tunggal untuk sistem file. Subnet yang Anda pilih mendefinisikan Availability Zone tempat sistem file tersebut dibuat. Saat Anda membuat sistem Multi-AZ file, 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](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html)? 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 Single-AZ file, Amazon FSx menyediakan dua [antarmuka jaringan elastis](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html) (ENI) di subnet yang Anda kaitkan dengan sistem file Anda. Untuk sistem Multi-AZ file, 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. Multi-AZ Sistem file menggunakan alamat protokol internet mengambang (IP) sehingga klien yang terhubung dengan mulus bertransisi antara server file pilihan dan siaga selama peristiwa 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: | | First-generation Single-AZ | Second-generation 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 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 dilampirkan ke antarmuka network elastis sistem file.