Menjalankan migrasi ke cloud

Artikel ini menyediakan panduan terstruktur untuk menjalankan migrasi yang berhasil ke Azure. Panduan ini mencakup waktu henti hampir nol dan pendekatan waktu henti yang direncanakan untuk mengakomodasi persyaratan bisnis yang berbeda.

Menyiapkan pemangku kepentingan untuk migrasi

Persiapan pemangku kepentingan memastikan eksekusi terkoordinasi dan penyelesaian masalah yang cepat selama migrasi. Komunikasi yang jelas dan alokasi sumber daya mengurangi gangguan bisnis dan meningkatkan tingkat keberhasilan migrasi. Anda harus membuat protokol komunikasi dan mengonfirmasi ketersediaan dukungan sebelum memulai aktivitas migrasi.

1. Mendistribusikan jadwal migrasi terperinci ke semua pemangku kepentingan. Jadwal komprehensif menciptakan kejelasan dan keselarasan di seluruh organisasi. Membuat dan mendistribusikan dokumen yang menentukan waktu migrasi, dampak layanan yang diharapkan, tanggung jawab, dan rencana kontingensi. Sertakan informasi kontak untuk tim migrasi dan sumber daya dukungan. Persiapan ini mencegah kesalahpahaman dan mengurangi gangguan bisnis selama jendela migrasi.

2. Konfirmasi ketersediaan dukungan teknis di seluruh jendela migrasi. Sumber daya teknis khusus memungkinkan respons langsung terhadap masalah yang muncul selama migrasi. Jadwalkan staf teknis tertentu dengan keahlian yang relevan untuk dihubungi selama seluruh periode migrasi. Tetapkan jalur eskalasi yang jelas dengan harapan waktu respons untuk masalah penting. Struktur dukungan ini mengurangi waktu resolusi untuk masalah yang dapat memengaruhi keberhasilan migrasi atau operasi bisnis.

3. Lakukan tinjauan kesiapan pra-migrasi dengan semua tim dukungan. Tinjauan kesiapan mengonfirmasi bahwa semua tim memahami peran mereka dan memiliki akses yang diperlukan. Selenggarakan rapat dengan perwakilan dari setiap tim dukungan untuk meninjau rencana migrasi, prosedur verifikasi, dan kriteria putar kembali. Verifikasi bahwa tim dukungan memiliki akses sistem dan alat pemantauan yang sesuai yang dikonfigurasi. Persiapan ini memastikan respons terkoordinasi terhadap masalah apa pun yang muncul selama migrasi.

Menerapkan pembekuan perubahan

Pembekuan perubahan mencegah modifikasi yang dapat mengganggu keberhasilan migrasi. Stabilitas sistem mengurangi risiko migrasi dan memastikan konsistensi data. Anda harus menerapkan kontrol untuk mencegah perubahan pada sistem sumber selama jendela migrasi.

1. Menerapkan kontrol perubahan otomatis dalam alur penyebaran. Kontrol otomatis mencegah perubahan yang tidak sah pada sistem produksi. Konfigurasikan alur penyebaran untuk memblokir rilis ke lingkungan sumber selama jendela beku. Tambahkan gerbang persetujuan di alat CI/CD Anda untuk memberlakukan periode pembekuan. Kontrol ini mencegah penyebaran yang tidak disengaja yang dapat memengaruhi hasil.

2. Prosedur perubahan darurat dokumen. Prosedur darurat memungkinkan perbaikan penting sambil menjaga stabilitas. Buat kriteria khusus untuk perubahan darurat dan tentukan proses persetujuan yang dipercepat. Sertakan informasi kontak untuk pemberi persetujuan dan pengujian dokumen yang diperlukan. Prosedur ini menyeimbangkan stabilitas sistem dengan persyaratan kelangsungan bisnis.

3. Pantau perubahan yang tidak sah. Deteksi perubahan memastikan membekukan kepatuhan di seluruh jendela perubahan. Konfigurasikan pemberitahuan untuk modifikasi file, perubahan skema database, dan penyebaran aplikasi. Gunakan alat manajemen konfigurasi untuk melacak status sistem. Pemantauan ini mencegah perubahan yang tidak terdokumentasi memengaruhi keberhasilan.

