View a markdown version of this page

Migrasi server - AWS Transformasi

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

Migrasi server

AWS Transform menggunakan AWS Transform MGN (MGN) untuk meng-host kembali server Anda ke Amazon EC2. Alur kerja server migrasi memandu Anda dalam menyiapkan setiap gelombang migrasi, memvalidasi inventaris server Anda, menerapkan agen replikasi, memantau replikasi data, menguji instance yang dimigrasi, dan melakukan pemotongan akhir. Untuk membaca lebih lanjut tentang itu, lihat Apa itu AWS Transform MGN? di Panduan Pengguna MGN.

Migrasi server diatur oleh gelombang. Setiap gelombang mewakili sekelompok server yang dimigrasikan bersama. Untuk setiap gelombang, Anda menyelesaikan fase berikut:

Untuk gelombang dengan strategi migrasi containerize, AWS Transform menjalankan alur kerja containerization kode sumber alih-alih langkah rehost yang dijelaskan di bawah ini. Alur kerja kontainerisasi memandu Anda melalui kloning kode sumber, menghasilkan artefak Docker, menerbitkan gambar kontainer, dan menerapkan ke Amazon Elastic Container Service atau Amazon Elastic Kubernetes Service. Untuk alur kerja kontainerisasi lengkap, lihat. Kontainerisasi kode sumber

  1. Prasyarat dan Konfigurasi Default Migrasi

  2. Langkah 1: Siapkan gelombang migrasi

  3. Langkah 2: Validasi dan konfirmasi inventaris

  4. Langkah 3: Menyebarkan agen replikasi

  5. Langkah 4: Replikasi data

  6. Langkah 5: Pengujian

  7. Langkah 6: Cutover

Prasyarat dan Konfigurasi Default Migrasi

Prasyarat

Sebelum memulai migrasi rehost, pastikan Anda memiliki yang berikut:

catatan

Jika Anda menyelesaikan semua langkah pekerjaan migrasi ujung ke ujung di AWS Transform, akun target dan file inventaris Anda sudah disiapkan — file inventaris akan dibuat untuk Anda selama langkah perencanaan migrasi. Infrastruktur jaringan yang disiapkan melalui migrasi jaringan AWS Transform juga siap. Jika Anda tidak membangun infrastruktur jaringan melalui AWS Transform, pastikan sudah disiapkan terlebih dahulu sebelum memulai migrasi rehost.

Sebelum memulai migrasi rehost, verifikasi bahwa Anda memiliki sumber daya jaringan dan infrastruktur untuk meng-host server Anda. Anda dapat menggunakan AWS Transform landing zone dan kemampuan migrasi jaringan atau alat lainnya untuk itu.

  • Sistem operasi yang didukung — Server sumber harus menjalankan sistem operasi yang didukung. Untuk daftar lengkapnya, lihat Sistem operasi yang didukung di Panduan Pengguna MGN.

  • Akun target untuk migrasi — Akun AWS ID tempat Anda memerlukan server untuk dimigrasi. Anda dapat menggunakan AWS Transform landing zone atau alat lainnya untuk menyiapkan infrastruktur Anda.

  • Infrastruktur jaringan di tempat - VPC, subnet, dan grup keamanan dikerahkan dan dikonfigurasi. Anda dapat menggunakan AWS Transform Network Migration atau alat lainnya untuk menyiapkan infrastruktur jaringan Anda.

  • File inventaris — Disiapkan dengan detail server, penetapan gelombang, informasi akun target, dan preferensi jenis instans Amazon EC2. Anda dapat menggunakan AWS Transform perencanaan migrasi untuk menghasilkan file ini.

Konfigurasikan Default Migrasi

Sebelum memulai eksekusi migrasi multi-akun, Anda harus mengonfigurasi pengaturan default yang berlaku untuk semua akun target Anda. Default ini menentukan cara instans Amazon EC2 diluncurkan dan cara migrasi umum dikonfigurasi. Anda dapat mengganti default ini pada tingkat gelombang selama pengaturan gelombang.

Preferensi rekomendasi Amazon EC2

AWS Transform memberikan rekomendasi jenis instans Amazon EC2 berdasarkan spesifikasi pemanfaatan VM sumber Anda. Anda dapat mengonfigurasi preferensi rekomendasi Amazon EC2 untuk mengontrol cara jenis instans dipilih untuk server yang dimigrasi.

Untuk informasi selengkapnya tentang membuat rekomendasi Amazon EC2, lihat Menghasilkan rekomendasi Amazon EC2 di. AWS Migration Hub

catatan

Anda dapat mengubah jenis instans Amazon EC2 yang disarankan untuk menyertakan rekomendasi dari Penilai Migrasi, Penilaian AWS Pengoptimalan, dan Lisensi (OLA), atau pekerjaan penilaian Transform. AWS

Inisialisasi migrasi

