View a markdown version of this page

Membangun rencana migrasi - AWS Transformasi

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Membangun rencana migrasi

Langkah pekerjaan perencanaan migrasi dalam AWS Transform for migrasi adalah pengalaman berbasis obrolan kolaboratif untuk merencanakan migrasi besar. AWS Agen Transform menerapkan Panduan AWS Prescriptive untuk memandu pelanggan mulai dari analisis data lokal hingga rencana gelombang migrasi yang diselesaikan.

Setelah pekerjaan Temukan data lokal selesai dengan sukses, AWS Transform menggunakan data penemuan untuk mengelompokkan aplikasi ke dalam gelombang migrasi. AWS Transform memandu Anda melalui langkah-langkah untuk menganalisis dan menjangkau server Anda, mengelompokkan ke dalam aplikasi, menghasilkan grup pindah, dan membangun gelombang migrasi.

AWS Transform mendukung perencanaan berulang selama proses:

  • Anda dapat mengajukan pertanyaan untuk lebih memahami bagaimana AWS Transform menganalisis perangkat lunak yang diinstal, misalnya dependensi server dan arsitektur jaringan.

  • Anda dapat menyesuaikan cakupan dalam grup aplikasi dan gelombang kapan saja.

  • Anda dapat mengunggah ulang data penemuan, dan AWS Transform akan secara otomatis memproses, menghapus duplikat, dan menggabungkan catatan baru dengan data yang ada.

  • Ketika perubahan terdeteksi, seperti dependensi atau penambahan infrastruktur yang baru ditemukan, AWS Transform menandai kelompok ketergantungan yang terkena dampak dan memberikan rekomendasi untuk penyesuaian rencana gelombang.

  • Perencanaan migrasi juga dapat memanfaatkan data teks tidak terstruktur untuk memperkaya proses perencanaan.

Ada empat tahap perencanaan migrasi:

  • Di Lingkup dan analisis, Anda dapat meninjau data penemuan Anda, mengajukan pertanyaan tentang perangkat lunak dan lingkungan jaringan Anda, serta menentukan sumber daya dalam ruang lingkup untuk migrasi.

  • Di aplikasi Grup, Anda dapat menyediakan kombinasi aturan bisnis dan teknis terkait, misalnya, analisis nama host, dependensi jaringan, dan aturan bisnis, sehingga perencanaan migrasi dapat mengelompokkan infrastruktur Anda ke dalam aplikasi. Jika Anda sudah memiliki inventaris aplikasi Anda, perencanaan migrasi dapat menggunakannya sebagai gantinya.

  • Di Hasilkan grup pindah, Anda dapat memberikan perencanaan migrasi persyaratan teknis dan bisnis Anda sehingga dapat menentukan aplikasi mana yang harus dipindahkan bersama. Dependensi teknis termasuk database, antrian pesan, atau sumber daya lain yang dibagikan di antara beberapa aplikasi. Dependensi bisnis dan operasional meliputi kekritisan bisnis, RPO dan RTO, lokasi pusat data, dan pemilik aplikasi.

  • Terakhir, di Build waves, Anda dapat memberikan konteks perencanaan migrasi tentang garis waktu dan prioritas Anda sehingga dapat membuat rencana gelombang yang dapat Anda migrasi. Anda dapat memilih pindahkan grup untuk dimasukkan dalam gelombang berdasarkan faktor-faktor seperti skor prioritas, ukuran grup pindah, jumlah pengguna, dan kompleksitas aplikasi.

Terminologi perencanaan migrasi

Gelombang migrasi

Kelompok logis aplikasi yang dimigrasikan bersama. Gelombang migrasi terdiri dari satu atau lebih kelompok bergerak.

Pindahkan grup

Satu set aplikasi co-dependen yang harus dipindahkan bersama. Mereka mungkin memiliki dependensi teknis seperti database bersama atau dependensi bisnis seperti mendukung fungsi bisnis bersama.

Dependensi

Hubungan antar sistem. Ada beberapa jenis dependensi:

  • Ketergantungan kritis atau keras. Sistem tidak dapat beroperasi tanpa ketergantungan. Contoh umum termasuk aplikasi yang bergantung pada database, aplikasi lain, atau layanan.

  • Ketergantungan lunak. Tidak penting untuk pengoperasian sistem. Contoh umum termasuk dependensi latensi-tidak sensitif yang dapat dimigrasikan secara independen.

  • Non-technicalketergantungan. Ketergantungan bisnis, organisasi, operasional, dan kepatuhan terkait dengan organisasi Anda dan prioritasnya. Contohnya termasuk fungsi bisnis bersama dan kepemilikan organisasi.

Alur kerja

