0Pricing
Cloud & IT Cert Prep · บทเรียน

การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน)

ดำเนินการย้าย VM แบบยกแล้วเปลี่ยนโดยอาศัยการจำลองแบบด้วย Azure Migrate กำหนดค่าการเปลี่ยนเครือข่าย และตรวจสอบสถานะแอปพลิเคชันหลังการย้าย

การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน) เป็นบทเรียน Cloud & IT Cert Prep ฟรีบน CoddyKit นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Cloud & IT Cert Prep และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Cloud & IT Cert Prep มีบทเรียนทั้งหมด 4 บทเรียน

ภาพรวมการยกและย้าย

การย้ายโฮสต์ — โดยทั่วไปเรียกว่า การยกและย้าย — เป็นกลยุทธ์การย้ายที่ย้าย VM จากระบบภายในองค์กรไปยัง Azure โดยไม่เปลี่ยนแปลงระบบปฏิบัติการ ไบนารีของแอปพลิเคชัน หรือข้อมูล เครื่องมือ การย้ายและปรับให้ทันสมัย ของ Azure Migrate (เดิมคือ Server Migration) จะทำให้กระบวนการนี้เป็นอัตโนมัติด้วยการจำลองข้อมูลดิสก์ไปยัง Azure จากนั้นจึงเปลี่ยนการทำงานโดยมีช่วงเวลาหยุดให้บริการน้อยที่สุด การยกและย้ายเหมาะอย่างยิ่งสำหรับแอปพลิเคชันที่ปรับโครงสร้างใหม่ได้ยากหรือมีกรอบเวลาการย้ายที่จำกัด

ข้อกำหนดเบื้องต้นก่อนการย้าย

ก่อนเริ่มการจำลองแบบ คุณต้องดำเนินการดังนี้: ค้นหาและประเมินให้เสร็จสมบูรณ์ เพื่อให้มีคำแนะนำ SKU ของ VM เป้าหมาย สร้างทรัพยากร Azure เป้าหมาย (กลุ่มทรัพยากร เครือข่ายเสมือน และเครือข่ายย่อย) และตรวจสอบให้แน่ใจว่า อุปกรณ์ Azure Migrate มีสถานะสมบูรณ์ สำหรับแหล่งที่มาที่เป็น VMware อุปกรณ์ต้องมีสิทธิ์อ่าน vCenter และ VM สำหรับผู้ใช้ทั่วไปต้องสามารถเข้าถึงเครือข่ายจากอุปกรณ์ได้ ดาวน์โหลดและลงทะเบียนซอฟต์แวร์ Replication Provider หากคุณกำลังย้ายจาก Hyper-V หรือเซิร์ฟเวอร์จริง

# Verify appliance connectivity and status
az migrate replication-appliance list \
  --resource-group myRG \
  --project-name myMigrateProject

การเริ่มการจำลองแบบ

การจำลองแบบจะคัดลอกข้อมูลดิสก์ทั้งหมดจาก VM ต้นทางไปยังบัญชีพื้นที่จัดเก็บแคชที่ Azure จัดการ จากนั้นจึงจัดเตรียมข้อมูลใน Azure แบบอะซิงโครนัส ในพอร์ทัล Azure Migrate ให้ไปที่ Replicate เลือก VM ต้นทาง จับคู่กับ SKU ของ Azure VM ที่แนะนำ และเลือกเครือข่ายเสมือนเป้าหมาย เวลาที่ใช้ในการจำลองแบบครั้งแรกขึ้นอยู่กับขนาดดิสก์และแบนด์วิดท์ — ดิสก์ขนาด 100 GB ผ่านการเชื่อมต่อ 100 Mbps จะใช้เวลาประมาณ 2 ชั่วโมงสำหรับการซิงค์ครั้งแรก

# Start replication for a discovered server
az migrate server migration start-replication \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01'

การจำลองแบบส่วนต่างและการซิงค์

หลังจากคัดลอกอิมเมจดิสก์ครั้งแรกแล้ว Azure Migrate จะเปลี่ยนเป็น การจำลองแบบส่วนต่าง — ระบบจะส่งเฉพาะบล็อกดิสก์ที่เปลี่ยนแปลง ทำให้สำเนาใน Azure ซิงค์กับต้นทางภายในองค์กรเกือบแบบเรียลไทม์ VM จะยังคงทำงานอยู่ในระบบภายในองค์กรระหว่างขั้นตอนนี้ คุณสามารถตรวจสอบสถานะการจำลองแบบ ระยะเวลาคลาดเคลื่อนของ RPO และอัตราการถ่ายโอนข้อมูลได้ในพอร์ทัล โดยทั่วไปการจำลองแบบส่วนต่างจะเหลือความล่าช้าเพียงไม่กี่นาทีภายใน 24 ชั่วโมงหลังการซิงค์ครั้งแรกเสร็จสิ้น

