Men-deploy Migrasi Langsung Atlas untuk memigrasikan MongoDB ke MongoDB Atlas

Last reviewed 2023-05-08 UTC

Dokumen ini menjelaskan cara men-deploy arsitektur di Menggunakan Migrasi Langsung Atlas untuk memigrasikan MongoDB ke MongoDB Atlas.

Dokumen ini ditujukan untuk para arsitek database, administrator database, dan engineer database yang tertarik dengan layanan MongoDB yang dihosting sepenuhnya, atau yang yang bertanggung jawab untuk memigrasikan database MongoDB dalam kumpulan replika MongoDB ke cluster MongoDB Atlas.

Arsitektur

Diagram berikut menampilkan arsitektur deployment yang Anda buat di dokumen ini:

Server MongoDB di Compute Engine dengan jalur migrasi dari server utama ke MongoDB Atlas.

Dalam diagram, panah menunjukkan jalur migrasi data dari kumpulan replika MongoDB sumber yang berjalan di Compute Engine ke cluster target. Cluster ini berjalan di MongoDB Atlas di Google Cloud. Untuk mengetahui informasi selengkapnya tentang arsitektur, lihat Menggunakan Migrasi Langsung Atlas untuk memigrasikan MongoDB ke MongoDB Atlas.

Tujuan

Menyiapkan sumber yang dikelola sendiri dengan membuat dan memuat dokumen ke dalam contoh kumpulan replika MongoDB.
Menyiapkan cluster target migrasi di MongoDB Atlas.
Menggunakan Migrasi Langsung Atlas untuk memigrasikan database dari kumpulan replika MongoDB yang dikelola sendiri ke cluster MongoDB Atlas yang dikelola sepenuhnya.
Memahami dan memilih strategi pengujian, migrasi sistem, dan penggantian.

Biaya

Deployment arsitektur ini menggunakan komponen Google Cloud yang dapat ditagih berikut:

Compute Engine

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.

Setelah menyelesaikan deployment ini, Anda dapat menghindari penagihan berkelanjutan dengan menghapus resource yang dibuat. Untuk mengetahui informasi selengkapnya, lihat Pembersihan.

Sebelum memulai

Di konsol Google Cloud, pada halaman pemilih project, pilih atau buat project Google Cloud.

Catatan: Alih-alih memilih project yang sudah ada, lebih baik buatlah project baru jika Anda tidak berencana menyimpan resource yang dibuat di deployment ini. Setelah menyelesaikan deployment ini, Anda dapat menghapus project untuk menghapus semua resource yang terkait dengan project tersebut.

Buka pemilih project
Pastikan penagihan telah diaktifkan untuk project Google Cloud Anda. Pelajari cara memeriksa apakah penagihan telah diaktifkan pada suatu project.

Membuat kumpulan replika MongoDB yang dikelola sendiri

Untuk memulai deployment, Anda harus menginstal kumpulan replika MongoDB di Google Cloud. Database ini berfungsi sebagai database sumber Anda. Selanjutnya, periksa apakah database sumber Anda memenuhi semua prasyarat yang diperlukan. Pemeriksaan prasyarat ini membantu mempersiapkan Anda untuk bermigrasi di lingkungan produksi. Meskipun replika MongoDB sudah ada di lingkungan produksi, Anda masih harus memeriksa prasyaratnya.

Setelah menyelesaikan pemeriksaan prasyarat, Anda harus mengaktifkan autentikasi dan memulai ulang instance MongoDB sumber. Terakhir, untuk menguji migrasi, tambahkan set data sampel ke instance MongoDB sumber yang dimigrasikan ke database target.

Menginstal kumpulan replika MongoDB

Di Google Cloud Marketplace, buka penginstalan kumpulan replika MongoDB di Compute Engine.

Buka MongoDB di Cloud Marketplace
Klik Launch. Karena beberapa Google Cloud API diaktifkan, proses peluncuran dapat memakan waktu agak lama.

Jika Anda memiliki izin untuk beberapa project, maka daftar project akan ditampilkan. Pilih project untuk penginstalan MongoDB Anda.

Kumpulan replika MongoDB di-deploy pada kumpulan instance Compute Engine sesuai dengan template Deployment Manager.
Setujui semua setelan konfigurasi default.
Klik Deploy.
Di konsol Google Cloud, aktifkan Cloud Shell.