Untuk memulai migrasi, AWS Transform menginisialisasi MGN untuk setiap Wilayah AWS tempat Anda berencana untuk bermigrasi, serta semua akun target yang akan digunakan layanan. Selama proses inisialisasi:

  • Peran dan kebijakan IAM yang diperlukan dibuat.

  • Templat default yang diperlukan dikonfigurasi.

Untuk informasi tentang proses inisialisasi, lihat Menginisialisasi AWS Transform MGN dengan konsol di Panduan Pengguna MGN.

Templat peluncuran Amazon EC2

Pengaturan peluncuran mencakup dua bagian: pengaturan peluncuran umum, dan templat peluncuran Amazon EC2, yang menentukan bagaimana instance pengujian atau cutover diluncurkan untuk setiap server sumber. AWS

Pengaturan peluncuran, termasuk template peluncuran Amazon EC2, dapat ditentukan pada tingkat akun dan kemudian diterapkan ke setiap server sumber secara otomatis setiap kali Anda menambahkan server sumber ke AWS Transform MGN. Pengaturan peluncuran default yang ditentukan di bagian ini dapat diterapkan ke semua akun target Anda secara otomatis.

AWS Transform menyajikan daftar pengaturan template peluncuran yang tersedia. Anda dapat memilih untuk melanjutkan dengan default atau mengkonfigurasi template peluncuran Anda. Jika Anda memilih untuk mengonfigurasi, AWS Transform menyediakan tautan ke tinjauan human-in-the-loop (HITL) yang berisi semua parameter pengaturan template peluncuran. Anda juga dapat melakukan modifikasi langsung melalui antarmuka obrolan untuk parameter apa pun yang Anda inginkan.

Server sumber dibuat dengan pengaturan template peluncuran akun. Setelah server sumber dibuat dengan pengaturan default ini, Anda dapat mengubahnya di tingkat pengaturan peluncuran server sumber. Anda dapat mengubah pengaturan server sumber pada parameter apa pun menggunakan antarmuka obrolan, atau untuk operasi massal menggunakan file Excel inventaris selamaLangkah 2: Validasi dan konfirmasi inventaris.

Untuk meninjau daftar lengkap pengaturan dan detail templat peluncuran, lihat Meluncurkan pengaturan umum di Panduan Pengguna MGN.

Perubahan template peluncuran Amazon EC2 tambahan

Untuk perubahan template peluncuran Amazon EC2 tambahan, Anda harus melakukannya pada ID templat untuk setiap akun target. Opsi ini tersedia di dalam pengaturan gelombang. AWS Transform memandu Anda melaluinya dan menyediakan tautan yang sesuai.

Langkah 1: Siapkan gelombang migrasi

Pada fase ini, AWS Transform menyiapkan gelombang migrasi dengan mengonfigurasi akun target, memverifikasi izin layanan, menyiapkan tag sumber daya, menambahkan data jaringan ke inventaris Anda, dan mengonfigurasi pengaturan replikasi dan peluncuran.

Mode migrasi dan konfigurasi akun

AWS Transform mendukung dua mode migrasi:

  • Single-account migrasi — Semua server dalam gelombang bermigrasi ke akun target yang sama yang dikonfigurasi di konektor Anda.

  • Multi-account migrasi — Server bermigrasi ke akun target berbeda yang ditentukan dalam file inventaris Anda. Untuk migrasi multi-akun, file inventaris Anda harus menyertakan mgn:account-id kolom dengan ID akun target untuk setiap server.

AWS Transform mengonfirmasi konfigurasi akun target dan memverifikasi bahwa MGN diinisialisasi di setiap akun target. Jika MGN belum diinisialisasi, AWS Transform memberikan instruksi untuk menyelesaikan inisialisasi. Selama inisialisasi, MGN membuat peran layanan IAM berikut untuk operasi replikasi dan peluncuran:

  • AWSApplicationMigrationReplicationServerRole

  • AWSApplicationMigrationConversionServerRole

  • AWSApplicationMigrationMGHRole

  • AWSApplicationMigrationLaunchInstanceWithDrsRole

  • AWSApplicationMigrationLaunchInstanceWithSsmRole

  • AWSApplicationMigrationAgentRole

Untuk mempelajari lebih lanjut tentang peran ini, lihat Menginisialisasi MGN dengan konsol atau Menginisialisasi MGN dengan API di Panduan Pengguna MGN.

Untuk migrasi multi-akun, AWS Transform juga membuat peran berikut selama langkah inisialisasi:. AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id> Peran ini diterapkan di semua akun target migrasi.

Verifikasi penandaan sumber daya