Perencanaan migrasi adalah alur kerja interaktif dan berulang. Anda dapat kembali dan membuat perubahan ke langkah sebelumnya kapan saja. Alur kerja perencanaan migrasi yang khas adalah:

  1. Perencanaan migrasi dimulai dengan merangkum data penemuan yang tersedia. Tinjau data yang tersedia dan kembali ke langkah penemuan kapan saja untuk memberikan data tambahan.

  2. Dalam langkah pelingkupan dan analisis, Anda dapat mengajukan pertanyaan tentang lingkungan lokal Anda untuk memvalidasi data yang telah Anda kumpulkan. Contoh pertanyaan meliputi:

    1. Daftar server saya berdasarkan sistem operasi

    2. Ringkas topologi jaringan lokal saya

    3. Buat daftar teknologi paling umum yang berjalan di lingkungan saya.

  3. Saat menganalisis lingkungan Anda, jika Anda mengidentifikasi server yang seharusnya tidak berada dalam cakupan migrasi, Anda dapat memberi tahu AWS Transform untuk mengecualikan sumber daya tersebut. Contohnya adalah:

    1. Hapus semua server yang memiliki warisan dalam nama hostnya

    2. Hapus semua server di 10.0.2. 0/24 subnet

    3. Hapus semua server yang menjalankan versi Windows yang lebih tua dari 2022

  4. Setelah Anda menjelajahi lingkungan dengan cukup dan menentukan cakupan migrasi Anda, Anda dapat memberi tahu AWS Transform untuk pindah ke langkah perencanaan migrasi berikutnya.

  5. Langkah selanjutnya adalah pengelompokan aplikasi. Jika server Anda sudah dipetakan ke aplikasi, Anda dapat memberi tahu AWS Transform untuk menggunakan pemetaan itu dan lewati langkah ini. Jika Anda tidak memiliki aplikasi yang telah ditentukan sebelumnya, Anda dapat memberikan logika teknis dan bisnis yang mendefinisikan aplikasi Anda. AWS Transform akan memandu Anda melalui proses pengelompokan aplikasi dan menyarankan titik data yang dapat Anda berikan untuk mengelompokkan server Anda secara efektif menjadi aplikasi. Semakin banyak informasi yang dapat Anda berikan tentang aplikasi lokal Anda, semakin efektif AWS Transform dapat mengelompokkan server Anda ke dalam aplikasi. Setelah Anda memberikan informasi yang cukup, Anda kemudian dapat menginstruksikan AWS Transform untuk melakukan pengelompokan aplikasi.

  6. Setelah pengelompokan aplikasi dilakukan, tinjau grup aplikasi. Anda dapat menginstruksikan AWS Transform untuk membuat perubahan yang diperlukan, misalnya:

    1. Pindahkan server example-server ke aplikasi-5

    2. Ganti nama aplikasi-5 “Lingkungan Uji Aplikasi SDM”

    3. Hapus semua server Linux dari IIS Dev Farm

  7. Setelah aplikasi dikelompokkan, instruksikan AWS Transform untuk pindah ke langkah berikutnya

  8. Langkah selanjutnya adalah memindahkan pengelompokan. Pada langkah pemindahan pengelompokan, Anda mengidentifikasi aplikasi yang harus dipindahkan bersama. Berikan konteks seputar dependensi teknis dan non-teknis Anda. AWS Transform akan memandu Anda melalui proses dan menyarankan titik data yang dapat Anda berikan untuk mengelompokkan aplikasi Anda bersama-sama. Ada beberapa pertimbangan yang harus dibuat pada tahap ini termasuk:

    1. Berapa ukuran target kelompok pindahan?

    2. Apakah Anda ingin menggabungkan lingkungan, misalnya dev, test, dan prod, untuk setiap aplikasi, atau membaginya?

    3. Bagaimana Anda ingin mempertimbangkan dependensi jaringan? Apakah semua dependensi penting atau dapatkah beberapa dependensi dianggap sebagai dependensi lunak dan dibagi di seluruh grup pindahan?

  9. Setelah Anda memberikan aturan untuk pengelompokan gerakan, instruksikan AWS Transform untuk menjalankan strategi pengelompokan gerakan Anda. Anda kemudian dapat meninjau dan memodifikasi grup pindahan Anda. Setelah meninjau grup pindahan Anda, Anda dapat menginstruksikan AWS Transform untuk pindah ke langkah perencanaan migrasi akhir.

  10. Perencanaan gelombang adalah langkah terakhir dalam perencanaan migrasi. Pada langkah ini, Anda mengelompokkan grup pindahan Anda ke dalam gelombang migrasi dan memprioritaskan gelombang tersebut. Dalam langkah perencanaan gelombang, AWS Transform akan memandu Anda melalui penyediaan prioritas bisnis yang diperlukan untuk mengelompokkan grup pindahan Anda ke dalam gelombang dan kemudian memprioritaskan gelombang tersebut. Pertimbangan dalam perencanaan gelombang meliputi:

    1. Kekritisan bisnis dari setiap grup pindahan Anda

    2. Garis waktu migrasi dan garis waktu untuk setiap grup pindah

    3. Risiko yang terkait dengan setiap kelompok gerakan

    4. Jumlah server untuk bermigrasi per gelombang

  11. Setelah Anda memberikan panduan yang cukup tentang cara mengelompokkan menjadi gelombang, instruksikan AWS Transform untuk melaksanakan perencanaan gelombang. Anda kemudian dapat meninjau gelombang Anda dan memodifikasinya.

  12. Setelah menyelesaikan rencana gelombang Anda, Anda dapat menyelesaikan perencanaan migrasi dan pindah ke eksekusi. Anda dapat kembali ke perencanaan migrasi kapan saja untuk menyempurnakan dan mengulangi rencana Anda.

  13. Untuk setiap gelombang, Anda dapat menetapkan strategi migrasi: rehost (memigrasikan server ke Amazon EC2) dan kontainerisasi (kontainer kode sumber dan menyebarkan ke Amazon Elastic Container Service atau Amazon Elastic Kubernetes Service). Saat Anda menetapkan gelombang yang di kontainer strategi, AWS Transform menjalankan alur kerja kontainerisasi kode sumber untuk gelombang tersebut selama eksekusi migrasi. Untuk informasi selengkapnya, lihat Kontainerisasi kode sumber. Untuk mendapatkan strategi AWS yang direkomendasikan di seluruh kerangka kerja 7Rs sebelum Anda menetapkannya, lihat. Rekomendasi strategi migrasi (7Rs)