# Check replication status
az migrate server migration list-replicating-server \
  --resource-group myRG \
  --project-name myMigrateProject \
  --query '[].{Name:machineName, State:migrationState, Health:migrationStateDescription}'

การทดสอบการย้าย

ก่อนเปลี่ยนการรับส่งข้อมูลจริง ให้ดำเนินการ ทดสอบการย้าย เสมอ การดำเนินการนี้จะเปิดใช้ VM ที่จำลองแบบไว้ใน Azure บน เครือข่ายเสมือนสำหรับทดสอบที่แยกออกมา ซึ่งไม่มีการเชื่อมต่อกับระบบจริง คุณจะตรวจสอบว่าระบบปฏิบัติการเริ่มต้นได้ บริการเริ่มทำงาน และฟังก์ชันของแอปพลิเคชันทำงานตามที่คาดไว้ การทดสอบการย้ายจะไม่รบกวนการจำลองแบบภายในองค์กร — VM ต้นทางยังคงทำงานอยู่ หลังการทดสอบ ให้ ล้างทรัพยากรสำหรับทดสอบ ในพอร์ทัลเพื่อหลีกเลี่ยงค่าใช้จ่ายที่ไม่จำเป็น

# Initiate a test migration
az migrate server migration test-migrate \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01' \
  --test-network-id '/subscriptions/<sub>/resourceGroups/myRG/providers/Microsoft.Network/virtualNetworks/test-vnet'

การวางแผนช่วงเวลาเปลี่ยนระบบ

การเปลี่ยนระบบ เป็นขั้นตอนสุดท้ายที่ย้ายการรับส่งข้อมูลจริงจากระบบภายในองค์กรไปยัง Azure ระหว่างการเปลี่ยนระบบ VM ต้นทางจะหยุดการทำงานชั่วคราว (หรือคุณปิดเครื่องด้วยตนเอง) ระบบจะนำการเปลี่ยนแปลงส่วนต่างที่เหลือไปใช้กับ VM จำลองใน Azure แล้วเริ่มต้น Azure VM ใหม่ เนื่องจากเป็นการย้ายในระดับพื้นที่จัดเก็บ การเปลี่ยนระบบจึงมักทำได้รวดเร็วมาก — ไม่ถึง 10 นาทีสำหรับ VM ส่วนใหญ่ ให้กำหนดเวลาการเปลี่ยนระบบให้อยู่ในช่วงบำรุงรักษา และแจ้งผู้เกี่ยวข้องกับแอปพลิเคชันล่วงหน้า

การดำเนินการเปลี่ยนระบบ

ในพอร์ทัล Azure Migrate ให้คลิก Migrate สำหรับเซิร์ฟเวอร์ที่เลือก ระบบจะถามว่าคุณต้องการ ปิด VM ภายในองค์กร ก่อนการย้ายหรือไม่ (แนะนำเพื่อหลีกเลี่ยงข้อมูลสูญหาย) Azure จะนำส่วนต่างสุดท้ายไปใช้ สร้าง Azure VM และทำเครื่องหมายว่าการย้ายเสร็จสมบูรณ์ จากนั้นคุณต้องอัปเดต ระเบียน DNS แบ็กเอนด์ของตัวจัดสรรภาระงาน หรือสตริงการเชื่อมต่อของแอปพลิเคชัน ให้ชี้ไปยัง IP ส่วนตัวหรือ FQDN ใหม่ของ Azure เพื่อให้ไคลเอ็นต์เริ่มใช้งาน Azure VM

# Trigger the final cutover migration
az migrate server migration migrate \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01' \
  --turn-off-source-server true

การตรวจสอบหลังการย้าย

หลังการเปลี่ยนระบบ ให้ดำเนินการตรวจสอบหลังการย้ายดังนี้: สถานะของแอปพลิเคชัน (โหลดทุกหน้าของแอปพลิเคชันและเรียกใช้การทดสอบเบื้องต้น), การเชื่อมต่อ (ตรวจสอบว่า Azure VM สามารถเข้าถึงฐานข้อมูลและบริการที่ต้องพึ่งพาได้), การตรวจสอบระบบ (ติดตั้งเอเจนต์ Azure Monitor และเปิดใช้การวินิจฉัย) และ การสำรองข้อมูล (ลงทะเบียน VM ใน Azure Backup) หากพบปัญหา สามารถเริ่ม VM ต้นทางภายในองค์กรใหม่ได้ — VM ดังกล่าวยังคงอยู่ครบถ้วนจนกว่าคุณจะยกเลิกการใช้งานอย่างชัดเจน

# Install Azure Monitor agent on the migrated VM
az vm extension set \
  --resource-group myRG \
  --vm-name web-server-01-azure \
  --name AzureMonitorWindowsAgent \
  --publisher Microsoft.Azure.Monitor \
  --version 1.0

การยกเลิกทรัพยากรภายในองค์กร

