Perencanaan migrasi MongoDB ke Cosmos DB
Setelah meninjau manfaat Cosmos DB, CIO Anda telah memberi Anda lanjutan untuk menjalankan bukti konsep. Fase pertama proyek adalah merencanakan migrasi data. Ini akan mencakup pengaturan Cosmos DB kosong untuk menghosting data yang dimigrasikan.
Di unit ini, Anda akan menelusuri langkah-langkah untuk membuat database Cosmos DB dan memilih metode migrasi offline atau online.
Periksa kompatibilitas MongoDB Anda
Tugas pertama sebelum migrasi adalah memverifikasi bahwa Anda bermigrasi dari versi MongoDB yang didukung. Anda dapat memverifikasi dukungan versi terbaru di situs berikut:
API Azure Cosmos DB untuk MongoDB: fitur dan sintaks yang didukung
Untuk mulai menggunakan Cosmos DB di Azure, Anda membuat akun Cosmos DB dengan API MongoDB. Kemudian Anda membuat database di akun. Anda dapat memisahkan beban kerja database Anda dalam database yang berbeda, manfaat dari pendekatan ini adalah granularitas yang dapat Anda atur throughputnya.
Akses ke data Anda dikontrol dengan menggunakan Azure Virtual Networks (VNet). Anda akan mengonfigurasi Grup Keamanan Jaringan VNET untuk membuka port 53, 443, 445, 9354, dan 10000-20000. Jelas Anda juga perlu mengonfigurasi firewall lokal Anda untuk memungkinkan akses melalui port ini ke server MongoDB lokal Anda.
Biasanya, migrasi melibatkan sejumlah besar transfer data dan Anda dapat meningkatkan throughput untuk sementara selama migrasi. Jika Anda menentukan throughput tingkat database, Anda harus mempertimbangkan bahwa setiap koleksi memerlukan setidaknya 100 RU/Detik. Oleh karena itu, RU/Detik minimum untuk database adalah jumlah koleksi yang dikalikan dengan 100. Throughput tingkat database sering kali tampak lebih tepat daripada throughput tingkat koleksi untuk skenario migrasi, tetapi Anda harus mempertimbangkan bahwa pengaturan ini tidak dapat dimodifikasi setelah pembuatan dan, oleh karena itu, Anda harus memilih pengaturan yang paling tepat untuk penggunaan database pasca migrasi yang diharapkan.
Migrasi offline atau online
Dalam migrasi offline, Anda menghentikan koneksi ke database, melakukan migrasi, lalu membuat koneksi ke database baru yang dimigrasikan. Ini diimpor untuk mencegah koneksi selama migrasi, karena transaksi ini akan hilang.
Migrasi online menerapkan transaksi apa pun yang terjadi selama migrasi ke database baru yang dimigrasikan. Tidak ada transaksi yang hilang.
Migrasi offline lebih cepat, tetapi migrasi online memiliki lebih sedikit waktu henti. Waktu henti dimulai ketika migrasi dimulai untuk offline, tetapi waktu henti hanya dimulai pada akhir migrasi ketika cutover ke database baru terjadi untuk online. Anda harus menjalankan migrasi offline pengujian pada salinan sistem langsung untuk menyelidiki apakah waktu henti dapat diterima. Mungkin untuk menjalankan migrasi pada saat aktivitas biasanya rendah. Jika waktu henti untuk migrasi offline tidak dapat diterima, pilih migrasi online.
Untuk informasi selengkapnya tentang migrasi online, lihat Memigrasikan MongoDB ke Azure Cosmos DB Mongo API secara online
Untuk informasi selengkapnya tentang migrasi offline, lihat Memigrasikan MongoDB ke Azure Cosmos DB Mongo API offline