Setelah izin layanan dikonfirmasi, AWS Transform memverifikasi bahwa semua sumber daya yang diperlukan ditandai dengan benar agar migrasi berhasil dioperasikan oleh agen. Jika sumber daya tidak memiliki tag yang diperlukan, AWS Transform menyediakan tautan ke halaman penandaan tempat Anda dapat menerapkan tag yang hilang sebelum melanjutkan. Tag berikut diperlukan:

  • Server sumber yang ada harus memiliki tag CreatedBy: AWSTransform danATWorkspace: <workspace_id>. Jika Anda sudah memulai replikasi pada server sumber dan membuatnya di layanan AWS Transform MGN, Anda perlu menandai server ini agar AWS Transform dapat menghubungkannya dengan server sumber yang ditemukan dari lingkungan lokal Anda, dan menghindari pembuatan server sumber duplikat yang tidak perlu. AWS Transform secara otomatis berkorelasi di antara mereka menggunakan ID yang disediakan pengguna, FQDN, atau kunci nama host.

  • Sumber daya jaringan harus diberi tag dengan benar untuk replikasi (area pementasan) dan instance peluncuran. AWS Transform menampilkan daftar lengkap sumber daya jaringan di akun target Anda, dengan indikasi apakah setiap sumber daya sudah ditandai atau belum. Anda dapat meninjau daftar dan memilih sumber daya yang tidak ditandai yang ingin Anda tambahkan. Untuk setiap sumber daya yang Anda pilih, AWS Transform menerapkan tag yang relevan:

    • CreatedBy: AWSTransformatauCreatedFor: AWSTransform, tergantung pada jenis sumber daya.

    • ATWorkspace: <workspace_id>diterapkan ke semua sumber daya yang dipilih.

    VPC dan subnet yang dibuat oleh agen migrasi jaringan AWS Transform secara otomatis ditandai.

  • Selain VPC dan subnet, AWS Transform juga menampilkan semua Elastic Network Interfaces (ENI) yang ada di akun target Anda. Jika Anda ingin AWS Transform menggunakannya sebagai bagian dari peluncuran instans Anda, mereka harus ditandai dengan CreatedFor: AWSTransform danATWorkspace: <workspace_id>. Untuk informasi selengkapnya tentang cara melampirkan atau menambahkan ENI ke templat peluncuran Amazon EC2, lihat Pertimbangan terperinci di Panduan Pengguna MGN.

Tambahkan data jaringan ke inventaris

AWS Transform menambahkan informasi jaringan dari migrasi jaringan Anda ke file inventaris. Langkah ini memetakan server Anda ke subnet target dan grup keamanan yang sesuai berdasarkan konfigurasi jaringan yang dihasilkan selama fase jaringan migrasi.

Pengaturan replikasi dan peluncuran

Konfigurasi pengaturan replikasi

Pengaturan replikasi menentukan bagaimana data direplikasi dari server sumber Anda ke. AWS Konfigurasikan pengaturan replikasi di template replikasi sebelum menambahkan server sumber ke AWS Transform MGN. AWS Transform menunjukkan kepada Anda semua parameter pengaturan replikasi — Anda dapat mengonfigurasinya melalui HITL khusus atau melalui antarmuka obrolan.

Untuk detail selengkapnya tentang parameter pengaturan replikasi, lihat Templat pengaturan replikasi di Panduan Pengguna MGN.

Luncurkan pengaturan template

Template peluncuran memungkinkan Anda untuk mengontrol cara AWS Transform MGN meluncurkan instance. AWS Konfigurasi default yang ditentukan dalam template secara otomatis diterapkan ke setiap server yang baru ditambahkan. Anda dapat mengonfigurasi pengaturan template peluncuran melalui HITL khusus atau melalui antarmuka obrolan.

Untuk detail selengkapnya tentang parameter pengaturan template peluncuran, lihat Peluncuran template di Panduan Pengguna MGN.

AWS Transform juga menyediakan tautan ke ID template peluncuran Amazon EC2 yang terkait dengan template peluncuran, memungkinkan Anda mengubah atribut template peluncuran Amazon EC2 tambahan. Untuk mengedit template peluncuran Amazon EC2, ikuti petunjuk di Template Luncurkan di Panduan Pengguna MGN.

Strategi penugasan IP

Anda memilih bagaimana alamat IP ditetapkan ke server yang dimigrasi:

  • IP statis — Alamat IP server sumber dipertahankan. Jika transformasi CIDR diperlukan, AWS Transform secara otomatis mengonversi alamat IP agar sesuai dengan CIDR baru.

  • Dynamic IP (DHCP) — Setiap server diberi alamat IP baru dari kumpulan IP subnet.

catatan

Jika Anda memilih strategi pemetaan grup keamanan MAP selama migrasi jaringan, hanya penetapan IP statis yang tersedia. Untuk detail selengkapnya, lihat Pemetaan grup keamanan.

Langkah 2: Validasi dan konfirmasi inventaris

