Arsitektur - Di AWS MongoDB

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

Arsitektur

AWS CloudFormationmenyediakan cara mudah untuk membuat dan mengelola koleksi sumber daya AWS terkait, penyediaan dan memperbarui sumber daya AWS secara tertib dan dapat diprediksi.

Menyebarkan Quick Start ini untuk VPC baru denganparameter defaultmembangun lingkungan MongoDB berikut di AWS Cloud.


      Gambar 1: Arsitektur Quick Start untuk MongoDB di AWS

Gambar 1: Arsitektur Quick Start untuk MongoDB di AWS

  

Komponen AWS berikut digunakan dan dikonfigurasi sebagai bagian dari penerapan referensi ini:

  • VPC dikonfigurasi dengan subnet publik dan privat di tiga Availability Zone. *

  • Dalam subnet publik, gateway NAT untuk memungkinkan konektivitas internet keluar untuk sumber daya (contoh MongoDB) di subnet pribadi. (Untuk informasi lebih lanjut, lihatMulai Cepat Amazon VPC. ) *

  • Di subnet publik, bastion host dalam grup Auto Scaling dengan alamat IP Elastic untuk memungkinkan akses Shell Secure Shell (SSH) masuk. Satu host benteng dikerahkan secara default, tetapi nomor ini dapat dikonfigurasi. (Untuk informasi lebih lanjut, lihatLinux bastion host Quick Start. ) *

  • SesiAWS Identity and Access Management(IAM) peran instans dengan izin berbutir halus untuk akses ke layanan AWS yang diperlukan untuk proses penyebaran.

  • Grup keamanan untuk memungkinkan komunikasi dalam VPC dan untuk membatasi akses ke protokol dan port hanya diperlukan.

  • Di subnet pribadi, klaster MongoDB yang dapat disesuaikan dengan opsi menjalankan mandiri atau dalam set replika, bersama dengan penyimpanan Amazon EBS yang dapat disesuaikan. Mulai cepat meluncurkan setiap anggota replika yang ditetapkan di Availability Zone yang berbeda. Namun, jika Anda memilih Wilayah AWS yang tidak menyediakan tiga atau lebih Availability Zone, Quick Start menggunakan kembali salah satu zona untuk membuat subnet ketiga.

* Anda dapat memilih untuk meluncurkan Quick Start untuk VPC baru atau menggunakan VPC yang ada. Template yang menyebarkan Quick Start ke VPC yang ada melewatkan pembuatan komponen yang ditandai dengan tanda bintang dan meminta Anda untuk konfigurasi yang ada.

Quick Start meluncurkan semua node terkait Mongodb di subnet pribadi, sehingga node diakses dengan menggunakan SSH untuk terhubung ke host benteng. Alih-alih menggunakan CIDR akses jarak jauh untuk setiap instans MongoDB, penyebaran memerlukan ID grup keamanan dari host benteng sehingga akses jarak jauh dapat dikontrol secara terpusat. Jika Anda meluncurkan Quick Start untuk VPC baru, grup keamanan benteng dibuat untuk Anda. Jika Anda meluncurkan Quick Start di VPC yang ada, Anda harus membuat grup keamanan untuk host benteng Anda atau menggunakan salah satu yang sudah ada.

Konstruksi MongoDB

Berikut adalah beberapa blok bangunan yang digunakan dalam penyebaran referensi ini.

Set replika. Mengacu pada sekelompokmongodcontohyang memegang data yang sama. Tujuan replikasi adalah untuk memastikan ketersediaan tinggi, jika salah satu server turun. Penyebaran referensi ini mendukung satu atau tiga set replika. Dalam kasus tiga set replika, penyebaran referensi meluncurkan tiga server dalam tiga berbedaAvailability Zone(jika Wilayah mendukungnya). Dalam kelompok produksi, kami sarankan menggunakan tiga set replika (Primer,Sekunder0,Sekunder1).