Aktifkan Cloud Shell

Di bagian bawah Google Cloud Console, Cloud Shell sesi akan terbuka dan menampilkan perintah command line. Cloud Shell adalah lingkungan shell dengan Google Cloud CLI yang sudah terinstal, dan dengan nilai yang sudah ditetapkan untuk project Anda saat ini. Diperlukan waktu beberapa detik untuk melakukan inisialisasi sesi.
Gunakan koneksi SSH untuk login ke instance Compute Engine yang menjalankan MongoDB utama:
```
gcloud compute ssh MONGODB_VM_NAME --project PROJECT_ID --zone ZONE_OF_VM
```
Ganti kode berikut:
- MONGODB_VM_NAME: nama replika utama dari kumpulan replika MongoDB.
- PROJECT_ID: nama project Google Cloud Anda.
- ZONE_OF_VM: zona tempat instance virtual machine (VM) Anda berada. Untuk mengetahui informasi selengkapnya, lihat Geografi dan region.
Saat kunci SSH dibuat, sistem akan meminta frasa sandi. Jika Anda tidak ingin memberikannya, tekan Enter. Namun, jika Anda memberikannya, sebaiknya catat frasa sandi tersebut untuk referensi di masa mendatang.

Jika Anda tidak dapat terhubung menggunakan Cloud Shell, klik SSH untuk VM tingkat server di Deployment Manager.
Luncurkan shell mongo:
```
mongo
```
Cantumkan database yang ada:
```
show dbs
```
Outputnya mirip dengan hal berikut ini:
```
admin   0.000GB
config  0.000GB
local   0.000GB
```
Biarkan shell mongo tetap terbuka untuk perintah mendatang.

Anda sekarang telah membuat dan mengakses kumpulan replika MongoDB dan mengonfirmasi bahwa kumpulan replika tersebut dapat beroperasi.

Memeriksa prasyarat untuk database sumber

Migrasi Langsung Atlas mengharuskan kumpulan replika MongoDB sumber memenuhi kriteria konfigurasi atau prasyarat tertentu. Meskipun kumpulan replika MongoDB sumber yang diinstal sebagai bagian dari deployment ini mematuhi versi yang diperlukan, Anda tetap harus memeriksa prasyarat di lingkungan produksi. Pemeriksaan prasyarat diuraikan dalam dokumentasi Atlas.

Untuk memeriksa apakah semua prasyarat terpenuhi, lakukan tindakan berikut:

Di shell mongo, periksa apakah versi MongoDB adalah versi 2.6 atau lebih baru. (Dalam instance database produksi, buka shell mongo, hubungkan ke server MongoDB menggunakan koneksi SSH, lalu jalankan perintah ini untuk menentukan versinya.)
```
db.version()
```
Output akan menampilkan versi. Jika versinya lebih lama dari versi 2.6, Anda harus mengikuti petunjuk upgrade.
Pastikan deployment Anda saat ini merupakan kumpulan replika MongoDB:
```
rs.status()
```
Output-nya adalah status untuk kumpulan replika MongoDB. Output berikut menunjukkan bahwa instance MongoDB dimulai tanpa mengaktifkan kumpulan replika MongoDB.
```
{
    "ok" : 0,
    "errmsg" : "not running with --replSet",
    "code" : 76,
    "codeName" : "NoReplicationEnabled"
}
```
Dalam hal ini, hentikan dan mulai ulang instance MongoDB dengan mengaktifkan kumpulan replika MongoDB. Jika Anda memiliki instance MongoDB mandiri, upgrade instance MongoDB ke kumpulan replika MongoDB.
Pastikan autentikasi telah diaktifkan pada cluster sumber Anda dengan login:
```
mongo -u YOUR_ADMIN_USERNAME -p --authenticationDatabase admin
```
Ganti kode berikut:
- YOUR_ADMIN_USERNAME: nama pengguna administrator deployment Anda.
Kumpulan replika MongoDB yang dibuat sebelumnya tidak mengaktifkan autentikasi.