Sebelum memuat data server Anda ke MGN, AWS Transform menyiapkan file inventaris untuk ditinjau. Anda dapat mengunduh file dalam format CSV atau XLSX, meninjau konfigurasi server, dan membuat perubahan jika diperlukan.

File inventaris mencakup detail seperti nama server, sistem operasi, rekomendasi jenis instans Amazon EC2, subnet target, grup keamanan, penetapan IP, dan opsi lisensi. Bidang yang diperlukan meliputi:

  • Informasi server — Nama server, VMID, dan spesifikasi sumber.

  • Penugasan gelombang - Pengelompokan gelombang migrasi.

  • Pengelompokan aplikasi — Asosiasi aplikasi logis.

  • Konfigurasi target — Akun target, Wilayah, dan jenis instans Amazon EC2.

  • Konfigurasi jaringan — Target subnet dan grup keamanan.

Anda dapat memodifikasi file untuk menyesuaikan konfigurasi Amazon EC2, mengubah opsi lisensi sistem operasi (BYOL atau Termasuk Lisensi), dan memperbarui pengaturan penyewaan.

Setelah meninjau inventaris, Anda dapat menerimanya seperti yang ditunjukkan atau mengunggah versi modifikasi. AWS Transform kemudian memuat data ke MGN, yang menciptakan catatan server sumber untuk setiap server dalam gelombang.

catatan

Jangan menghapus kolom atau mengubah header kolom dalam file inventaris. AWS Transform membutuhkan struktur file asli untuk memproses data dengan benar.

catatan

AWS Transform memungkinkan satu impor ke target Akun AWS dan target tertentu Wilayah AWS pada suatu waktu. Jika Anda mengerjakan lebih dari satu gelombang secara bersamaan, atau jika ada lebih dari satu pekerjaan migrasi yang berjalan dengan akun target yang sama, Anda harus menunggu impor selesai sebelum dapat melakukan impor lain dalam gelombang atau pekerjaan yang berbeda.

Anda dapat mengontrol opsi lisensi sistem operasi (BYOL atau Termasuk Lisensi) dan penyewaan dengan menentukan konfigurasi di kolom file inventaris dan. mgn:launch:placement:operating-system-licensing mgn:launch:placement:tenancy Untuk informasi selengkapnya, lihat Mengimpor parameter di Panduan Pengguna MGN.

Langkah 3: Menyebarkan agen replikasi

Untuk mulai mereplikasi data dari server sumber Anda AWS, Anda menginstal Agen AWS Replikasi di setiap server sumber. AWS Transform menawarkan tiga metode instalasi:

  • Alat organisasi — Gunakan alat penyebaran organisasi Anda yang ada (seperti SCCM, Ansible, atau Chef) untuk menginstal agen di seluruh server Anda. AWS Transform menyediakan perintah instalasi dengan parameter tambahan untuk instalasi diam, termasuk--no-prompt,--aws-access-key-id,--aws-secret-access-key, dan--aws-session-token.

  • Konektor MGN - Gunakan konektor MGN untuk mengotomatiskan instalasi agen. Konektor terhubung ke mesin sumber melalui SSH (Linux) atau WinRM (Windows) dan menginstal agen replikasi secara otomatis. Setelah dikonfigurasi, konektor dapat digunakan kembali di beberapa gelombang dan target Akun AWS yang berbeda. Untuk informasi selengkapnya tentang konektor MGN, lihat Mengatur Konektor MGN di Panduan Pengguna MGN.

    catatan

    Sebelum menggunakan konektor MGN dengan AWS Transform, Anda harus menandai instance terkelola konektor di AWS Systems Manager Fleet Manager dengan tag berikut:

    • Kunci: CreatedFor Nilai: AWSTransform

    • Kunci: ATWorkspace Nilai: workspace-id

    Untuk menandai instance terkelola, buka AWS Systems Manager konsol, navigasikan ke Fleet Manager di bawah Node Tools, pilih instance terkelola konektor MGN Anda, dan terapkan tag di atas. Temukan ID ruang kerja Anda di URL aplikasi web AWS Transform:https://.../workspace/workspace-id/job/job-id.

  • Instalasi manual — Instal agen langsung di setiap server sumber. Metode ini membutuhkan akses langsung ke setiap server tetapi memberi Anda kontrol penuh atas proses instalasi.

AWS Ubah pengaturan konektor MGN

Konektor AWS Transform MGN mengotomatiskan penyebaran agen replikasi ke server sumber Anda. Konektor adalah klien ringan yang digunakan pada mesin Linux khusus di lingkungan lokal Anda. Ini terhubung ke server sumber melalui SSH (Linux) atau WinRM (Windows) untuk menginstal dan mengkonfigurasi agen replikasi, menghilangkan kebutuhan untuk berkoordinasi secara manual di beberapa layanan. AWS

Cara kerja konektor

