Bagikan melalui


Perbaiki aset sebelum migrasi

Selama proses penilaian migrasi, tim mengidentifikasi konfigurasi apa pun yang mungkin membuat aset tidak kompatibel dengan penyedia cloud yang dipilih. Remediasi adalah titik pemeriksaan dalam proses migrasi yang dapat Anda gunakan untuk mengatasi ketidaksesuaian apa pun.

Artikel ini menjelaskan beberapa tugas remediasi umum dan membantu Anda memutuskan apakah remediasi adalah investasi yang bijaksana.

Jenis remediasi

Ada dua jenis utama aktivitas remediasi yang perlu Anda rencanakan sepanjang penyebaran Anda.

  • Berdasarkan hasil kegiatan penilaian
    • Aktivitas remediasi yang perlu diselesaikan untuk memungkinkan replikasi dan penyebaran.
    • Anda menentukan aktivitas remediasi ini dalam penilaian beban kerja Anda selama fase penilaian. Anda harus melakukan tugas-tugas ini untuk memastikan bahwa Anda dapat mereplikasi dan mentahapkan beban kerja Anda dengan benar di cloud.
    • Ini terutama difokuskan pada server sumber yang sedang dimigrasikan.
  • Berdasarkan hasil kegiatan pengujian
    • Ini berasal dari menguji aktivitas migrasi dan melakukan pengujian bisnis.
    • Aktivitas remediasi ini difokuskan pada konfigurasi server tujuan yang direplikasi dan layanan bantuan apa pun seperti load balancer, jaringan virtual, dan akun penyimpanan.
    • Tugas-tugas ini kemungkinan lebih berulang. Pengujian dan remediasi melalui beberapa siklus sampai semua kasus pengujian lulus diharapkan.

Melacak aktivitas remediasi

Sepanjang perulangan, Anda dapat mengidentifikasi tugas remediasi untuk beban kerja Anda melalui penilaian atau pengujian. Anda perlu melacak tugas-tugas ini sebagai aktivitas proyek untuk memastikan bahwa tugas selesai.

Meskipun gelombang migrasi kecil dapat menggunakan spreadsheet untuk melacak item, gelombang yang lebih besar dengan banyak tugas remediasi menghasilkan beberapa item. Anda dapat menggunakan alat seperti Azure DevOps untuk membuat dan memprioritaskan item kerja dan menelusuri fase tertentu untuk membantu Anda memperluas skala. Bahkan jika Anda tidak menggunakan Azure DevOps untuk upaya lain, Anda dapat menggunakannya untuk triase masalah remediasi dan mengatur tugas untuk proses migrasi.

Saat Anda membuat tugas-tugas ini, Anda harus memastikan untuk menyambungkannya kembali ke beban kerja yang terpengaruh. Ini memungkinkan Anda menilai beban kerja mana yang mungkin tertunda oleh tugas remediasi. Anda kemudian dapat memprioritaskan pekerjaan berdasarkan prioritas beban kerja.

Beberapa masalah mungkin memengaruhi beberapa beban kerja. Ini umumnya item dengan host, konfigurasi luas, atau masalah dengan zona pendaratan secara keseluruhan. Masalah-masalah ini harus menjadi yang pertama diprioritaskan untuk remediasi.

Tugas remediasi umum

Utang teknis adalah bagian yang sehat dan diharapkan dari lingkungan perusahaan. Keputusan arsitektur yang cocok untuk lingkungan lokal mungkin tidak cocok dalam platform cloud. Dalam kedua kasus, tugas remediasi umum mungkin diperlukan untuk menyiapkan aset untuk migrasi. Berikut ini adalah beberapa contohnya:

  • Peningkatan host kecil: Kadang-kadang host yang ketinggalan jaman perlu ditingkatkan sebelum replikasi.
  • Peningkatan sistem operasi tamu kecil: Anda mungkin perlu menambal atau meningkatkan sistem operasi Anda sebelum replikasi.
  • Modifikasi perjanjian tingkat layanan (SLA): Proses pencadangan dan pemulihan berubah secara signifikan di platform cloud. Proses pencadangan untuk aset yang dimigrasikan mungkin perlu dimodifikasi untuk memastikan bahwa mereka terus mencapai SLA yang diperlukan di cloud.
  • Perubahan konfigurasi aplikasi: Aplikasi yang dimigrasikan mungkin memerlukan penyesuaian pada variabel seperti jalur jaringan ke aset dependen, perubahan akun layanan, atau pembaruan ke alamat IP dependen.
  • Perubahan kecil pada jalur jaringan: Pola perutean perlu dimodifikasi untuk mengarahkan lalu lintas pengguna dengan benar ke aset baru. Ini bukan perutean produksi ke aset baru, tetapi konfigurasi untuk memungkinkan perutean yang tepat ke aset secara umum.