Jika autentikasi tidak diaktifkan, Anda harus mengikuti petunjuk untuk mengaktifkan autentikasi. Berikut adalah contoh perintah untuk mengaktifkan autentikasi, dengan contoh nama pengguna dan sandi:
```
use admin
db.createUser(
  {
    user: "myUserAdmin",
    pwd: "myUserAdminPassword",
    roles: [ { role: "userAdminAnyDatabase", db: "admin" }, "readWriteAnyDatabase", "clusterMonitor" ]
  }
)
```
Setelah autentikasi diaktifkan, peran MongoDB clusterMonitor diperlukan untuk menjalankan rs.status(). Perintah sebelumnya menentukan peran ini.
Pastikan pengguna administrator memiliki peran yang sesuai dengan versi kumpulan replika MongoDB. Untuk daftar peran yang sesuai dengan versi tertentu, lihat pembahasan tentang keamanan cluster sumber dalam dokumentasi Migrasi Langsung Atlas.
```
use admin
db.getUser("YOUR_ADMIN_USERNAME")
```
Nama pengguna harus ditempatkan di antara tanda kutip.
(Opsional) Jika deployment MongoDB Anda didasarkan pada versi yang lebih lama dari 4.2, maka deployment tersebut akan berisi indeks dengan kunci yang melebihi batas kunci indeks 1024 byte. Dalam hal ini, setel parameter server MongoDB failIndexKeyTooLong ke false sebelum Anda memulai prosedur Migrasi Langsung Atlas.

Setelah memastikan prasayarat dan membuat perubahan yang diperlukan, Anda dapat menyelesaikan konfigurasi dan memulai ulang database Anda, yang akan dijelaskan pada bagian berikutnya.

Mengaktifkan autentikasi dan memulai ulang kumpulan replika MongoDB

Untuk mengaktifkan autentikasi, Anda harus membuat file kunci dan administrator. Dalam lingkungan produksi, Anda dapat menggunakan skrip untuk mengotomatiskan proses.

Di Cloud Shell, buat file kunci:
```
openssl rand -base64 756 > PATH_TO_KEY_FILE
```
Ganti kode berikut:
- PATH_TO_KEY_FILE: lokasi penyimpanan kunci SSH Anda, misalnya, /etc/mongo-key.
Aktifkan otorisasi untuk masing-masing dari tiga VM:
1. Salin file kunci ke VM:
```
gcloud compute copy-files PATH_TO_KEY_FILE NAME_OF_THE_VM:PATH_TO_KEY_FILE --zone=ZONE_OF_VM
```
  Ganti kode berikut:
  - NAME_OF_THE_VM: nama salah satu VMs yang menjalankan suatu replika dari kumpulan replika.
  - ZONE_OF_VM: zona Google Cloud tempat VM berada yang dirujuk dalam NAME_OF_THE_VM.
2. Gunakan koneksi SSH untuk login ke VM dan mengubah pemilik serta izin akses file kunci:
```
sudo chown mongodb:mongodb PATH_TO_KEY_FILE

sudo chmod 400 PATH_TO_KEY_FILE
```
3. Di editor teks pilihan Anda, buka file mongod.conf dalam mode edit. Jika ingin menulis kembali perubahan apa pun, Anda mungkin perlu menggunakan perintah sudo untuk memulai editor teks.
4. Edit bagian security file mongod.conf:
```
security:
  authorization: enabled
  keyFile: PATH_TO_KEY_FILE
```
5. Mulai ulang replika:
```
sudo service mongod restart
```
Pastikan Anda dapat login ke server utama kumpulan replika MongoDB:
```
mongo -u YOUR_ADMIN_USERNAME -p --authenticationDatabase admin
```

Menyisipkan data sampel

Pada langkah-langkah berikut, sisipkan data sampel ke dalam database sumber, lalu pastikan bahwa dokumen telah berhasil disisipkan:

Di Cloud Shell, gunakan ssh untuk terhubung ke MongoDB utama instance Compute Engine:
```
gcloud compute ssh MONGODB_VM_NAME --project PROJECT_ID --zone ZONE_OF_VM
```
Anda mungkin diminta memasukkan frasa sandi untuk kunci SSH.
Mulai shell mongo:
```
mongo -u YOUR_ADMIN_USERNAME -p --authenticationDatabase admin
```
Masukkan sandi yang Anda tentukan saat membuat nama pengguna administrator.
Buat database:
```
use migration
```
Buat koleksi:
```
db.createCollection("source")
```
Pastikan koleksi tersebut kosong:
```
db.source.count()
```

Tambahkan lima dokumen berikut sebagai set data awal:

db.source.insert({"document_number": 1})
db.source.insert({"document_number": 2})
db.source.insert({"document_number": 3})
db.source.insert({"document_number": 4})
db.source.insert({"document_number": 5})

Output untuk masing-masing perintah ini mirip dengan kode berikut:

WriteResult({ "nInserted" : 1 })

Pastikan Anda telah berhasil menambahkan lima dokumen tersebut ke dalam migrasi koleksi. Hasilnya harus 5.
```
db.source.count()
```
Setelah migrasi database disiapkan dan dimulai, dokumen akan dimigrasikan ke cluster target di MongoDB Atlas.

Mmebuat cluster di MongoDB Atlas

Suatu kumpulan replika MongoDB disebut cluster di MongoDB Atlas. Jika Anda belum menyiapkan cluster sebagai database target, ikuti langkah-langkah di bagian ini. Langkah-langkah ini didasarkan pada dokumentasi MongoDB. Jika sudah menyiapkan cluster sebagai database target, Anda dapat melewati bagian ini.

Di Cloud Marketplace, buka halaman MongoDB Atlas - Penginstalan Paket Gratis.

Buka MongoDB Atlas di Marketplace
Klik Kunjungi Situs MongoDB untuk Mendaftar.
Klik Luncurkan cluster pertama Anda.
Isi informasi yang diperlukan, lalu klik Mulai secara gratis. Catat informasi yang Anda berikan.
Klik Opsi Konfigurasi Lanjutan.
Untuk Penyedia Cloud & Region, pilih Google Cloud Platform dan Iowa (us-central1).
Klik tab Paket Cluster, lalu pilih M10.
Klik tab Setelan Tambahan, pilih MongoDB 4.0 atau MongoDB 4.2, lalu nonaktifkan pencadangan.
Klik Buat Cluster.

Tunggu hingga pembuatan cluster selesai. Perhatikan bahwa nama project adalah Project 0 (dengan spasi kosong) dan nama cluster name adalah Cluster0 (tanpa spasi kosong).

Cluster target telah siap dan sedang berjalan di MongoDB Atlas.

Menguji failover cluster MongoDB Atlas

Setelah migrasi selesai, cluster di MongoDB Atlas akan menjalankan mulai ulang berkelanjutan. Setiap anggota cluster akan dimulai ulang secara bergantian. Untuk memastikan bahwa proses ini berfungsi, uji failover.

Memulai migrasi langsung

Untuk memigrasikan data dari sumber ke database target, lakukan tindakan berikut:

Login ke MongoDB Atlas.
Buka halaman Cluster, lalu pilih cluster yang ingin Anda migrasikan.
Di panel cluster target (Cluster 0), klik .
Pilih Migrasikan Data ke Cluster ini.
Di jendela yang terbuka. tinjau informasi yang tertera. Saat Anda telah siap untuk melakukan migrasi, klik Saya siap bermigrasi.

Jendela dengan petunjuk migrasi data akan ditampilkan. Alamat IP yang tercantum harus dapat mengakses kumpulan replika MongoDB. Jika Anda belum membuat aturan firewall untuk alamat-alamat tersebut, gunakan Cloud Shell untuk menambahkan aturan firewall berdasarkan contoh perintah berikut:
```
gcloud compute firewall-rules create "allow-mongodb-atlas" --allow=tcp:27027 --source-ranges="35.170.231.208/32,3.92.230.111/32,3.94.238.78/32,54.84.208.96/32" --direction=INGRESS
```
Di kolom Hostname:Port kumpulan replika utama Anda, masukkan alamat IP dan port untuk kumpulan replika utama MongoDB, misalnya, IP_ADDRESS:PORT_FOR_PRIMARY.
1. Untuk menentukan instance utama, jalankan perintah berikut di shell mongo pada salah satu instance yang berjalan di project Google Cloud Anda:
```
rs.isMaster().primary
```
2. Untuk mencari alamat IP eksternal yang sesuai, buka halaman Compute Engine instance VM. Port MongoDB standar adalah 27017.
Masukkan nama pengguna administrator dan sandi kumpulan replika MongoDB Anda. Biarkan semua setelan lainnya tetap pada nilai defaultnya.
Klik Validasi, lakukan salah satu tindakan berikut:
- Jika validasi berhasil, klik Mulai Migrasi.
- Jika validasi tidak berhasil, pecahkan masalah dengan menggunakan petunjuk yang disediakan. Misalnya, jika MongoDB Atlas tidak dapat terhubung ke kumpulan replika MongoDB, maka MongoDB Atlas akan memberikan alamat IP yang ingin dihubungkan olehnya. Untuk alamat ini, tambahkan aturan firewall yang mengizinkan traffic TCP pada port 27017 untuk server kumpulan replika MongoDB.
Layar MongoDB Atlas akan menampilkan progres validasi. Tunggu hingga pesan Sinkronisasi Awal Selesai! muncul di status progres.