Konektor beroperasi melalui komponen-komponen berikut:

  • Connector client — Diterapkan pada mesin Linux khusus di lingkungan Anda.

  • Agen SSM - Diinstal pada mesin yang sama untuk memungkinkan komunikasi yang aman dengan AWS.

  • SSM Hybrid Activation — Menautkan mesin konektor ke AWS Systems Manager untuk eksekusi perintah yang aman.

  • Manajemen kredensil - Mengambil kredensi server sumber dari Secrets Manager. AWS

Saat Anda menggunakan agen, AWS Transform mengirimkan dokumen SSM ke mesin konektor. Konektor kemudian mengambil kredensi server sumber dari AWS Secrets Manager, membuat koneksi ke setiap server sumber, memvalidasi bahwa server sumber memenuhi prasyarat, menginstal dan mengonfigurasi agen replikasi, dan memverifikasi instalasi yang berhasil.

Persyaratan mesin konektor

Persyaratan Detail
Sistem operasi Sistem operasi Linux yang didukung. Untuk daftar lengkapnya, lihat prasyarat konektor MGN di Panduan Pengguna MGN.
Akses jaringan Harus mencapai semua server sumber (Linux melalui SSH, Windows melalui WinRM)
Konektivitas internet HTTPS keluar (443) ke AWS titik akhir (Systems Manager, Secrets Manager, MGN)
Ruang disk Minimal 200 MB gratis
Izin Akses root atau sudo
catatan

Konektor harus diinstal pada mesin Linux, tetapi dapat menyebarkan agen ke server sumber Linux dan Windows.

Proses penyiapan

AWS Transform memandu Anda melalui langkah-langkah berikut untuk mengatur konektor:

Langkah 1: Konfigurasi konektor

Berikan nama untuk konektor Anda, atau gunakan nama default yang dibuat secara otomatis. Konektor dapat diinstal pada akun manajemen atau pada akun administrator yang didelegasikan di MGN. Untuk migrasi multi-akun, konektor dapat menyebarkan agen ke server di seluruh akun anggota.

Langkah 2: pengaturan AWS sumber daya

AWS Transform membuka halaman penyiapan yang berjalan di browser Anda menggunakan AWS kredensil Anda. Anda harus masuk ke Konsol AWS Manajemen dengan akun manajemen atau akun administrator yang didelegasikan. Ini harus akun yang sama dengan konektor target AWS Transform Anda terhubung.

Halaman penyiapan secara otomatis membuat sumber daya berikut:

  • Peran IAM (dibuat idempotently — dilewati jika sudah ada):

    • AWSApplicationMigrationConnectorManagementRole— Digunakan selama instalasi agen untuk mengakses kredensil.

    • AWSApplicationMigrationConnectorSharingRole_<ACCOUNT-ID>- Berisi izin untuk instalasi agen.

  • SSM Hybrid Activation — periode kedaluwarsa 30 hari. Menautkan mesin konektor ke AWS Systems Manager dan menghasilkan kredenal aktivasi yang aman.

Atau, Anda dapat mengunduh CloudFormation template dari halaman penyiapan untuk menerapkan peran IAM sendiri.

Halaman pengaturan menghasilkan perintah instalasi satu baris dengan semua kredensi dan konfigurasi yang diperlukan.

penting

Biarkan halaman penyiapan tetap terbuka sampai instalasi selesai. Menutupnya akan membutuhkan restart proses. Semua kredensil hanya ada di browser Anda dan tidak disimpan oleh AWS Transform.

Langkah 3: Instalasi konektor

Instal konektor pada mesin Linux di lingkungan Anda:

  1. Salin tautan instalasi dari halaman pengaturan.

  2. SSH ke mesin Linux pilihan Anda.

  3. Tempel dan jalankan perintah instalasi.

  4. Tunggu hingga instalasi selesai (biasanya 2-3 menit).

Langkah 4: Lampirkan server sumber

Setelah instalasi, AWS Transform mengidentifikasi semua server sumber yang termasuk dalam gelombang saat ini dan secara otomatis menempelkannya ke konektor MGN.

Langkah 5: Konfigurasikan kredensil

Berikan AWS Secrets Manager ARN untuk kredensi server sumber Anda. AWS Transform menawarkan tiga opsi konfigurasi kredensi:

  • Rahasia tunggal untuk server Linux - Satu rahasia bersama yang berisi kunci SSH atau username/password untuk semua server sumber Linux.

  • Rahasia tunggal untuk server Windows - Satu rahasia bersama yang berisi nama pengguna dan kata sandi untuk semua server sumber Windows.

  • Beberapa rahasia per server — Rahasia berbeda per server atau grup server. Gunakan ini ketika server memiliki kredensil yang berbeda. AWS Transform menghasilkan file CSV yang telah diisi sebelumnya dengan daftar server Anda. Anda mengisi secret_arn kolom untuk setiap server dan mengunggah file yang sudah selesai.

catatan

