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

10 pertanyaan untuk ditanyakan (dan dijawab) saat menghosting MongoDB di AWS

Apakah Anda menghosting instans MongoDB produksi Anda di Amazon AWS? Di ScaleGrid, kami mengelola ratusan instance MongoDB produksi di AWS dan telah mempelajari beberapa hal selama ini. Berikut adalah kumpulan 10 pertanyaan yang perlu Anda tanyakan pada diri sendiri dan jawab saat Anda terus mengelola penerapan Anda. Hampir semua informasi di bawah ini juga berlaku untuk penyedia layanan cloud lainnya.

  1. Apa paket ketersediaan tinggi (HA) Anda?

    Jika Anda menggunakan satu instance, mungkin sudah waktunya untuk melihat kumpulan replika. Saat menggunakan set replika, berhati-hatilah untuk memastikan bahwa Anda menerapkan setiap set replika di zona ketersediaan yang berbeda untuk ketersediaan tinggi MongoDB.

  2. Apa rencana pemulihan bencana (DR) Anda?

    Jika Anda menerapkan semua set replika Anda di satu wilayah, apa yang terjadi ketika seluruh wilayah AWS mencair seperti yang terjadi pada April 2011? Anda mungkin ingin melihat pendistribusian set replika MongoDB Anda di seluruh wilayah.

  3. Sudahkah Anda menguji rencana DR Anda?

    Simulasikan kegagalan mesin, jaringan, dan disk untuk memahami perilaku cluster Anda dalam kondisi kegagalan. Anda tidak ingin mengalami failover pertama Anda dalam produksi, dan perlu memastikan klaster MongoDB Anda dapat bertahan dari pemadaman AWS.

  4. Apakah Anda mencadangkan instance Anda?

    Ya, Anda memerlukan cadangan bahkan jika Anda memiliki set replika. Cadangan diperlukan untuk menangani penghapusan yang tidak disengaja atau ketika versi baru aplikasi Anda merusak semua data Anda. Pastikan Anda mencadangkan secara teratur – sebaiknya setiap beberapa jam. Anda dapat membuat cadangan dari sekunder sehingga tidak ada dampak besar pada primer. Untuk gambaran umum tentang opsi pencadangan MongoDB, lihat entri blog kami - Opsi pencadangan MongoDB.

  5. Apakah cadangan Anda berfungsi?

    Sudahkah Anda mencoba pemulihan cadangan MongoDB? Berapa lama waktu yang dibutuhkan untuk memulihkan dan menyinkronkan ulang semua replika Anda? Jika Anda tidak tahu jawabannya, sekarang adalah waktu yang tepat untuk melakukan latihan lari kering dan mencoba pemulihan menyeluruh.

  6. Bagaimana cara menguji peningkatan versi aplikasi dengan data produksi?

    Salah satu bagian tersulit dari pemutakhiran aplikasi MongoDB adalah pengujian dengan data produksi yang ada. Bangun lingkungan seperti produksi yang diasingkan tempat Anda dapat menguji peningkatan versi aplikasi dengan data produksi.

  7. Volume EBS macam apa yang Anda gunakan?

    Jika Anda menggunakan volume EBS standar untuk MongoDB di AWS, pertimbangkan untuk beralih ke volume IOPS baru yang disediakan. Ini sedikit lebih mahal, tetapi bernilai setiap sen. Anda akan melihat lebih sedikit fluktuasi dalam kinerja IO dan tidur lebih nyenyak sepanjang malam.

  8. Sudahkah Anda membandingkan kinerja instans MongoDB Anda?

    Jika belum, Anda dapat membandingkan MongoDB menggunakan benchmark server cloud Yahoo (YCSB) atau mongoperf. Ada baiknya mengetahui apa yang Anda dapatkan dari database Anda.

  9. Bagaimana Anda memantau instance Anda?

    Jika Anda tidak memantau instance Anda, sekarang saat yang tepat untuk memulai. Coba MongoDB Monitoring Console ScaleGrid, atau 10gen memiliki Mongo Monitoring Service (MMS) yang tersedia secara gratis yang dapat Anda mulai gunakan untuk memantau cluster MongoDB Anda.

  10. Apakah Anda mengekspos database Anda ke internet?

    Saat ini, alat pemecah kata sandi dan CPU yang andal akan membuka kata sandi Anda dalam beberapa jam. Gunakan Amazon Security Groups untuk mengunci akses ke database MongoDB Anda dan hanya memberikan akses tingkat depan/menengah ke DB.

Di ScaleGrid, kami telah membantu menjawab sejumlah pertanyaan ini untuk pelanggan kami dan ingin membagikan tips ini untuk membantu Anda mengelola penerapan MongoDB di AWS. Kami menyediakan penyebaran satu klik set replika MongoDB di seluruh zona atau wilayah ketersediaan, memiliki proses pencadangan dan pemulihan otomatis, hanya menggunakan IOPS yang disediakan dan menyediakan cara mudah bagi pelanggan kami untuk membandingkan MongoDB dan juga mensimulasikan failover di klaster MongoDB. Jika Anda memiliki pertanyaan/komentar atau permintaan fitur lain, kami akan senang mendengar dari Anda. Anda dapat mengirim email kepada kami di [email protected].


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. MongoDB $konversi

  2. Karakter Spasi MongoDB

  3. Mongo DB Java 3.x Driver - Kelompokkan Berdasarkan Kueri

  4. Codec MongoDB BSON tidak digunakan saat menyandikan objek

  5. Luwak menghapus (menarik) dokumen dalam array, tidak berfungsi dengan ObjectID