Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Perspektif teknologi
Teknologi memberikan fondasi yang bagus untuk mempercepat migrasi besar. Misalnya, solusi Cloud Migration Factory difokuskan pada cara menyediakan end-to-end otomatisasi untuk migrasi. Bagian ini mengeksplorasi beberapa praktik terbaik untuk menggunakan teknologi untuk mencapai skala dan kecepatan yang diperlukan, selaras dengan ruang lingkup, strategi, dan garis waktu.
Prinsip menyeluruh adalah melihat area otomatisasi sedapat mungkin. Jika Anda memiliki ribuan server dalam ruang lingkup, melakukan tugas secara manual dapat menjadi upaya yang mahal dan memakan waktu.
Untuk melakukan migrasi, beberapa alat biasanya digunakan, seperti berikut ini:
-
Penemuan
-
Implementasi migrasi
-
Database manajemen konfigurasi (CMDB)
-
Spreadsheet inventaris
-
Manajemen proyek
Alat-alat ini digunakan pada berbagai tahap migrasi, mulai dari penilaian hingga mobilisasi hingga implementasi. Pemilihan alat-alat ini didorong oleh tujuan bisnis dan jadwal.
Setelah fase migrasi direncanakan, langkah selanjutnya adalah memastikan bahwa tim migrasi memiliki keterampilan untuk menggunakan alat yang mereka butuhkan. Jika tim tidak memiliki keterampilan atau pengalaman, rencanakan pelatihan yang ditargetkan untuk meningkatkan keahlian. Jika memungkinkan, buat acara di mana tim bisa mendapatkan pengalaman dengan alat migrasi di lingkungan yang aman. Misalnya, apakah ada server sandpit atau lab yang dapat dimigrasikan oleh tim untuk mengalami perkakas? Atau, apakah beban kerja pengembangan awal dapat diterima untuk digunakan untuk tujuan pembelajaran?
Integrasi otomatisasi, pelacakan, dan perkakas
Di bagian ini:
Otomatiskan penemuan migrasi untuk mengurangi waktu yang dibutuhkan
Sebagian besar program migrasi besar dimulai dengan memahami ruang lingkup migrasi (apa yang harus dimigrasikan) dan mengembangkan strategi (bagaimana hal itu akan dimigrasikan). Penemuan adalah aspek penting dari ini. Titik metadata yang diperlukan ditangkap untuk membentuk pohon keputusan strategi migrasi. Untuk memigrasikan beban kerja dengan cepat, Anda harus mengidentifikasi dan mengimpor metadata migrasi yang diperlukan ke dalam proses implementasi, seperti pabrik migrasi. Mekanisme yang sepenuhnya otomatis untuk mengekstrak, mengubah, memuat (ETL) metadata migrasi sangat mengurangi waktu dan tingkat upaya yang terlibat dalam proses penemuan.
Satu pelanggan mengembangkan proses pengambilan data yang sepenuhnya otomatis untuk pabrik migrasi mereka. Rencana gelombang migrasi dengan semua metadata migrasi dihosting dan dipelihara dalam spreadsheet di Microsoft. SharePoint Ketika perubahan dilakukan pada sumber, AWS Lambda fungsi dimulai untuk memuat data ke pabrik migrasi tanpa intervensi manual. Proses pengambilan data otomatis ini membantu pelanggan mengurangi pekerjaan manual, meminimalkan kesalahan manusia, dan mempercepat kecepatan mereka. Mereka dapat memigrasikan lebih dari 1.000 server ke AWS.
Otomatiskan tugas berulang
Dalam fase implementasi migrasi, banyak proses kecil harus sering diulang. Saat menggunakan AWS Application Migration Service (MGN), misalnya, Anda harus menginstal agen di setiap server yang berada dalam lingkup migrasi.
Membangun pabrik migrasi yang sesuai dengan kebutuhan bisnis dan teknis spesifik Anda adalah cara paling efektif untuk mencapai efisiensi dan kecepatan yang diperlukan untuk menghasilkan migrasi besar yang sukses. Pabrik migrasi menyediakan kerangka kerja integrasi dan orkestrasi yang menggunakan kumpulan data standar untuk mempercepat migrasi. Setelah semua tugas diidentifikasi, habiskan waktu untuk mengotomatiskan semua tugas manual yang dapat diotomatisasi bersama runbook preskriptif.
Solusi Cloud Migration Factory adalah contohnya. Cloud Migration Factory dirancang untuk menyediakan fondasi otomatisasi migrasi tempat Anda dapat mengotomatiskan aspek yang spesifik untuk organisasi Anda. Misalnya, Anda mungkin ingin memperbarui tanda di CMDB untuk menyoroti bahwa server lokal sekarang dapat dinonaktifkan. Dalam skenario ini, Anda dapat membuat otomatisasi yang melakukan tugas ini di akhir gelombang migrasi. Cloud Migration Factory memiliki penyimpanan metadata terpusat dengan semua gelombang, aplikasi, dan metadata server. Skrip otomatisasi dapat terhubung ke Cloud Migration Factory untuk mendapatkan daftar server dalam gelombang itu dan melakukan tindakan apa pun yang sesuai. Cloud Migration Factory mendukung AWS Application Migration Service.
Otomatiskan pelacakan dan pelaporan untuk mempercepat pengambilan keputusan
Sebaiknya buat dasbor pelaporan migrasi otomatis untuk melacak dan melaporkan data langsung, termasuk indikator kinerja utama (KPIs) untuk program. Proyek migrasi melibatkan pemangku kepentingan dari seluruh organisasi, termasuk yang berikut:
-
Tim aplikasi
-
Penguji
-
Tim penonaktifan
-
Arsitek
-
Tim infrastruktur
-
Kepemimpinan
Untuk menjalankan peran mereka, para pemangku kepentingan ini membutuhkan data langsung. Misalnya, tim jaringan harus mengetahui gelombang migrasi yang akan datang untuk memahami dampak pada koneksi bersama antara sumber daya lokal dan AWS. Tim kepemimpinan ingin memahami seberapa banyak migrasi selesai. Memiliki umpan data langsung yang dapat diandalkan dan otomatis mencegah miskomunikasi dan memberikan dasar di mana keputusan dapat dibuat.
Seorang pelanggan layanan kesehatan besar sedang bekerja menuju pintu keluar pusat data dengan tenggat waktu yang akan datang. Mengingat skala dan kompleksitasnya, sejumlah besar waktu awalnya dihabiskan untuk melacak dan mengkomunikasikan status migrasi antar pemangku kepentingan. Tim migrasi kemudian menggunakan Amazon QuickSight untuk membangun dasbor otomatis yang memvisualisasikan data, secara signifikan menyederhanakan pelacakan dan komunikasi sambil meningkatkan kecepatan migrasi.
Jelajahi perkakas yang dapat memfasilitasi migrasi Anda
Memilih alat yang tepat untuk migrasi Anda tidaklah mudah, terutama jika tidak ada seorang pun di organisasi Anda yang pernah mengelola migrasi besar sebelumnya.
Sebaiknya luangkan waktu untuk memilih alat yang sesuai untuk mendukung migrasi. Eksplorasi ini mungkin melibatkan biaya lisensi, tetapi dapat memberikan manfaat biaya ketika Anda mempertimbangkan inisiatif yang lebih luas. Atau, Anda mungkin menemukan bahwa perkakas yang disematkan di organisasi Anda dapat memberikan hasil yang serupa. Misalnya, Anda mungkin sudah memiliki alat pemantauan kinerja aplikasi yang digunakan di seluruh perkebunan Anda, yang dapat memberikan informasi penemuan yang kaya.
Seorang pelanggan teknologi awalnya enggan untuk menjalankan alat penemuan otomatis selama migrasi mereka karena kurangnya keakraban. Akibatnya, AWS Mitra SI harus menjalankan 510 jam rapat per aplikasi untuk menemukan estate secara manual, termasuk nama server, versi sistem operasi, dan dependensi. Diperkirakan bahwa jika alat penemuan telah digunakan, upaya penemuan bisa dikurangi lebih dari 1.000 jam.
Prasyarat dan validasi pasca migrasi
Di bagian ini:
Bangun landing zone selama fase pra-migrasi
Kami merekomendasikan untuk membangun lingkungan AWS target, atau landing zone, sebelumnya, daripada membangun target virtual private cloud (VPCs) dan subnet selama gelombang migrasi. Membangun landing zone yang dirancang dengan baik merupakan prasyarat untuk migrasi. Landing zone harus mencakup pemantauan, tata kelola, operasional, dan kontrol keamanan.
Membangun dan memvalidasi landing zone sebelum migrasi meminimalkan ketidakpastian yang datang dengan menjalankan beban kerja Anda di lingkungan baru. Dengan adanya landing zone, para pemangku kepentingan dapat fokus pada migrasi beban kerja tanpa mengkhawatirkan aspek yang dikelola di tingkat akun atau VPC.
Garis besar kegiatan prasyarat
Di samping landing zone, penting untuk menyelaraskan prasyarat teknis lainnya sebelum migrasi, terutama proses dengan lead time yang panjang. Misalnya, buat perubahan firewall yang diperlukan untuk memungkinkan data direplikasi dari tempat ke AWS lokasi. Mengkomunikasikan prasyarat teknis sejak dini membantu mempersiapkan dan mengalokasikan sumber daya yang dibutuhkan. Migrasi sering terhenti karena prasyarat belum terpenuhi. Hal ini tidak hanya berdampak pada gelombang migrasi yang sedang berlangsung, ini mungkin mendorong kembali tanggal semua migrasi masa depan saat masalah sedang diperbaiki.
Sebuah perusahaan jasa keuangan dimaksudkan untuk melakukan migrasi massal ke AWS, dengan tujuan mengosongkan beberapa pusat data. Namun, bandwidth mereka tersedia antara lokal dan tidak AWS cukup untuk kecepatan yang mereka inginkan. Sayangnya, meningkatkan bandwidth membutuhkan koneksi baru dan memiliki lead time tiga bulan. Ini berarti bahwa kecepatan migrasi dibatasi selama tiga bulan pertama.
Menerapkan pemeriksaan pasca-migrasi untuk perbaikan berkelanjutan
Terakhir, ingatlah untuk menerapkan validasi pasca-migrasi seperti integrasi operasi, optimalisasi biaya, dan pemeriksaan tata kelola dan kepatuhan. Validasi pasca-migrasi mencakup penilaian beban kerja yang dimigrasi sebelumnya untuk mengungkap pelajaran teknis yang harus diterapkan pada gelombang masa depan.
Selanjutnya, ini adalah peluang besar untuk menerapkan operasi pengendalian biaya. Misalnya, selama migrasi, Anda mungkin memutuskan untuk mencocokkan ukuran AWS instans dengan estat lokal untuk mengurangi kebutuhan pengujian kinerja. Sekarang pengujian tidak lagi berada di jalur kritis penutupan pusat data, Anda dapat menggunakan Amazon CloudWatch untuk menilai pemanfaatan instance dan menentukan apakah instance berukuran lebih kecil akan cocok.
Untuk menggambarkan pentingnya fase ini, pelanggan teknologi besar melakukan migrasi besar tetapi awalnya tidak menyertakan validasi pasca-migrasi. Setelah memigrasikan lebih dari 100 server, mereka mengidentifikasi bahwa AWS Systems Manager Agen (Agen SSM) tidak dikonfigurasi dengan benar. Semua server yang sebelumnya dimigrasi harus diperbaiki, dan migrasi terhenti. Pelanggan juga mengidentifikasi bahwa instans sebesar lima kali perkiraan awal, sehingga mereka menerapkan pos pemeriksaan biaya pada akhir setiap gelombang migrasi.