Anda dapat menggabungkan opsi rahasia tunggal Linux dan Windows jika Anda memiliki kedua jenis server dengan satu rahasia bersama masing-masing. Opsi rahasia per-server saling eksklusif dengan opsi rahasia tunggal.

Format rahasia kredensi. Untuk membaca lebih lanjut tentang hal itu, lihat kredenal konektor MGN di Panduan Pengguna MGN:

{ "WinConnectionProtocol": "HTTPS", "WinUserName": "windows_username", "WinPassword": "windows_password", "LinuxUserName": "linux_username", "LinuxPrivateKey": "linux_private_key", "LinuxHostKeyValidation": false }

Penyebaran agen

Setelah kredensil dikonfigurasi dan diverifikasi, AWS Transform menyebarkan agen replikasi ke server sumber Anda. Anda dapat menyebarkan ke semua server dalam gelombang saat ini atau memilih server tertentu.

Proses penyebaran untuk setiap server:

  1. AWS Transform mengirimkan perintah penerapan ke konektor melalui SSM.

  2. Konektor mengambil kredensil dari Secrets Manager AWS .

  3. Konektor terhubung ke server sumber menggunakan kredensi yang dikonfigurasi.

  4. Konektor memvalidasi bahwa server sumber memenuhi semua prasyarat yang diperlukan untuk menjalankan agen replikasi.

  5. Konektor menginstal dan mengkonfigurasi agen replikasi.

  6. Konektor memverifikasi instalasi dan konektivitas yang berhasil.

Anda dapat memantau kemajuan penerapan secara real-time dengan pelacakan status per-server, termasuk langkah penginstalan saat ini, waktu yang telah berlalu, dan perkiraan waktu yang tersisa. Jika ada server yang gagal, AWS Transform menampilkan alasan kegagalan dan menawarkan opsi coba lagi per server. Server yang berhasil digunakan dapat melanjutkan secara independen sementara server yang gagal dicoba ulang.

Penggunaan kembali konektor dan siklus hidup

Saat menerapkan agen untuk gelombang berikutnya, Anda dapat menggunakan kembali konektor yang ada atau membuat yang baru. AWS Transform mencantumkan semua konektor yang dikonfigurasi di akun Anda, menampilkan nama konektor, status (Aktif atau Kedaluwarsa), jumlah server terlampir, dan tanggal kedaluwarsa Aktivasi Hybrid.

  • Konektor aktif — Aktivasi Hybrid masih berlaku. AWS Transform memverifikasi peran IAM untuk gelombang baru dan melanjutkan ke konfigurasi kredensi. Tidak diperlukan Aktivasi Hybrid baru.

  • Konektor kedaluwarsa - Aktivasi Hibrid SSM telah kedaluwarsa. Aktivasi yang kedaluwarsa tidak dapat diperpanjang. Anda harus memilih konektor yang berbeda atau membuat yang baru.

Aktivasi Hibrida SSM berakhir setelah 30 hari. Aktivasi hanya diperlukan untuk menginstal konektor pada mesin Linux. Setelah konektor diinstal, Anda dapat terus menggunakannya untuk menginstal agen replikasi pada server sumber bahkan setelah aktivasi berakhir. Jika Anda perlu memasang konektor pada mesin baru setelah aktivasi kedaluwarsa, Anda perlu membuat konektor baru melalui proses pengaturan.

Instalasi agen manual

Untuk instalasi manual, pertama-tama Anda menghasilkan AWS kredensyal (sementara atau permanen) dan kemudian menginstal agen di setiap server sumber.

Opsi kredensi:

  • Kredensyal sementara (disarankan) — Buat peran IAM dengan kebijakan AWSApplicationMigrationAgentInstallationPolicy terkelola, lalu gunakan aws sts assume-role untuk menghasilkan kredensyal sementara. Untuk membaca lebih lanjut tentang hal itu, lihat Izin instalasi agen di Panduan Pengguna MGN.

  • Kredensyal permanen — Buat pengguna IAM dengan kebijakan AWSApplicationMigrationAgentInstallationPolicy terkelola dan buat kunci akses.

Langkah-langkah instalasi:

Untuk server Linux, unduh dan jalankan penginstal:

wget -O ./aws-replication-installer-init \ https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/linux/aws-replication-installer-init sudo chmod +x aws-replication-installer-init sudo ./aws-replication-installer-init --region region --user-provided-id server-identifier

Untuk server Windows, unduh dan jalankan penginstal yang sesuai menggunakan PowerShell sebagai Administrator:

Invoke-WebRequest -Uri "https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/windows/AwsReplicationWindowsInstaller.exe" ` -OutFile "C:\AwsReplicationWindowsInstaller.exe" C:\AwsReplicationWindowsInstaller.exe --region region --user-provided-id server-identifier
penting

parameter --user-provided-id diperlukan. Ganti server-identifier dengan nilai yang tepat dari mgn:server:user-provided-id kolom di file inventaris Anda. Pengidentifikasi ini menghubungkan server fisik ke catatan server sumber MGN-nya.

Untuk informasi selengkapnya tentang instalasi agen, lihat Agen Linux dan agen Windows di Panduan Pengguna MGN.

Setelah instalasi, AWS Transform memverifikasi bahwa semua agen berhasil terhubung dengan memeriksa bahwa server menunjukkan status replikasi atau. INITIATING INITIAL_SYNC

catatan

AWS Transform tidak mendukung replikasi tanpa agen MGN. Untuk informasi tentang replikasi tanpa agen, lihat ikhtisar replikasi tanpa agen di Panduan Pengguna MGN.

catatan

Anda harus menginstal agen replikasi di semua server dalam gelombang. Putuskan sambungan dan arsipkan server tempat Anda tidak menginstal agen replikasi. Anda dapat menggunakan disconnect-from-service perintah untuk memutuskan server, dan mark-as-archived perintah untuk mengarsipkan server yang terputus. Perintah pengarsipan hanya berfungsi untuk server sumber yang status siklus hidupnya. DISCONNECTED

Untuk kuota terkait replikasi, lihat batas kuota layanan MGN di Panduan Pengguna MGN.

Langkah 4: Replikasi data

Setelah agen replikasi diinstal, replikasi data dimulai secara otomatis. AWS Transform menggunakan replikasi tingkat blok berkelanjutan untuk menyinkronkan data dari server sumber ke. AWS

Proses replikasi terdiri dari dua fase:

  • Sinkronisasi awal — Salinan lengkap data server sumber ke AWS. Data disimpan sebagai snapshot Amazon Elastic Block Store (Amazon EBS) atau di Amazon fsX untuk volume ONTAP (FSx NetApp untuk ONTAP) di akun target, tergantung pada jenis penyimpanan target yang dikonfigurasi. Untuk informasi selengkapnya, lihat Jenis penyimpanan target di Panduan Pengguna MGN. Durasi tergantung pada volume data dan bandwidth jaringan.

  • Replikasi berkelanjutan - Sinkronisasi berkelanjutan dari blok yang diubah dengan dampak minimal pada kinerja server sumber. Mempertahankan salinan terbaru di AWS.

Server replikasi adalah instans Amazon EC2 sementara yang digunakan di subnet area pementasan. Mereka menerima data yang direplikasi dari server sumber dan secara otomatis dikelola oleh MGN. Untuk membaca selengkapnya, lihat Pengaturan server replikasi di Panduan Pengguna MGN.

AWS Transform memantau kemajuan replikasi dan menyediakan pembaruan status, termasuk status replikasi, jeda replikasi (perbedaan waktu antara sumber dan data yang direplikasi), dan penggunaan bandwidth.

Selama replikasi, setiap server berkembang melalui status berikut:

  • Belum siap — Server sedang menjalani proses sinkronisasi awal dan belum siap untuk pengujian.

  • Siap untuk pengujian - Server telah berhasil ditambahkan dan replikasi data telah dimulai. Contoh pengujian atau cutover sekarang dapat diluncurkan.

Setelah semua server dalam gelombang telah berkembang melampaui NOT_READY status, fase replikasi data selesai dan Anda dapat melanjutkan ke pengujian.

Anda dapat mengontrol replikasi untuk server individual atau seluruh gelombang kapan saja:

  • Jeda replikasi - Jeda sementara replikasi untuk server tertentu atau seluruh gelombang.

  • Lanjutkan replikasi - Lanjutkan replikasi yang dijeda sebelumnya.

  • Hentikan replikasi — Hentikan replikasi secara permanen. Replikasi yang dihentikan dapat dimulai ulang, tetapi dimulai dari sinkronisasi awal.

Langkah 5: Pengujian

Setelah replikasi data selesai, Anda dapat meluncurkan instance pengujian untuk memvalidasi server yang dimigrasi sebelum melakukan pemotongan akhir. Untuk membaca selengkapnya, lihat Meluncurkan instance pengujian di Panduan Pengguna MGN. AWS Transform mendukung dua opsi pengujian:

  • Pengujian gelombang penuh - Luncurkan instance pengujian untuk semua server dalam gelombang.

  • Pengujian selektif — Luncurkan instance pengujian untuk server tertentu yang Anda pilih dengan memberikan ID yang disediakan pengguna dari file inventaris.

AWS Transform meluncurkan instans Amazon EC2 dari data yang direplikasi dan menyediakan ID instans sehingga Anda dapat terhubung dan memvalidasi instance pengujian. Setelah pengujian, Anda dapat:

  • Lanjutkan ke cutover jika pengujian berhasil.

  • Luncurkan instance pengujian baru untuk menguji ulang.

  • Hentikan instance pengujian dan atasi masalah apa pun sebelum menguji ulang.

Langkah 5b: Tandai aplikasi sebagai siap untuk cutover

Setelah pengujian selesai dan Anda puas dengan hasilnya, tandai aplikasi Anda sebagai siap untuk dipotong. AWS Transform meninjau status replikasi setiap aplikasi dan menyelesaikan setiap peringatan replikasi sebelum memungkinkan Anda untuk melanjutkan. Hanya aplikasi dengan status replikasi bersih yang dapat ditandai untuk cutover.

Langkah 6: Cutover

Cutover adalah langkah migrasi terakhir tempat beban kerja produksi Anda dipindahkan. AWS Untuk membaca selengkapnya, lihat Meluncurkan instance cutover di Panduan Pengguna MGN. Mirip dengan pengujian, AWS Transform mendukung cutover gelombang penuh atau cutover selektif untuk server tertentu.

Selama cutover, AWS Transform meluncurkan instans Amazon EC2 dari data yang direplikasi terbaru dan menyediakan ID instans untuk setiap server. Setelah memverifikasi instance cutover, Anda menyelesaikan cutover, yang menghentikan replikasi mesin sumber yang sedang berlangsung.

Proses cutover meliputi langkah-langkah berikut:

  1. Luncurkan instans cutover — AWS Transform meluncurkan instans Amazon EC2 untuk server yang dipilih. Anda dapat memilih cutover gelombang penuh atau cutover selektif.

  2. Verifikasi instance cutover — Hubungkan ke instans yang diluncurkan dan verifikasi bahwa instans tersebut berfungsi dengan benar.

  3. Selesaikan cutover - Konfirmasikan cutover untuk menghentikan replikasi mesin sumber. Anda dapat menyelesaikan semua server dalam gelombang atau memilih server tertentu. Finalisasi menghentikan agen replikasi mengirim data, menghapus agen replikasi dari server sumber, dan mengunci status siklus hidup server. Tindakan ini tidak dapat dengan mudah dibatalkan. Untuk membaca lebih lanjut tentang hal itu, lihat Menyelesaikan cutover di Panduan Pengguna MGN.

  4. Server sumber arsip (opsional) — Setelah finalisasi, Anda dapat menandai server sumber sebagai diarsipkan untuk membebaskan kuota server sumber di akun Anda.

penting

Menyelesaikan cutover menghentikan replikasi mesin sumber yang sedang berlangsung. Pastikan Anda telah memverifikasi instance cutover Anda sebelum menyelesaikan.

catatan

Downtime terjadi antara shutdown sumber dan ketersediaan instance cutover. Rencanakan jendela cutover Anda sesuai dengan itu.

Status siklus hidup server

Selama migrasi, setiap server berkembang melalui status siklus hidup berikut. Untuk membaca selengkapnya, lihat Siklus hidup server sumber di Panduan Pengguna MGN.

  • Belum siap — Server sedang menjalani proses sinkronisasi awal dan belum siap untuk pengujian.

  • Siap untuk pengujian - Replikasi data telah dimulai dan contoh pengujian atau cutover dapat diluncurkan.

  • Tes sedang berlangsung - Sebuah contoh pengujian sedang diluncurkan.

  • Siap untuk cutover - Server telah diuji dan siap untuk cutover.

  • Cutover sedang berlangsung - Instans cutover saat ini sedang diluncurkan.

  • Cutover selesai — Server telah dipotong. Semua data telah dimigrasikan ke instance AWS cutover.

  • Terputus - Server telah terputus dari MGN.

Anda dapat menanyakan AWS Transform tentang status server Anda kapan saja selama migrasi. AWS Transform menyediakan tabel status gelombang interaktif yang menampilkan semua informasi server yang relevan termasuk siklus hidup migrasi, status replikasi, dan langkah selanjutnya yang direkomendasikan. Anda juga dapat bertanya dalam bahasa alami, misalnya:

  • Apa status server saya?

  • Bagaimana status gelombang saya?

  • Apa status langkah yang saya ikuti saat ini?

Selama migrasi gelombang, Anda dapat meminta AWS Transform untuk memperbarui atau mengubah status server individual. Misalnya, jika 9 dari 10 server dalam gelombang Anda lulus fase pengujian tetapi satu gagal, Anda dapat mengizinkan AWS Transform untuk terus memindahkan 9 server ke fase berikutnya saat menjalankan kembali pengujian di server yang gagal.

Persetujuan penyebaran

Beberapa operasi migrasi memerlukan persetujuan eksplisit sebelum eksekusi. Saat operasi memerlukan persetujuan, AWS Transform merutekan permintaan ke pemberi persetujuan resmi melalui tab Persetujuan. Hanya pengguna dengan peran Admin di AWS Transform yang dapat menyetujui permintaan penerapan. Penerapan dilanjutkan hanya setelah menerima konfirmasi.