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 VMware adalah pengalaman berbasis obrolan kolaboratif untuk merencanakan migrasi besar. AWS Agen Transform menerapkan Panduan AWS Preskriptif untuk memandu pelanggan mulai dari analisis data lokal hingga rencana gelombang migrasi yang diselesaikan.
Setelah tugas Discover data lokal berhasil diselesaikan, AWS Transform menggunakan data penemuan untuk mengelompokkan aplikasi ke dalam gelombang migrasi. AWS Transform memandu Anda melalui langkah-langkah untuk menganalisis dan cakupan server Anda, mengelompokkannya ke dalam aplikasi, membuat grup pindahan, dan membangun gelombang migrasi. Saat menganalisis lingkungan lokal, Anda dapat mengajukan pertanyaan untuk lebih memahami cara AWS Transform menganalisis perangkat lunak yang diinstal, misalnya, dependensi server dan arsitektur jaringan.
AWS Transform mendukung penyesuaian lingkup dalam kelompok aplikasi dan gelombang. Anda dapat mengunggah ulang data penemuan kapan saja, dan AWS Transform akan secara otomatis memproses, menghapus duplikasi, dan menggabungkan catatan baru dengan data yang ada. Ketika perubahan dideteksi—seperti dependensi yang baru ditemukan atau penambahan infrastruktur, AWS Transform akan menandai grup dependensi yang terkena dampak dan memberikan rekomendasi untuk penyesuaian rencana gelombang. Perencanaan migrasi juga dapat memanfaatkan data teks yang tidak terstruktur untuk memperkaya proses perencanaan.
Ada empat tahap perencanaan migrasi:
Dalam Lingkup dan analisis, Anda dapat meninjau data penemuan Anda, mengajukan pertanyaan tentang perangkat lunak dan lingkungan jaringan Anda dan menentukan sumber daya dalam ruang lingkup untuk migrasi.
Di aplikasi Grup, Anda dapat memberikan 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 mencakup 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 gelombang Build, Anda dapat memberikan konteks perencanaan migrasi tentang jadwal dan prioritas Anda sehingga dapat membuat rencana gelombang yang dapat Anda migrasikan. Anda dapat memilih grup pindah untuk dimasukkan dalam gelombang berdasarkan faktor-faktor seperti skor prioritas, ukuran grup pemindahan, jumlah pengguna, dan kompleksitas aplikasi.
Terminologi Perencanaan Migrasi:
Gelombang migrasi adalah kelompok logis yang bermigrasi bersama. Gelombang migrasi terdiri dari satu atau lebih kelompok bergerak.
Grup bergerak adalah seperangkat aplikasi co-dependen yang harus dipindahkan bersama. Mereka mungkin memiliki dependensi teknis seperti database bersama atau mereka memiliki dependensi bisnis seperti mendukung fungsi bisnis bersama.
Ketergantungan adalah hubungan antar sistem. Ada beberapa jenis dependensi termasuk:
Dependensi kritis atau keras, di mana sistem tidak dapat beroperasi tanpa ketergantungan. Contoh umum dari ini adalah aplikasi yang bergantung pada database, aplikasi lain, atau layanan.
Dependensi lunak, yang tidak penting untuk pengoperasian sistem. Contoh umum dari hal ini termasuk dependensi tidak sensitif latensi yang dapat dimigrasikan secara independen.
Non-technical dependensi termasuk dependensi bisnis, organisasi, operasional dan kepatuhan. Ini adalah dependensi yang 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 pada langkah sebelumnya kapan saja. Alur kerja perencanaan migrasi yang khas adalah:
Perencanaan migrasi dimulai dengan meringkas data penemuan yang tersedia. Tinjau data yang tersedia dan kembali ke langkah penemuan kapan saja untuk memberikan data tambahan.
Dalam langkah pelingkupan dan analisis, Anda dapat mengajukan pertanyaan tentang lingkungan lokal untuk memvalidasi data yang telah Anda kumpulkan. Contoh pertanyaan meliputi:
Daftar server saya berdasarkan sistem operasi
Meringkas topologi jaringan lokal saya
Buat daftar teknologi paling umum yang berjalan di lingkungan saya.
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:
Hapus semua server yang memiliki warisan di nama host mereka
Hapus semua server di 10.0.2. 0/24 subnet
Hapus semua server yang menjalankan versi Windows yang lebih lama dari 2022
Setelah Anda cukup menjelajahi lingkungan dan menentukan cakupan migrasi, Anda dapat memberi tahu AWS Transform untuk pindah ke langkah perencanaan migrasi berikutnya.
Langkah selanjutnya adalah pengelompokan aplikasi. Jika server 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 ke dalam aplikasi. Semakin banyak informasi yang dapat Anda berikan tentang aplikasi lokal, 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.
Setelah pengelompokan aplikasi dilakukan, tinjau grup aplikasi. Anda dapat menginstruksikan AWS Transform untuk membuat perubahan yang diperlukan, misalnya:
Pindahkan server contoh-server ke aplikasi-5
Ganti nama aplikasi-5 “Lingkungan Uji Aplikasi SDM”
Hapus semua server Linux dari IIS Dev Farm
Setelah aplikasi Anda dikelompokkan, instruksikan AWS Transform untuk pindah ke langkah berikutnya
Langkah selanjutnya adalah pengelompokan bergerak. Pada langkah pengelompokan langkah 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:
Apa yang harus menjadi ukuran target kelompok bergerak?
Apakah Anda ingin menggabungkan lingkungan, misalnya dev, test, dan prod, untuk setiap aplikasi, atau membaginya?
Bagaimana Anda ingin mempertimbangkan dependensi jaringan? Apakah semua dependensi penting atau dapatkah beberapa dependensi dianggap dependensi lunak dan dibagi menjadi grup bergerak?
-
Setelah Anda memberikan aturan untuk pengelompokan bergerak, instruksikan AWS Transform untuk menjalankan strategi pengelompokan langkah Anda. Anda kemudian dapat meninjau dan memodifikasi grup pindah Anda. Setelah meninjau grup pemindahan, Anda dapat menginstruksikan AWS Transform untuk pindah ke langkah perencanaan migrasi terakhir.
Perencanaan gelombang adalah langkah terakhir dalam perencanaan migrasi. Pada langkah ini, Anda mengelompokkan grup pemindahan 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 kelompok bergerak Anda ke dalam gelombang dan kemudian memprioritaskan gelombang tersebut. Pertimbangan dalam perencanaan gelombang meliputi:
Kekritisan bisnis dari masing-masing kelompok bergerak Anda
Garis waktu migrasi dan garis waktu untuk setiap grup pemindahan
Risiko yang terkait dengan setiap kelompok bergerak
Jumlah server yang akan bermigrasi per gelombang
Setelah Anda memberikan panduan yang cukup tentang cara mengelompokkan ke dalam gelombang, instruksikan AWS Transform untuk melaksanakan perencanaan gelombang. Anda kemudian dapat meninjau gelombang Anda dan memodifikasinya.
Setelah Anda menyelesaikan rencana gelombang Anda, Anda dapat menyelesaikan perencanaan migrasi dan pindah ke eksekusi. Anda dapat kembali ke perencanaan migrasi kapan saja untuk memperbaiki dan mengulangi rencana Anda.
Untuk setiap gelombang, Anda dapat menetapkan strategi migrasi: rehost (migrasi server ke Amazon EC2) dan containerize (containerize source code dan deploy ke Amazon Elastic Container Service atau Amazon Elastic Kubernetes Service). Saat Anda menetapkan gelombang strategi containerize, AWS Transform menjalankan alur kerja containerisasi 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 7R sebelum Anda menetapkannya, lihat. Rekomendasi strategi migrasi (7Rs)
