Menghosting ulang beban kerja lokal di AWS Cloud: daftar periksa migrasi

Rawat backlog pra-penemuan.

Lakukan sesi kerja perawatan backlog pra-penemuan dengan pemimpin departemen dan pemilik aplikasi. 

Lakukan sesi kerja perencanaan sprint.

Sebagai latihan pelingkupan, distribusikan aplikasi yang ingin Anda migrasi melintasi sprint dan gelombang.

Konfirmasikan pengetahuan aplikasi.

Konfirmasikan dan dokumentasikan pemilik aplikasi dan pengetahuan mereka tentang aplikasi. Tentukan apakah ada orang lain untuk pertanyaan teknis.

Tentukan persyaratan kepatuhan aplikasi.

Konfirmasikan dengan pemilik aplikasi bahwa aplikasi tidak harus mematuhi persyaratan untuk Standar Keamanan Data Industri Kartu Pembayaran (PCI DSS), Sarbanes-Oxley Act (SOX), informasi identitas pribadi (PII), atau standar lainnya. Jika persyaratan kepatuhan ada, tim harus menyelesaikan pemeriksaan kepatuhan mereka di server yang akan dimigrasikan.

Konfirmasikan persyaratan rilis produksi.

Konfirmasikan persyaratan untuk merilis aplikasi yang dimigrasi ke produksi (seperti tanggal rilis dan durasi waktu henti) dengan pemilik aplikasi atau kontak teknis.

Dapatkan daftar server.

Dapatkan daftar server yang terkait dengan aplikasi yang ditargetkan.

Dapatkan diagram logis yang menunjukkan keadaan saat ini.

Dapatkan diagram keadaan saat ini untuk aplikasi dari arsitek perusahaan atau pemilik aplikasi.

Buat diagram logis yang menunjukkan status target.

Buat diagram logis aplikasi yang menunjukkan arsitektur target di AWS. Diagram ini harus menggambarkan server, konektivitas, dan faktor pemetaan.

Dapatkan informasi server.

Kumpulkan informasi tentang server yang terkait dengan aplikasi, termasuk detail konfigurasinya.

Tambahkan informasi server ke template penemuan.

Tambahkan informasi server terperinci ke template penemuan aplikasi (lihat mobilize-application-questionnaire.xlsx di lampiran untuk pola ini). Template ini mencakup semua keamanan terkait aplikasi, infrastruktur, sistem operasi, dan detail jaringan.

Publikasikan templat penemuan aplikasi.

Bagikan templat penemuan aplikasi dengan pemilik aplikasi dan tim migrasi untuk akses dan penggunaan umum.

Konfirmasikan daftar server.

Konfirmasikan daftar server dan tujuan masing-masing server dengan pemilik aplikasi atau pemimpin teknis.

Identifikasi dan tambahkan grup server.

Identifikasi grup server seperti server web atau server aplikasi, dan tambahkan informasi ini ke template penemuan aplikasi. Pilih tingkat aplikasi (web, aplikasi, database) yang harus dimiliki setiap server.

Isi template penemuan aplikasi.

Lengkapi detail template penemuan aplikasi dengan bantuan tim migrasi, tim aplikasi, dan AWS.

Tambahkan detail server yang hilang (middleware dan tim OS).

Mintalah tim middleware dan sistem operasi (OS) untuk meninjau template penemuan aplikasi dan menambahkan detail server yang hilang, termasuk informasi database.

Dapatkan peraturan inbound/outbound lalu lintas (tim jaringan).

Mintalah tim jaringan untuk mendapatkan peraturan inbound/outbound lalu lintas untuk server sumber dan tujuan. Tim jaringan juga harus menambahkan aturan firewall yang ada, mengekspornya ke format grup keamanan, dan menambahkan penyeimbang beban yang ada ke template penemuan aplikasi.

Identifikasi penandaan yang diperlukan.

Tentukan persyaratan penandaan untuk aplikasi.