Menyelesaikan lingkungan produksi

Persiapan lingkungan produksi memastikan konsistensi, keamanan, dan kesiapan operasional untuk beban kerja yang dimigrasikan. Persiapan ini mengurangi penyimpangan konfigurasi dan menyediakan fondasi yang divalidasi untuk beban kerja Anda. Anda harus membuat sumber daya produksi menggunakan templat infrastruktur sebagai kode dan menerapkan konfigurasi tingkat produksi.

1. Buat sumber daya produksi menggunakan templat infrastruktur sebagai kode. Infrastruktur sebagai kode memastikan penyebaran yang konsisten dan dapat diulang di seluruh lingkungan. Pendekatan ini mengurangi kesalahan konfigurasi dan menyediakan kontrol versi untuk perubahan infrastruktur. Gunakan templat Azure Resource Manager, Bicep, atau Terraform untuk menyebarkan sumber daya dengan konfigurasi standar.

2. Terapkan konfigurasi tingkat produksi ke sumber daya Azure. Konfigurasi produksi menetapkan garis besar keamanan, performa, dan kepatuhan yang melindungi beban kerja Anda dan memenuhi persyaratan organisasi. Konfigurasikan grup keamanan jaringan dengan aturan ketat yang hanya memungkinkan lalu lintas yang diperlukan antar layanan. Terapkan aturan firewall yang memblokir akses yang tidak sah saat mengaktifkan jalur komunikasi yang diperlukan. Siapkan kontrol manajemen identitas dan akses yang mengikuti prinsip hak istimewa paling sedikit. Provisikan database Anda di Azure dengan versi yang benar dan konfigurasikan akun pengguna, peran, dan izin yang diperlukan untuk replikasi. Konfigurasikan kontrol akses jaringan dan aturan firewall untuk mengamankan koneksi database. Konfigurasi ini membuat fondasi aman untuk beban kerja anda yang dimigrasikan.

3. Verifikasi bahwa semua layanan berjalan dengan benar. Verifikasi layanan memastikan bahwa infrastruktur Azure dapat mendukung beban kerja yang dimigrasikan. Verifikasi ini mengidentifikasi potensi masalah sebelum memengaruhi proses migrasi. Periksa status kesehatan layanan, penyelesaian pembuatan sumber daya, dan pemeriksaan kesehatan khusus layanan.

4. Konfirmasikan bahwa konektivitas jaringan telah dibuat. Validasi konektivitas jaringan memastikan bahwa semua jalur komunikasi yang diperlukan berfungsi. Validasi ini mencegah masalah konektivitas yang dapat mengganggu fungsionalitas migrasi atau aplikasi. Uji konektivitas jaringan antara semua layanan yang diperlukan dan validasi resolusi DNS untuk titik akhir penting.

Jalankan cutover

Eksekusi migrasi mentransfer data dan operasi beban kerja dari lingkungan sumber ke Azure. Langkah-langkah berikut memberikan pendekatan standar yang memprioritaskan waktu henti mendekati nol sambil mengakomodasi skenario yang dapat mentolerir waktu henti yang direncanakan. Anda harus menyesuaikan langkah-langkah ini berdasarkan persyaratan waktu henti dan karakteristik beban kerja spesifik Anda. Lihat alat migrasi data.

Menjalankan migrasi dengan waktu henti sistem mendekati nol

1. Menetapkan replikasi database. Konfigurasikan fitur replikasi asli platform database Anda untuk membuat replikasi data berkelanjutan antara sumber dan sistem target Azure Anda. Verifikasi bahwa sinkronisasi data awal berhasil diselesaikan dan replikasi sehat.

2. Pantau jeda replikasi. Pantau jeda dalam replikasi menggunakan alat pemantauan platform database Anda. Latensi yang lebih tinggi meningkatkan risiko dan durasi cutover. Jangan lanjutkan ke langkah berikutnya sampai jeda replikasi adalah nol.

