Dokumen ini menjelaskan arsitektur untuk bermigrasi dari model Kumpulan replika MongoDB yang dikelola sendiri yang berisi database ke cluster terkelola sepenuhnya diMongoDB Atlas dengan menggunakan Layanan Migrasi Langsung Atlas dari MongoDB.
Dokumen ini ditujukan untuk para arsitek database, administrator database, dan engineer database yang tertarik dengan layanan MongoDB yang dihosting sepenuhnya, atau yang bertanggung jawab untuk memigrasikan database MongoDB dalam kumpulan replika MongoDB ke cluster MongoDB Atlas.
Arsitektur
Diagram berikut menunjukkan arsitektur migrasi:
Dalam diagram, panah menunjukkan jalur migrasi data dari kumpulan replika MongoDB sumber yang berjalan di Compute Engine ke cluster target yang berjalan di MongoDB Atlas di Google Cloud.
Arsitektur deployment berisi komponen berikut:
- Database sumber: kumpulan replika MongoDB yang dikelola sendiri dan berjalan di tiga instance Compute Engine.
- Database target: cluster MongoDB Atlas yang terkelola sepenuhnya.
- Layanan migrasi: konfigurasi Migrasi Langsung Atlas untuk memigrasikan data dari sumber ke target.
Meskipun arsitektur ini menggunakan kumpulan replika MongoDB yang dikelola sendiri pada instance Compute Engine, Anda juga dapat men-deploy kumpulan replika MongoDB sumber di pusat data lokal atau lingkungan cloud lainnya.
Alternatif desain
Bagian berikut menyajikan alternatif desain yang potensial untuk arsitektur ini.
Cluster MongoDB yang di-sharding
Arsitektur dalam dokumen ini menggunakan kumpulan replika MongoDB sebagai sumber. Memigrasikan cluster MongoDB yang di-sharding ke MongoDB Atlas tidak disertakan dalam arsitektur ini. Perbedaan arsitektur antara kumpulan replika MongoDB dan cluster MongoDB dengan sharding dijelaskan di Pertukaran Stack: Administrator Database.
Utilitas mongomirror Atlas
Arsitektur dalam dokumen ini menggunakan
Migrasi Langsung Atlas,
bukan
utilitas
Atlas mongomirror. Utilitas mongomirror memerlukan penginstalan agen pada
lingkungan MongoDB sumber dan beroperasi pada tingkat abstraksi yang lebih rendah.
Teknologi integrasi
Penyiapan migrasi dalam arsitektur ini adalah migrasi homogen dengan semantik salinan. Data tidak ditransformasi selama migrasi dan tidak ada konsolidasi database atau sharding ulang data yang terjadi. Anda dapat mengimplementasikan fungsi di luar semantik penyalinan dengan menggunakan teknologi integrasi seperti Striim.
Pertimbangan desain
Panduan berikut dapat membantu Anda mengembangkan arsitektur yang memenuhi persyaratan organisasi Anda dalam hal keandalan, biaya, dan performa.
Keandalan
Migrasi dalam arsitektur ini adalah migrasi sekali jalan dari kumpulan replika MongoDB sumber ke cluster MongoDB Atlas target. Setelah Anda menyelesaikan migrasi sistem dari kumpulan replika MongoDB sumber ke cluster target, database sumber tidak akan terus mengikuti perubahan pada cluster target. Oleh karena itu, jika mengimplementasikan arsitektur ini di lingkungan produksi, Anda tidak dapat mengalihkan aplikasi Anda ke database sumber terbaru dalam penggantian. Untuk informasi selengkapnya tentang proses penggantian, lihat Migrasi database: Konsep dan prinsip (Bagian 2).
Pengoptimalan biaya
Deployment arsitektur ini menggunakan komponen Google Cloud yang dapat ditagih berikut:
Untuk men-deploy arsitektur ini, Anda tidak dapat menggunakan paket gratis MongoDB Atlas. Jenis mesin yang tersedia di paket gratis tidak mendukung Migrasi Langsung Atlas. Jenis mesin minimum yang diperlukan (M10 pada saat penulisan artikel ini) menerapkan biaya layanan per jam di MongoDB Atlas. Untuk membuat perkiraan harga, buka Harga MongoDB Atlas dan tinjau informasi harga Google Cloud. Jika Anda menerapkan migrasi ini dalam produksi, sebaiknya gunakan versi MongoDB Atlas yang dihosting secara reguler.
Performa
Migrasi Langsung Atlas mendukung pendekatan migrasi database periode nonaktif nol. Selama migrasi dari kumpulan replika MongoDB sumber, aplikasi Anda masih dapat mengakses database sumber tanpa masalah. Setelah pemuatan awal, Migrasi Langsung Atlas akan memigrasikan perubahan saat terjadi setelah migrasi dimulai.
Setelah set data awal dimigrasikan, Anda dapat melakukan migrasi sistem dari database sumber ke cluster target. Sebagai bagian dari proses migrasi sistem, Anda menangguhkan akses tulis ke database sumber. Selanjutnya, tunggu hingga Migrasi Langsung Atlas menangkap perubahan yang tersisa dan menerapkannya ke database target. Setelah perubahan diterapkan, Anda dapat menjalankan migrasi sistem di Migrasi Langsung Atlas dan menghentikan database sumber.
Setelah semua data dimigrasikan, Migrasi Langsung Atlas memberi tahu Anda tentang baris status progres di antarmuka pengguna. Pada tahap ini, migrasi data selesai dan sistem aplikasi dapat mulai mengakses cluster target sebagai sistem data baru.
Deployment
Untuk men-deploy arsitektur ini, lihat Men-deploy Migrasi Langsung Atlas untuk memigrasikan MongoDB ke MongoDB Atlas.
Langkah selanjutnya
- Lihat konten migrasi data Google Cloud.
- Untuk mengetahui lebih banyak tentang arsitektur referensi, diagram, dan praktik terbaik lainnya, jelajahi Pusat Arsitektur Cloud.