Buat detail permintaan firewall.

Tangkap dan filter aturan firewall yang diperlukan untuk berkomunikasi dengan aplikasi. 

Perbarui jenis EC2 instance.

Perbarui jenis instans Amazon Elastic Compute Cloud (Amazon EC2) yang akan digunakan di lingkungan target, berdasarkan infrastruktur dan persyaratan server. 

Identifikasi diagram keadaan saat ini.

Identifikasi atau buat diagram yang menunjukkan keadaan aplikasi saat ini. Diagram ini akan digunakan dalam permintaan keamanan informasi (InfoSec). 

Selesaikan diagram keadaan masa depan.

Selesaikan diagram yang menunjukkan status future (target) untuk aplikasi. Diagram ini juga akan digunakan dalam InfoSec permintaan.  

Buat firewall atau permintaan layanan grup keamanan.

Buat firewall atau permintaan layanan grup keamanan (untuk pengembangan/QA, pra-produksi, dan produksi). Jika Anda menggunakan Cloud Migration Factory, sertakan port khusus replikasi jika belum dibuka. 

Tinjau firewall atau permintaan grup keamanan (InfoSec tim).

Pada langkah ini, InfoSec tim meninjau dan menyetujui firewall atau permintaan grup keamanan yang dibuat pada langkah sebelumnya. 

Menerapkan permintaan grup keamanan firewall (tim jaringan).

Setelah InfoSec tim menyetujui permintaan firewall, tim jaringan menerapkan aturan inbound/outbound firewall yang diperlukan. 

Impor data aplikasi dan server.

Jika Anda tidak menggunakan Cloud Migration Factory, ikuti petunjuk untuk menyiapkan alat migrasi Anda.

Periksa prasyarat untuk server sumber.

Connect dengan server sumber dalam lingkup untuk memverifikasi prasyarat seperti port TCP 1500, port TCP 443, ruang bebas volume root, versi.NET Framework, dan parameter lainnya. Ini diperlukan untuk replikasi. Untuk informasi tambahan, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Buat permintaan layanan untuk menginstal agen replikasi.

Buat permintaan layanan untuk menginstal agen replikasi pada server dalam lingkup untuk pengembangan/QA, pra-produksi, atau produksi.

Instal agen replikasi.

Instal agen replikasi pada server sumber dalam lingkup pada mesin pengembangan/QA, pra-produksi, atau produksi. Untuk informasi tambahan, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Dorong skrip pasca-peluncuran.

Layanan Migrasi Aplikasi mendukung skrip pasca-peluncuran untuk membantu Anda mengotomatiskan aktivitas tingkat OS seperti menginstal atau menghapus instalasi perangkat lunak setelah Anda meluncurkan instance target. Langkah ini mendorong skrip pasca-peluncuran ke mesin Windows atau Linux, tergantung pada server yang diidentifikasi untuk migrasi. Untuk petunjuknya, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Verifikasi status replikasi.

Konfirmasikan status replikasi untuk server sumber dalam lingkup secara otomatis dengan menggunakan skrip yang disediakan. Skrip berulang setiap lima menit sampai status semua server sumber dalam gelombang yang diberikan berubah menjadi Healthy. Untuk petunjuknya, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Buat pengguna admin.

Admin lokal atau pengguna sudo di mesin sumber mungkin diperlukan untuk memecahkan masalah apa pun setelah pemindahan migrasi dari server sumber dalam cakupan ke AWS. Tim migrasi menggunakan pengguna ini untuk masuk ke server target ketika server otentikasi (misalnya, server DC atau LDAP) tidak dapat dijangkau. Untuk petunjuk langkah ini, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Validasi template peluncuran.

Validasi metadata server untuk memastikannya berhasil dan tidak memiliki data yang tidak valid. Langkah ini memvalidasi metadata pengujian dan cutover. Untuk petunjuknya, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Buat permintaan layanan.