3. Migrasikan data dan file yang tidak terstruktur selama replikasi yang stabil. Salin data dan file yang tidak terstruktur ke Azure sebelum cutover akhir. Gunakan Alat untuk migrasi objek dan file dengan fitur untuk mentransfer file ke layanan penyimpanan Azure yang sesuai. Persiapan ini mengurangi jumlah data yang perlu disalin selama cutover akhir.

4. Jeda operasi tulis selama jendela sinkronisasi akhir. Berkoordinasi dengan tim aplikasi untuk menghentikan operasi tulis atau mengaktifkan mode baca-saja selama jendela pemeliharaan yang telah ditentukan. Langkah ini mencegah inkonsistensi data selama cutover akhir. Jadwalkan jeda ini selama periode lalu lintas rendah dan komunikasikan garis waktu kepada semua pemangku kepentingan. Jika Anda tidak menjeda operasi tulis, Anda meningkatkan risiko kehilangan data.

5. Selesaikan sinkronisasi data akhir. Selesaikan sinkronisasi akhir data apa pun yang dimodifikasi setelah menjeda penulisan menggunakan AzCopy atau alat serupa. Verifikasi bahwa tidak ada transaksi yang tertunda yang masih ada di sistem sumber dan replikasi database telah sepenuhnya terupdate.

6. Memvalidasi integritas data dan fungsionalitas beban kerja. Jumlah baris database dapat dibandingkan untuk pemeriksaan cepat tetapi untuk validasi yang lebih dalam, checksum dan fungsi hash lebih disukai. Untuk sistem file, gunakan fungsi hash MD5 dan validasi jumlah file, ukuran, dan tanda waktu. Verifikasi fungsionalitas beban kerja penting termasuk autentikasi dan transaksi inti.

7. Arahkan lalu lintas ke beban kerja Azure baru. Perbarui rekaman DNS dan konfigurasi load balancer untuk mengarahkan lalu lintas pengguna ke lingkungan Azure. Memantau kesehatan dan performa beban kerja.

8. Laksanakan validasi dan pemantauan pasca-cutover secara menyeluruh dan teliti. Lakukan pengujian fungsi end-to-end dari semua proses bisnis penting menggunakan suite pengujian otomatis. Validasi akurasi data menggunakan verifikasi checksum dan perbandingan fungsi hash antara sistem sumber dan target. Minta pemilik aplikasi mengonfirmasi bahwa semua fungsi utama beroperasi dengan benar. Pantau performa sistem, tingkat kesalahan, dan pola akses pengguna selama 24-48 jam pertama setelah cutover untuk mengidentifikasi penurunan performa atau masalah fungsionalitas.

Jalankan migrasi dengan waktu henti

1. Hentikan semua operasi tulis ke sistem sumber. Langkah ini memastikan tidak ada transaksi baru yang terjadi selama migrasi. Konfirmasikan bahwa semua transaksi selesai dan pengguna dikunci sebelum melanjutkan.

2. Migrasikan semua data ke Azure. Salin database, file, dan penyimpanan objek ke Azure. Gunakan alat seperti Azure Migrate, AzCopy, atau Azure Database Migration Service (DMS) tergantung pada jenis dan volume data. Lihat alat migrasi data.

3. Validasi integritas data setelah migrasi. Lakukan checksum, jumlah baris, dan perbandingan metadata untuk mengonfirmasi akurasi data. Gunakan alat otomatis jika tersedia untuk mengurangi upaya manual dan meningkatkan keandalan.

4. Uji aplikasi di lingkungan Azure. Jalankan pengujian end-to-end untuk mengonfirmasi bahwa aplikasi berfungsi dengan benar dengan data yang dimigrasikan. Sertakan pelaporan, integrasi, dan validasi cadangan.

5. Arahkan lalu lintas ke beban kerja Azure baru. Perbarui DNS, load balancer, dan konfigurasi aplikasi untuk menunjuk ke Azure. Pantau masalah konektivitas dan konfirmasi keberhasilan pengalihan.