Semua klien biasanya berinteraksi dengan simpul primer untuk operasi baca dan tulis. Hal ini dimungkinkan untuk memilih node sekunder sebagai preferensi selama operasi baca, namun operasi tulis selalu pergi ke node primer dan direplikasi secara asinkron di node sekunder. Jika Anda memilih node sekunder untuk operasi baca, perhatikan data basi, karena node sekunder mungkin tidak disinkronkan dengan node primer. Untuk informasi lebih lanjut tentang cara operasi baca dialihkan di kumpulan replika, lihatDokumentasi MongoDB.

Dalam lingkungan pengembangan, Anda dapat memulai dengan satu set replika dan pindah ke tiga set replika selama produksi. Gambar 2 menunjukkan penyebaran referensi MongoDB dengan faktor replikasi 3.


        Klaster MongoDB di AWS dengan tiga set replika

Gambar 2: Klaster MongoDB di AWS dengan tiga set replika

  

Ketika instance primer gagal, salah satu instance sekunder dari Availability Zone lain menjadi node primer baru, sehingga menjamin failover otomatis.

Sharding. Mengacu pada distribusi data di beberapa simpul. Menyimpan data yang berbeda di beberapa node memberikan skalabilitas horizontal untuk membaca dan menulis kinerja. Bila Anda memiliki kumpulan data yang besar, satu node bisa bottlenecked oleh kinerja CPU atau I/O. Sharding menyelesaikan hambatan ini dengan mengurangi jumlah operasi yang masing-masing menangani simpul beling, dan meningkatkan kinerja klaster secara keseluruhan. Quick Start ini tidak memberikan dukungan langsung untuk sharding. Sebaliknya, ia menyediakan parameter (ReplicaShardIndex) untuk mengaktifkan bergabung dengan set replika yang diluncurkan ke cluster sharded. LihatDokumentasi MongoDBuntuk rincian.

Pertimbangan Kinerja

Implementasi referensi menawarkan berbagai pilihan komputasi dan penyimpanan. Tabel berikut menunjukkan beberapa pilihan komputasi untuk dipertimbangkan.

Tipe Instans vCPU Memori (GiB) Jenis Beban Kerja
c3.4xlarge 16 55 Komputasi dioptimalkan
c3.8xlarge 32 60 Komputasi dioptimalkan
c4.8xlarge 36 60 Komputasi dioptimalkan
r3.4xlarge 16 122 Memori dioptimalkan
r3.2xlarge 8 61 Memori dioptimalkan
r3.8xlarge 32 244 Memori dioptimalkan

Sebagai pedoman umum, pertimbangkan untuk menumbuhkan instans secara horizontal, bukan secara vertikal. Penskalaan horizontal mengatasi keterbatasan node tunggal dan menghindari titik kegagalan tunggal, dan berpotensi meningkatkan throughput keseluruhan klaster Anda.

Untuk penyimpanan, tergantung pada kebutuhan database Anda, Anda dapat memilih untuk mengubah volume penyimpanan yang akan dilampirkan ke setiap node. EBS Amazon menyediakan tiga jenis volume: Volume General Purpose (SSD), volume IOPS (SSD) Terprovisi. Ini berbeda dalam hal karakteristik kinerja dan biaya sehingga Anda dapat memilih kinerja dan harga penyimpanan yang tepat tergantung pada kebutuhan aplikasi Anda. Semua jenis volume Amazon EBS menawarkan kemampuan snapshot tahan lama yang sama dan dirancang untuk ketersediaan 99,999%. Penyebaran referensi ini mendukung volume penyimpanan IOPS Tujuan Umum dan Disediakan.

Tabel berikut menunjukkan beberapa karakteristik kinerja masing-masing jenis penyimpanan. Tergantung pada persyaratan kinerja Anda, Anda mungkin ingin membebani aplikasi Anda sebelum memutuskan jenis penyimpanan dan kapasitas IOPS Disediakan Amazon EBS (jika dipilih).

Jenis volume Serba Guna (SSD) IOPS Terprovisi (SSD)
Media penyimpanan SSD didukung SSD didukung
Ukuran volume maksimal 16 TiB 16 TiB
IOP/Volume maksimum/ 10.000 20.000