Buat permintaan layanan untuk tim infrastruktur dan tim lain untuk melakukan pemotongan aplikasi ke instans pengembangan/QA, pra-produksi, atau produksi. 

Konfigurasikan penyeimbang beban (opsional).

Konfigurasikan penyeimbang beban yang diperlukan, seperti Application Load Balancer atau penyeimbang beban F5 dengan iRULES.

Luncurkan instance untuk pengujian.

Luncurkan semua mesin target untuk gelombang tertentu di Layanan Migrasi Aplikasi dalam mode uji. Untuk informasi tambahan, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Verifikasi status instans target.

Verifikasi status instance target dengan memeriksa proses bootup untuk semua server sumber dalam lingkup dalam gelombang yang sama. Mungkin diperlukan waktu hingga 30 menit untuk instance target untuk boot up. Anda dapat memeriksa status secara manual dengan masuk ke EC2 konsol Amazon, mencari nama server sumber, dan meninjau kolom pemeriksaan Status. Pemeriksaan status 2/2 yang dilewati menunjukkan bahwa instance tersebut sehat dari perspektif infrastruktur.

Ubah entri DNS.

Ubah entri Sistem Nama Domain (DNS). (Gunakan resolv.conf atau host.conf untuk lingkungan Microsoft Windows.) Konfigurasikan setiap EC2 instance untuk menunjuk ke alamat IP baru dari host ini.

Uji konektivitas ke host backend dari EC2 instance.

Periksa login dengan menggunakan kredensi domain untuk server yang dimigrasi.

Perbarui catatan DNS A.

Perbarui catatan DNS A untuk setiap host untuk menunjuk ke alamat IP EC2 pribadi Amazon yang baru.

Perbarui catatan DNS CNAME.

Perbarui catatan DNS CNAME untuk virtual IPs (nama penyeimbang beban) untuk menunjuk ke cluster untuk server web dan aplikasi.

Uji aplikasi di lingkungan yang berlaku.

Masuk ke EC2 instance baru dan uji aplikasi di lingkungan pengembangan/QA, pra-produksi, dan produksi.

Tandai sebagai siap untuk cutover.

Ketika pengujian selesai, ubah status server sumber untuk menunjukkan bahwa itu siap untuk cutover, sehingga pengguna dapat meluncurkan instance cutover. Untuk petunjuknya, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Buat rencana penyebaran produksi.

Buat rencana penyebaran produksi (termasuk rencana backout).

Beri tahu tim operasi tentang waktu henti.

Beri tahu tim operasi tentang jadwal downtime untuk server. Beberapa tim mungkin memerlukan permintaan perubahan atau tiket permintaan layanan (CR/SR) untuk pemberitahuan ini.

Replikasi mesin produksi.

Replikasi mesin produksi dengan menggunakan Layanan Migrasi Aplikasi atau alat migrasi lainnya.

Matikan server sumber dalam lingkup.

Setelah memverifikasi status replikasi server sumber, Anda dapat mematikan server sumber untuk menghentikan transaksi dari aplikasi klien ke server. Anda dapat mematikan server sumber di jendela cutover. Untuk informasi selengkapnya, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Luncurkan instance untuk cutover.

Luncurkan semua mesin target untuk gelombang tertentu di Layanan Migrasi Aplikasi dalam mode cutover. Untuk informasi selengkapnya, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Ambil contoh IPs target.

Ambil contoh IPs untuk target. Jika pembaruan DNS adalah proses manual di lingkungan Anda, Anda perlu mendapatkan alamat IP baru untuk semua instance target. Untuk informasi selengkapnya, lihat Panduan Implementasi Pabrik Migrasi Cloud.

Verifikasi koneksi server target.

Setelah Anda memperbarui catatan DNS, sambungkan ke instance target dengan nama host untuk memverifikasi koneksi. Untuk informasi selengkapnya, lihat Panduan Implementasi Pabrik Migrasi Cloud.