6. Validasi fungsionalitas beban kerja setelah pemutusan sistem. Lakukan pemeriksaan akhir untuk memastikan aplikasi stabil dan data akurat. Libatkan pemilik aplikasi untuk memverifikasi fungsi penting bisnis.

Pertahankan opsi cadangan (fallback)

Pertahankan lingkungan sumber sebagai opsi fallback. Retensi lingkungan sumber memungkinkan pembalikan cepat jika masalah penting terjadi yang tidak dapat diselesaikan dalam jangka waktu yang dapat diterima. Opsi fallback ini menyediakan asuransi kelangsungan bisnis selama periode stabilisasi. Jaga agar lingkungan sumber tetap tersedia dan pertahankan kemampuan untuk mengembalikan rekaman DNS dan memulihkan konfigurasi sebelumnya jika diperlukan.

Memvalidasi keberhasilan migrasi

Validasi pascamigrasi memastikan bahwa beban kerja beroperasi dengan benar dan memenuhi semua persyaratan. Validasi ini mengonfirmasi bahwa integritas data dipertahankan dan bahwa migrasi berhasil. Anda harus melakukan validasi komprehensif sebelum menyatakan migrasi selesai.

1. Konfirmasi keberhasilan akses pengguna dan performa sistem. Validasi akses pengguna memastikan bahwa transisi ke Azure transparan dan performa tersebut memenuhi harapan. Konfirmasi ini memvalidasi bahwa pengguna dapat mengakses sistem tanpa gangguan. Pantau pola akses pengguna, metrik performa sistem, dan tingkat kesalahan selama periode pascamigrasi awal.

2. Umumkan keberhasilan migrasi hanya setelah validasi menyeluruh. Validasi lengkap memastikan bahwa semua pemangku kepentingan mengonfirmasi bahwa beban kerja stabil dan fungsional. Konfirmasi ini mencegah deklarasi keberhasilan prematur yang dapat menyebabkan masalah nanti. Dapatkan konfirmasi dari pemilik aplikasi, penguji, dan pemangku kepentingan bisnis bahwa beban kerja memenuhi semua persyaratan dan beroperasi dengan benar.

Mendukung beban kerja selama stabilisasi

Cakupan dukungan yang ditingkatkan memastikan respons cepat terhadap masalah pascamigrasi selama periode stabilisasi kritis. Dukungan ini memberikan penyelesaian masalah yang lebih cepat yang umumnya terjadi setelah migrasi. Anda harus membuat model dukungan khusus dan memperbarui dokumentasi operasional.

1. Menetapkan cakupan dukungan yang ditingkatkan selama periode stabilisasi. Model dukungan khusus memastikan respons cepat terhadap masalah pascamigrasi selama periode stabilisasi kritis. Dukungan ini memberikan penyelesaian masalah yang lebih cepat yang umumnya terjadi setelah migrasi. Tetapkan staf IT atau mitra migrasi yang berpengalaman untuk memantau beban kerja dengan cermat dan menyediakan SLA yang lebih pendek daripada operasi normal.

2. Memperbarui manajemen konfigurasi dan sistem inventarisasi. Pembaruan manajemen konfigurasi memastikan bahwa alat dan proses operasional mencerminkan lingkungan Azure baru. Pemeliharaan ini menjaga dokumentasi operasional tetap terkini dan mendukung aktivitas manajemen yang sedang berlangsung. Perbarui database manajemen konfigurasi (CMDB) untuk lingkungan hosting baru, dengan asumsi bahwa alat inventori yang ada memperbarui alamat IP, CPU, memori, dan detail infrastruktur lainnya secara otomatis.

Alat dan sumber daya Azure