Pemuatan awal dari kumpulan replika MongoDB sekarang telah selesai. Langkah berikutnya yaitu memastikan bahwa pemuatan awal tersebut berhasil.

Setelah migrasi awal selesai, MongoDB Atlas akan memberikan perkiraan jumlah jam yang tersisa hingga Anda harus melakukan migrasi sistem ke cluster target. Anda mungkin juga akan menerima email dari MongoDB yang memberitahukan jumlah jam yang tersisa, kemampuan untuk memperpanjang waktu tersebut, dan peringatan bahwa jika migrasi sistem terakhir tidak diselesaikan dalam waktu yang ditentukan, maka migrasi akan dibatalkan.

Memverifikasi migrasi database

Penting untuk merancang dan menerapkan strategi verifikasi migrasi database untuk mengonfirmasi bahwa migrasi database berhasil. Meskipun strategi verifikasi tertentu bergantung pada kasus penggunaan tertentu Anda, sebaiknya tetap lakukan pemeriksaan berikut:

Pemeriksaan kelengkapan. Pastikan kumpulan dokumen awal berhasil dimigrasikan dari database sumber (pemuatan awal).
Pemeriksaan dinamis. Pastikan perubahan dalam database sumber sedang ditransfer ke database target (migrasi yang sedang berlangsung).

Pertama, pastikan pemuatan awal berhasil:

Di MongoDB Atlas, klik Cluster.
Klik Koleksi.
Pastikan database bernama migrations ada dan koleksi bernama source memiliki lima dokumen.

Selanjutnya, pastikan perubahan yang sedang berlangsung pada database sumber tercantum dalam database target:

Di Cloud Shell, gunakan koneksi SSH untuk login ke VM utama dari kumpulan replika MongoDB sumber.
Mulai shell mongo:
```
mongo
```

Sisipkan dokumen lainnya:

use migration
db.source.insert({"document_number": 6})

Di halaman Koleksi MongoDB Atlas untuk koleksi migrasi, klik Refresh untuk mengamati bahwa satu dokumen telah ditambahkan ke koleksi source.

Anda sekarang telah memastikan bahwa Migrasi Langsung Atlas telah secara otomatis memigrasikan semua data asli dari sumber dan perubahan yang sedang berlangsung pada sumber tersebut.

Menguji cluster target Atlas

Dalam lingkungan produksi, penting untuk menguji aplikasi yang mengakses database target untuk memastikan bahwa aplikasi tersebut berfungsi dengan baik. Bagian ini membahas beberapa strategi pengujian.

Menguji aplikasi dengan database target selama migrasi

Seperti yang ditunjukkan pada bagian sebelumnya, Anda dapat melakukan pengujian aplikasi selama migrasi database sedang berlangsung. Pendekatan ini dapat berhasil jika aplikasi tidak mengubah target sedemikian rupa sehingga bertentangan dengan data yang sedang dimigrasikan dari database sumber Pendekatan ini dapat menjadi opsi bagi Anda. Namun, hal tersebut bergantung pada lingkungan dan dependensi Anda. Jika aplikasi pengujian menulis data ke database target, aplikasi tersebut mungkin bertentangan dengan migrasi yang sedang berlangsung.

Menguji aplikasi dengan database target sementara

Jika aplikasi tidak dapat diuji selama migrasi database produksi, Anda dapat memigrasikan data ke database target sementara yang hanya digunakan untuk pengujian. Lalu, hapus target pengujian setelah migrasi pengujian selesai.

Untuk metode ini, hentikan migrasi pengujian pada titik tertentu (seolah-olah migrasi database telah selesai), lalu uji aplikasi terhadap database pengujian tersebut. Setelah pengujian selesai, hapus database target dan mulai migrasi database produksi untuk memigrasikan data ke database target permanen. Strategi ini bermanfaat untuk membaca dan menulis database target karena hanya dilakukan untuk pengujian.