เมื่อ VM ที่ย้ายไปแล้วทำงานอย่างเสถียรใน Azure และผู้เกี่ยวข้องอนุมัติแล้ว คุณสามารถ ยกเลิกการใช้งาน VM ต้นทางภายในองค์กรได้ ใน Azure Migrate ให้เลือก Complete Migration เพื่อปิดการจำลองแบบ การดำเนินการนี้จะไม่ปิด VM ภายในองค์กรโดยอัตโนมัติ — คุณต้องปิดเครื่องและนำฮาร์ดแวร์กลับมาใช้ใหม่ผ่านกระบวนการจัดการทรัพย์สินด้าน IT ตามปกติ การยกเลิกการใช้งานช่วยลดค่าใช้จ่ายโครงสร้างพื้นฐานภายในองค์กร และทำให้คุณเข้าใกล้รูปแบบการดำเนินงานบนระบบคลาวด์ทั้งหมดมากขึ้น

# Mark migration complete (stops billing for replication storage)
az migrate server migration complete-migration \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01'

การย้าย VM หลายรายการในระดับขนาดใหญ่

สำหรับการย้ายขนาดใหญ่ที่มี VM หลายร้อยรายการ Azure Migrate รองรับ การดำเนินการเป็นกลุ่มผ่านการนำเข้า CSV คุณเตรียม CSV ที่แสดงรายการ VM ต้นทางแต่ละรายการ SKU เป้าหมาย กลุ่มทรัพยากรเป้าหมาย และเครือข่ายเสมือน จากนั้นอัปโหลดเพื่อเริ่มการจำลองแบบของ VM ทั้งหมดพร้อมกัน กลุ่มการย้ายช่วยให้คุณจัดลำดับการจำลองแบบและการเปลี่ยนระบบ เพื่อให้ชั้นแอปพลิเคชันที่พึ่งพากัน (ฐานข้อมูล แอปพลิเคชัน เว็บ) ย้ายตามลำดับที่ถูกต้องภายในช่วงบำรุงรักษาเดียวกัน

ข้อผิดพลาดที่พบบ่อยและเคล็ดลับ

ระวังปัญหาทั่วไปต่อไปนี้ของการยกและย้าย: การเข้ารหัสดิสก์สำหรับเริ่มระบบบน VM Linux อาจทำให้ Azure เริ่มระบบไม่ได้ (ให้ใช้ Azure Disk Encryption หลังการย้าย); ที่อยู่ IP แบบคงที่ที่กำหนดตายตัวในการตั้งค่าแอปต้องอัปเดตเป็น IP ส่วนตัวหรือชื่อ DNS ของ Azure; กฎไฟร์วอลล์ภายในองค์กรที่อ้างอิง IP ของเซิร์ฟเวอร์อาจต้องจำลองไปเป็น NSG ของ Azure และ การตั้งค่าเขตเวลาบน VM Windows อาจทำให้พฤติกรรมของแอปพลิเคชันเปลี่ยนไปในสภาพแวดล้อม UTC ของ Azure

ตรวจสอบอย่างรวดเร็ว

ทดสอบความเข้าใจแนวคิด Microsoft Azure Fundamentals (AZ-900) จากบทเรียนนี้

สรุปบทเรียน

ในบทเรียนนี้ คุณได้เรียนรู้ว่า ลำดับการย้ายแบบย้ายโฮสต์เริ่มจากการจำลองแบบ ต่อด้วยการซิงค์ส่วนต่าง การทดสอบการย้าย และการเปลี่ยนระบบ การทดสอบการย้ายช่วยตรวจสอบ VM ในเครือข่ายที่แยกออกมาก่อนเปิดใช้งานจริง และ ขั้นตอนหลังการย้าย (การตรวจสอบระบบ การสำรองข้อมูล การอัปเดต DNS) เป็นสิ่งจำเป็นก่อนยกเลิกทรัพยากรภายในองค์กร บทถัดไป เราจะกล่าวถึงแนวทางปฏิบัติที่ดีที่สุดสำหรับการย้ายฐานข้อมูลไปยัง Azure

คำถามที่พบบ่อย

บทเรียน “การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน)” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน)” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Cloud & IT Cert Prep ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Cloud & IT Cert Prep มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน)”

ดำเนินการย้าย VM แบบยกแล้วเปลี่ยนโดยอาศัยการจำลองแบบด้วย Azure Migrate กำหนดค่าการเปลี่ยนเครือข่าย และตรวจสอบสถานะแอปพลิเคชันหลังการย้าย คุณปฏิบัติ Cloud & IT Cert Prep ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Cloud & IT Cert Prep หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน Cloud & IT Cert Prep บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน

บทเรียน “การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน)” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน Cloud & IT Cert Prep นี้ได้ไหม

ได้ บทเรียน Cloud & IT Cert Prep ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

  1. กรอบการย้ายระบบ 6-Rs
  2. Azure Migrate: การค้นหาและการประเมิน
  3. การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน)
  4. แนวทางปฏิบัติที่ดีในการย้ายฐานข้อมูล
← กลับไปที่ Cloud & IT Cert Prep