Source	Tool	Description
Multiple	Panduan migrasi database	Panduan untuk platform, sumber, dan target database yang berbeda
Multiple	Alat untuk migrasi objek dan file	Perbandingan alat yang berbeda
Cloud lain	AWS dan Google Cloud ke Azure	Panduan untuk bermigrasi dari AWS dan Google Cloud ke Azure
On-premises	Layanan Migrasi Basis Data Azure	Layanan terkelola penuh untuk memigrasikan database ke Azure dengan waktu henti minimal
On-premises	Azure Migrate	Layanan migrasi komprehensif untuk menemukan, menilai, dan memigrasikan beban kerja ke Azure
On-premises	Azure Data Box	Mengirim terabyte data ke dalam dan ke luar Azure
Google Cloud	Layanan Transfer Penyimpanan Cloud Google	Mentransfer data ke dan dari berbagai cloud atau lingkungan lokal
Google Cloud	gsutil	Alat baris perintah Google Cloud untuk mengelola Cloud Storage
AWS	Layanan Transfer Data AWS	Mentransfer data antara layanan penyimpanan lokal dan AWS
AWS	AWS CLI	Antarmuka baris perintah Amazon Web Services untuk mengelola layanan AWS
Multiple	Panduan migrasi Java	Panduan untuk memigrasikan aplikasi Java ke Azure
On-premises	VMWare	Panduan untuk memigrasikan VMWare ke Azure
On-premises	Hyper-V	Panduan untuk memigrasikan Hyper-V ke Azure
Azure Analysis Services	Memigrasikan Azure Analysis Services ke Power BI	Memigrasikan Microsoft Azure Analysis Services ke Power BI menggunakan fitur migrasi Microsoft Power BI Premium di Power BI.
Multiple	Peta jalan adopsi Microsoft Fabric	Pelajari pertimbangan strategis dan taktis serta item tindakan yang mengarah pada keberhasilan adopsi Microsoft Fabric, dan membantu membangun budaya data di organisasi Anda.
Multiple	Bermigrasi ke Power BI	Pelajari cara merencanakan dan melakukan migrasi dari alat BI pihak ketiga ke Power BI.
Azure Synapse Analytics	Migrasi dari Azure Synapse Data Explorer ke Fabric Eventhouse (versi pratinjau)	Panduan langkah demi langkah untuk memigrasikan database Azure Synapse Data Explorer (Kusto) Anda ke Fabric Eventhouse.
Azure Synapse Analytics	Asisten Migrasi untuk Gudang Data Fabric (pratinjau)	Pelajari cara menggunakan Asisten Migrasi untuk memindahkan data dan objek dari Gudang Data SQL Azure Synapse Analytics ke Gudang Data Fabric, termasuk skenario dan batasan yang didukung.
Azure Synapse Analytics	Metode migrasi: Kumpulan SQL khusus Azure Synapse Analytics ke Fabric Data Warehouse	Pelajari metode migrasi pergudangan data di kumpulan SQL khusus Azure Synapse ke Fabric.
Azure Synapse Analytics	Perencanaan migrasi: SQL pool khusus Azure Synapse Analytics ke Fabric Data Warehouse	Rencanakan migrasi pergudangan data di kumpulan SQL khusus Azure Synapse ke Fabric.
Azure Synapse Analytics	Migrasi dari Azure Synapse Spark ke Fabric	Pelajari tentang migrasi dari Azure Synapse Spark ke Fabric, termasuk pertimbangan utama dan skenario migrasi yang berbeda.
Azure Synapse Analytics	Memigrasikan data dan alur dari Azure Synapse Analytics ke Fabric	Pelajari tentang berbagai opsi Anda untuk memigrasikan data dan alur dari Azure Synapse Analytics ke Fabric.
Azure Synapse Analytics	Memigrasikan notebook dari Azure Synapse Analytics ke Fabric	Pelajari tentang berbagai opsi Anda untuk memigrasikan notebook Azure Synapse Spark Anda ke Fabric.
Spark	Memigrasikan pustaka ruang kerja dan properti Spark yang ada ke lingkungan Microsoft Fabric	Pelajari cara memigrasikan pustaka ruang kerja Anda dan properti Apache Spark yang ada ke lingkungan Fabric default.

Langkah selanjutnya

Mengoptimalkan beban kerja setelah migrasi