Mereplikasi aset dalam migrasi cloud
Pusat data lokal menyimpan aset fisik, seperti server, appliance, dan perangkat jaringan. Tetapi setiap aset fisik, seperti server, hanya shell. Nilai nyata berasal dari biner yang berjalan di server. Pusat data ada karena aplikasi dan data, yang merupakan biner utama yang Anda migrasikan. Aset digital dan sumber biner, seperti sistem operasi, rute jaringan, file, dan protokol keamanan, mendukung aplikasi dan penyimpanan data.
Proses replikasi terdiri dari langkah-langkah berikut:
Replikasi: Menyalin versi titik waktu dari berbagai biner.
Penyemaian: Menyalin rekam jepret biner ke platform baru dan menyebarkannya ke perangkat keras baru. Salinan benih biner berulah persis seperti biner asli pada perangkat keras lama. Tetapi rekam jepret biner sudah kedaluarsa dan tidak selaras dengan sumber aslinya.
Sinkronisasi: Menyelaraskan biner baru dan biner lama. Proses ini terus memperbarui salinan yang disimpan di platform baru. Sinkronisasi berlanjut hingga aset dipromosikan sejalan dengan model promosi yang dipilih. Pada titik itu, sinkronisasi berhenti.
Prasyarat untuk replikasi
Sebelum replikasi, Anda harus menyelesaikan aktivitas dalam fase persiapan dan penilaian . Untuk mulai mereplikasi, Anda harus memiliki:
Langganan untuk sumber daya anda yang dimigrasikan.
Alat migrasi untuk memindahkan salinan biner.
Biner sumber, disiapkan untuk replikasi dan sinkronisasi. Konfigurasi yang tepat tergantung pada alat migrasi Anda. Persiapan termasuk meremediasi masalah replikasi apa pun yang Anda temukan dalam fase penilaian. Untuk contoh cara memulai replikasi, lihat Migrasi dari VMware melalui migrasi tanpa agen.
Dependensi apa pun untuk beban kerja yang Anda identifikasi selama langkah desain arsitektur beban kerja. Dependensi ini dapat mencakup grup sumber daya, jaringan virtual, dan subnet tempat Anda ingin menyebarkan komputer virtual yang direplikasi. Untuk informasi selengkapnya, lihat Menyebarkan layanan pendukung.
Risiko replikasi: Fisika replikasi
Saat Anda merencanakan dan melakukan replikasi sumber biner ke tujuan baru, pertimbangkan hukum mendasar berikut:
Kecepatan cahaya: Saat Anda memindahkan data dalam volume tinggi, serat adalah opsi tercepat. Tetapi kabel serat hanya dapat memindahkan data pada dua pertiga kecepatan cahaya. Tidak ada metode untuk replikasi data seketika atau tidak terbatas.
Kecepatan alur WAN: Bandwidth uplink bahkan lebih penting daripada kecepatan pergerakan data. Volume data per detik yang ditransfer WAN perusahaan Anda yang ada ke pusat data target menentukan bandwidth uplink.
Kecepatan ekspansi WAN: Jika anggaran memungkinkan, Anda dapat menambahkan lebih banyak bandwidth ke solusi WAN perusahaan Anda. Tetapi bisa memakan waktu berminggu-minggu atau berbulan-bulan untuk mendapatkan, menyiapkan, dan mengintegrasikan lebih banyak koneksi serat.
Kecepatan disk: Bahkan dengan kecepatan data tak terbatas dan batas bandwidth tak terbatas antara biner sumber dan tujuan target, fisika masih membatasi replikasi. Replikasi data hanya terjadi secepat disk sumber yang dapat membaca data.
Kecepatan perhitungan manusia: Disk dan pemindahan cahaya lebih cepat daripada proses keputusan manusia. Ketika sekelompok orang berkolaborasi dan membuat keputusan bersama, hasilnya datang dengan lambat. Replikasi tidak dapat mengatasi penundaan yang terkait dengan perhitungan manusia.
Masing-masing hukum fisika ini mendorong risiko berikut yang umumnya memengaruhi rencana migrasi:
Waktu replikasi: Replikasi memerlukan waktu dan bandwidth. Rencana harus mencakup garis waktu realistis yang mencerminkan jumlah waktu yang dibutuhkan untuk mereplikasi biner.
Total bandwidth migrasi yang tersedia adalah jumlah bandwidth terikat yang tidak digunakan oleh bisnis prioritas lain yang lebih tinggi. Bandwidth yang terikat diukur dalam megabit per detik (Mbps) atau gigabit per detik (Gbps). Total penyimpanan migrasi adalah total ruang disk, yang diukur dalam gigabyte (GB) atau terabyte (TB), yang diperlukan untuk menyimpan rekam jepret aset yang akan dimigrasikan.
Untuk menentukan perkiraan waktu awal, bagi total penyimpanan migrasi dengan total bandwidth migrasi yang tersedia. Perhatikan konversi dari bit ke byte. Item berikutnya menjelaskan perhitungan waktu yang lebih akurat.
Efek kumulatif penyimpangan disk: Dari titik replikasi hingga promosi aset ke produksi, biner sumber dan tujuan harus tetap disinkronkan.
Penyimpangan biner menggunakan bandwidth tambahan karena Anda harus mereplikasi perubahan pada biner secara berulang. Selama sinkronisasi, perhitungan untuk total penyimpanan migrasi mencakup semua penyimpangan biner. Semakin lama waktu yang diperlukan untuk mempromosikan aset ke produksi, semakin banyak penyimpangan kumulatif terjadi. Semakin banyak aset yang disinkronkan yang Anda miliki, semakin banyak bandwidth yang Anda konsumsi. Untuk setiap aset dalam status sinkronisasi, Anda memiliki lebih sedikit total bandwidth migrasi yang tersedia yang tersedia.
Perubahan waktu ke bisnis: Waktu sinkronisasi memiliki efek negatif kumulatif pada kecepatan migrasi. Prioritas backlog migrasi dan persiapan lanjutan untuk rencana komunikasi perubahan sangat penting untuk kecepatan migrasi.
Tes yang paling signifikan dari keselarasan bisnis dan teknis selama upaya migrasi adalah laju promosi. Semakin cepat aset dipromosikan ke produksi, semakin sedikit penyimpangan disk yang memengaruhi bandwidth. Dan Anda dapat mengalokasikan lebih banyak bandwidth dan waktu ke replikasi beban kerja berikutnya.
Merencanakan kapan persyaratan data melebihi kapasitas jaringan
Dalam migrasi cloud, Anda mereplikasi dan menyinkronkan aset melalui jaringan antara pusat data yang ada dan cloud. Persyaratan ukuran data yang ada dari berbagai beban kerja mungkin melebihi kapasitas jaringan. Dalam skenario seperti itu, proses migrasi mungkin diperlambat secara radikal, atau dalam beberapa kasus, dihentikan sepenuhnya.
Jika penilaian, replikasi awal, atau pengujian Anda mengidentifikasi masalah kapasitas, pertimbangkan untuk menggunakan Azure Data Box untuk mentransfer penyimpanan data independen. Gunakan pendekatan ini untuk mengirim data dalam volume besar ke cloud sebelum migrasi beban kerja.
Beberapa solusi mitra non-Microsoft juga menggunakan Data Box untuk migrasi. Dengan solusi ini, Anda dapat memindahkan data dalam volume besar melalui transfer offline, tetapi Anda menyinkronkannya nanti pada skala yang lebih rendah melalui jaringan.