MongoDB
 sql >> Teknologi Basis Data >  >> NoSQL >> MongoDB

Cluster MongoDB Kinerja Tinggi di Amazon EC2

Kinerja merupakan pertimbangan penting saat menerapkan MongoDB di AWS. Dari perspektif perangkat keras, kinerja MongoDB pada EC2 terutama dibatasi oleh dua faktor – RAM dan kecepatan disk. Biasanya (selalu ada pengecualian), CPU seharusnya tidak menjadi masalah, atau memori, karena ada banyak opsi ukuran yang tersedia (R3, I2, C3/C4) yang menawarkan RAM dalam jumlah besar. Untuk detail selengkapnya tentang cara memilih jenis instans yang tepat, lihat postingan blog saya yang lain: Cara memilih jenis Instans EC2 yang tepat

Secara historis, kecepatan dan latensi disk selalu menjadi masalah di Amazon EBS. Namun, Amazon Web Services kini menawarkan beberapa opsi untuk membantu Anda dengan kinerja disk:

  1. Disk IOPS yang Disediakan

    Dalam model IOPS yang disediakan, Anda dapat menentukan pada waktu pembuatan disk jumlah IOPS yang Anda ingin disk Anda dukung. Semakin banyak IOPS yang Anda sediakan, semakin banyak throughput yang dapat ditangani oleh disk Anda. Anda dapat mencapai hingga 4000 IOPS/disk! Namun, IOPS bisa menjadi mahal dengan $0,065 per IOPS bulan. Misalnya, jika Anda menyediakan 4000 IOPS untuk disk, Anda akan dikenakan biaya $260/bulan hanya untuk IOPS saja. Ini dapat bertambah dengan cepat jika Anda memiliki banyak server.

  2. SSD lokal

    Ini adalah opsi terbaik untuk kinerja disk di Amazon AWS. SSD lokal memberikan throughput dan perilaku latensi terbaik dari semua opsi disk AWS. Namun, mereka disebut 'lokal' karena suatu alasan. Jika, karena alasan apa pun, mesin virtual (VM) Anda dihentikan, penyimpanan lokal yang dialokasikan akan dilepaskan. Jadi, beban keandalan data ada pada pengguna. Bisakah Anda menggunakan dua penyimpanan data SSD lokal di dua zona ketersediaan (AZ) yang berbeda dan menyebutnya terpecahkan? Tidak terlalu. Jika AWS mengalami pemadaman di seluruh wilayah seperti yang terjadi di AS-Timur beberapa tahun sebelumnya, Anda akan kehilangan SSD lokal di semua AZ Anda. Karena alasan ini, instans SSD lokal tidak boleh digunakan sebagai penyimpanan data utama untuk data Anda.

MongoDB Performa Tinggi:Kumpulan Replika 3-Node

Dengan mempertimbangkan masalah ini, kami memperkenalkan konfigurasi MongoDB berkinerja tinggi kami di AWS. Cluster berkinerja tinggi menggunakan hibrida SSD lokal dan disk IOPS yang disediakan EBS untuk mencapai kinerja tinggi dan keandalan tinggi. Konfigurasi tipikal diterapkan menggunakan set replika 3-simpul.

  • Primer dan Sekunder 1 menggunakan disk SSD lokal
  • Sekunder 2 menggunakan IOPS yang disediakan EBS

Set Replika 3-Node MongoDB Kinerja Tinggi

Apa artinya ini? Karena Primer dan Sekunder 1 berjalan pada SSD lokal, Anda mendapatkan kinerja disk terbaik dari mesin AWS Anda. Tidak ada lagi EBS berbasis jaringan, hanya SSD lokal yang sangat cepat. Membaca dan menulis ke Primer Anda dan bahkan membaca dari Sekunder 1 akan bekerja dengan kecepatan SSD. Sekunder 2 menggunakan IOPS yang disediakan EBS untuk disk data dan Anda dapat mengonfigurasi jumlah IOPS yang akan dikonfigurasi untuk klaster Anda. Konfigurasi ini memberikan keamanan lengkap untuk data Anda, bahkan jika Anda menggunakan disk SSD lokal. Saat ini kami menawarkan empat ukuran – Besar, XLarge, X2XLarge, X4XLarge. Untuk detail selengkapnya, lihat bagian Bring Your Own Cloud (BYOC) dan Dedicated Clusters di halaman harga kami.

Jika Anda memiliki beban kerja tulis yang sangat tinggi, kemungkinan instans EBS Anda tidak dapat mengimbangi instans SSD Anda. Dalam skenario ini, ada beberapa opsi yang tersedia dan tim dukungan kami akan dengan senang hati memandu Anda melaluinya. Semua fungsi kami yang ada, termasuk pencadangan, pemulihan, klon, penskalaan, pemadatan, dll. terus berfungsi seperti biasa. Jika Anda memiliki pertanyaan lebih lanjut, hubungi kami di [email protected].


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Meteor:mengunggah file dari klien ke koleksi Mongo vs sistem file vs GridFS

  2. Apa yang sebenarnya dimaksud dengan MongoDB yang tidak mematuhi ACID sebelum v4?

  3. Bagaimana cara mengkonfigurasi cluster MongoDB yang mendukung sesi?

  4. Mengganti dokumen yang disematkan dalam array di MongoDB

  5. Bagaimana cara mengelompokkan tanggal secara triwulanan?