Tugas remediasi skala besar

Ada sedikit kebutuhan untuk remediasi ketika pusat data dipertahankan, di-patch, dan diperbarui dengan benar. Lingkungan yang kaya remediasi cenderung umum dalam perusahaan besar. Ini dapat mencakup organisasi di bawah perampingan TI besar, layanan yang dikelola warisan, dan lingkungan yang kaya akuisisi. Di setiap lingkungan ini, remediasi terdiri dari sebagian besar upaya migrasi. Tugas remediasi berikut mungkin sering terjadi atau berdampak negatif pada kecepatan atau konsistensi migrasi. Jika ini terjadi, remediasi terpisah menjadi upaya paralel dan tim yang mirip dengan adopsi cloud dan tata kelola cloud.

  • Peningkatan host yang sering: Meningkatkan beberapa host untuk menyelesaikan migrasi beban kerja dapat menunda tim migrasi. Isolasi aplikasi yang terpengaruh dan atasi langkah-langkah remediasi sebelum Anda menyertakan aplikasi yang terpengaruh dalam rilis yang direncanakan.
  • Peningkatan sistem operasi tamu yang sering: Perusahaan besar biasanya memiliki server yang berjalan pada versi Linux atau Windows yang sudah ketinggalan jaman. Selain risiko keamanan mengoperasikan sistem operasi yang sudah kedaluarsa, ada juga masalah ketidaksesuaian yang mencegah migrasi beban kerja yang terpengaruh. Ketika beberapa komputer virtual (VM) memerlukan remediasi sistem operasi, coba pisahkan upaya ini menjadi iterasi paralel. Beberapa peningkatan dapat diselesaikan dengan alat migrasi sebagai bagian dari proses migrasi, seperti fitur peningkatan Windows Server di Azure Migrate dan Modernisasi.

Mengatasi remediasi skala besar

Karena remediasi untuk beban kerja yang lebih kecil bisa mudah, pilih beban kerja yang lebih kecil untuk gelombang migrasi awal Anda. Ketika upaya migrasi Anda matang dan Anda mulai menangani beban kerja yang lebih besar, remediasi dapat memakan waktu dan mahal. Misalnya, upaya remediasi untuk migrasi Windows Server 2003 yang melibatkan kumpulan aset dengan lebih dari 5.000 VM dapat menunda migrasi berbulan-bulan. Ketika remediasi skala besar tersebut diperlukan, Anda mungkin perlu mengubah rencana Anda untuk memigrasikan beban kerja yang terpengaruh. Dalam hal tersebut, aktivitas modernisasi untuk memaksimalkan nilai upaya remediasi mungkin lebih efisien dan produktif.

Anda dapat menggunakan pertanyaan berikut untuk membantu memandu keputusan:

  • Apakah semua beban kerja yang terpengaruh oleh remediasi telah diidentifikasi dan dicatat dalam backlog migrasi?
  • Untuk beban kerja yang tidak terpengaruh, apakah migrasi menghasilkan pengembalian investasi (ROI) serupa?
  • Dapatkah aset yang terpengaruh diperbaiki selaras dengan garis waktu migrasi asli? Efek apa yang dimiliki perubahan garis waktu pada ROI?
  • Apakah layak secara ekonomi untuk memulihkan aset secara paralel dengan upaya migrasi?

Jika pertanyaan sebelumnya tidak terjawab, pertimbangkan pendekatan modernisasi ini:

  • Kontainerisasi: Beberapa aset dapat dihosting di lingkungan kontainer tanpa remediasi. Ini mungkin menghasilkan performa yang kurang menguntungkan dan tidak menyelesaikan masalah keamanan atau kepatuhan.
  • Otomatisasi: Tergantung pada beban kerja dan persyaratan remediasi, membuat skrip penyebaran ke aset baru menggunakan pendekatan DevOps mungkin lebih menguntungkan.
  • Membangun kembali: Ketika biaya remediasi dan nilai bisnis sama tingginya, beban kerja cocok untuk membangun kembali atau merancang ulang.

Langkah selanjutnya