Menguji aplikasi dengan database target setelah migrasi selesai

Jika strategi sebelumnya tidak berhasil, maka strategi yang tersisa hanyalah menguji aplikasi pada database setelah migrasi selesai. Setelah semua data berada di database target, uji aplikasi sebelum menyediakannya kepada pengguna. Jika pengujian mencakup penulisan data, maka data pengujian harus ditulis, bukan data produksi, untuk menghindari inkonsistensi data produksi. Untuk menghindari inkonsistensi data atau data yang berlebihan dalam database target, maka data pengujian harus dihapus setelah pengujian selesai.

Sebaiknya cadangkan database target sebelum membukanya untuk akses produksi oleh sistem aplikasi. Langkah ini membantu memastikan bahwa ada titik awal yang konsisten yang dapat Anda buat ulang, jika diperlukan.

Beralih dari kumpulan replika MongoDB sumber ke cluster target

Setelah menyelesaikan pengujian dan memastikan bahwa perubahan yang sedang berlangsung tercantum dalam database target, Anda dapat merencanakan migrasi sistem.

Pertama, Anda harus menghentikan perubahan apa pun pada database sumber agar Migrasi Langsung Atlas dapat mengosongkan perubahan yang belum dimigrasikan ke target. Setelah semua perubahan disimpan dalam target, Anda dapat memulai proses migrasi sistem Migrasi Langsung Atlas. Setelah proses tersebut selesai, Anda dapat mengalihkan klien dari sumber ke database target.

Di MongoDB Atlas, klik Cluster.
Di panel Cluster0, klik Bersiaplah untuk Melakukan Migrasi Sistem. Penjelasan langkah demi langkah tentang proses migrasi sistem dan string koneksi ke cluster target akan ditampilkan.
Klik Migrasi Sistem.

Setelah migrasi selesai, pesan Berhasil! Migrasi cluster Anda telah selesai. akan ditampilkan.

Anda kini telah berhasil memigrasikan kumpulan replika MongoDB ke cluster MongoDB Atlas.

Menyiapkan strategi penggantian

Setelah migrasi sistem selesai, cluster target adalah sistem pencatatan; database sumber sudah usang dan akhirnya dihapus. Namun, Anda dapat beralih ke database sumber jika terjadi kegagalan parah pada database target yang baru. Misalnya, suatu kegagalan dapat terjadi jika logika bisnis dalam aplikasi tidak dijalankan selama pengujian. Akibatnya, aplikasi gagal berfungsi dengan benar. Kegagalan lain dapat terjadi saat performa atau perilaku latensi tidak cocok dengan database sumber dan menyebabkan error.

Untuk menghindari kegagalan tersebut, database sumber asli perlu terus diperbarui dengan perubahan database target. Migrasi Langsung Atlas tidak menyediakan mekanisme penggantian. Untuk mengetahui informasi selengkapnya tentang strategi penggantian, lihat Migrasi database: Konsep dan prinsip (Bagian 2).

Pembersihan

Bagian berikut menjelaskan cara agar Anda terhindar dari tagihan di masa mendatang untuk project Google Cloud dan resource MongoDB yang digunakan dalam deployment ini.

Menghapus project Google Cloud

Agar terhindar dari tagihan pada akun Google Cloud untuk resource yang digunakan dalam deployment ini, Anda dapat menghapus project Google Cloud.

Di konsol Google Cloud, buka halaman Manage resource.
Buka Manage resource
Pada daftar project, pilih project yang ingin Anda hapus, lalu klik Delete.
Pada dialog, ketik project ID, lalu klik Shut down untuk menghapus project.

Menjeda atau menghentikan cluster MongoDB Atlas

Agar terhindar dari tagihan lebih lanjut untuk cluster MongoDB Atlas, Anda perlu menjeda atau menghentikan cluster. Untuk mengetahui informasi selengkapnya tentang implikasi penagihan, lihat Menjeda atau menghentikan cluster.

Langkah selanjutnya

Lihat konten migrasi data Google Cloud.
Untuk mengetahui lebih banyak tentang arsitektur referensi, diagram, dan praktik terbaik lainnya, jelajahi Pusat Arsitektur Cloud.