0Pricing
AWS Solutions Architect · บทเรียน

AWS Migration Hub และ Application Discovery Service

จัดทำบัญชีเซิร์ฟเวอร์ภายในองค์กรด้วยเอเจนต์ Application Discovery Service และติดตามความคืบหน้าการย้ายระบบข้ามเครื่องมือต่าง ๆ ใน Migration Hub

AWS Migration Hub และ Application Discovery Service เป็นบทเรียน AWS Solutions Architect ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน AWS Solutions Architect และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส AWS Solutions Architect มีบทเรียนทั้งหมด 4 บทเรียน

ความท้าทายของการย้ายระบบทั้งพอร์ตโฟลิโอ

การย้ายแอปพลิเคชันหลายร้อยหรือหลายพันรายการไปยัง AWS จำเป็นต้องใช้แนวทางที่เป็นระบบ คุณต้องทราบว่ามีอะไรอยู่ภายในองค์กร แอปพลิเคชันต่าง ๆ พึ่งพากันอย่างไร และการใช้ทรัพยากรเป็นอย่างไรก่อนกำหนดขนาดของสิ่งทดแทนบน AWS AWS Migration Hub และ Application Discovery Service ทำหน้าที่เป็นชั้นการประเมินของชุดเครื่องมือการย้ายระบบ AWS โดยให้มุมมองและการติดตามทั่วทั้งพอร์ตโฟลิโอ

ภาพรวม AWS Migration Hub

AWS Migration Hub คือแดชบอร์ดส่วนกลางสำหรับติดตามความคืบหน้าการย้ายแอปพลิเคชันผ่านเครื่องมือการย้ายระบบ AWS หลายรายการ (MGN, DMS และเครื่องมือจากพาร์ทเนอร์) โดยรวบรวมสถานะการย้ายระบบไว้ในคอนโซลเดียว เพื่อให้ผู้จัดการโครงการและสถาปนิกเห็นว่าเซิร์ฟเวอร์ใดถูกค้นพบ กำลังทำสำเนา กำลังทดสอบ หรือกำลังสลับการทำงาน Migration Hub เป็น บริการติดตามที่ไม่มีค่าใช้จ่าย คุณจ่ายเฉพาะเครื่องมือการย้ายระบบพื้นฐานที่ใช้เท่านั้น

# List migration tasks in Migration Hub via CLI
aws migrationhub list-migration-tasks \
  --filter-value 'NOT_STARTED,IN_PROGRESS,COMPLETED'

Application Discovery Service: แบบใช้ Agent เทียบกับแบบไม่ใช้ Agent

Application Discovery Service (ADS) รวบรวมข้อมูลเกี่ยวกับเซิร์ฟเวอร์ภายในองค์กรและการพึ่งพากันก่อนการย้ายระบบ มีโหมดการค้นพบสองแบบ ได้แก่ แบบใช้ Agent (ติดตั้ง Agent น้ำหนักเบาบนเซิร์ฟเวอร์แต่ละเครื่องเพื่อเก็บข้อมูล CPU หน่วยความจำ การรับส่งข้อมูลเครือข่าย กระบวนการที่ทำงานอยู่ และการเชื่อมต่อเครือข่าย) และ แบบไม่ใช้ Agent (ใช้ตัวเชื่อมต่อ VMware vCenter เพื่อรวบรวมการกำหนดค่า VM และตัววัดประสิทธิภาพโดยไม่แตะต้อง VM แต่ละเครื่อง)

# Agent-based: Install ADS agent on a Linux server
# Download installer from AWS console, then:
sudo bash ./aws-discovery-agent.sh -k <AWS_KEY_ID> \
  -s <AWS_SECRET_KEY> -r us-east-1

# Verify agent is running
sudo service aws-discovery-daemon status

การค้นพบการพึ่งพากันของเครือข่าย

ความสามารถที่มีคุณค่ามากที่สุดอย่างหนึ่งของ ADS คือการทำแผนผัง กราฟการพึ่งพากันของเครือข่าย Agent ของ ADS จะเก็บข้อมูลการเชื่อมต่อ TCP ระหว่างกระบวนการ ทำให้เห็นว่าแต่ละแอปพลิเคชันสื่อสารกับฐานข้อมูล ไมโครเซอร์วิส หรือองค์ประกอบมิดเดิลแวร์ใดบ้าง วิธีนี้ช่วยป้องกันความล้มเหลวทั่วไปในการย้ายระบบ นั่นคือการย้ายแอปพลิเคชันโดยไม่ย้ายสิ่งที่แอปพลิเคชันพึ่งพาไปด้วย ซึ่งอาจทำให้ระบบจริงหยุดให้บริการเนื่องจากขาดการเชื่อมต่อข้ามขอบเขตเครือข่าย

# Export discovered network connections to S3 for analysis
aws discovery start-export-task \
  --export-data-format 'CSV'

# List completed export tasks
aws discovery describe-export-tasks

การนำเข้าข้อมูลจากเครื่องมือของบริษัทอื่น

องค์กรขนาดใหญ่หลายแห่งมี CMDB (ฐานข้อมูลการจัดการการกำหนดค่า) หรือข้อมูลการค้นพบจากเครื่องมืออย่าง ServiceNow, Dynatrace หรือ Ansible อยู่แล้ว Migration Hub รองรับ แม่แบบการนำเข้า ซึ่งเป็นไฟล์ CSV มาตรฐานที่ช่วยให้อัปโหลดข้อมูลคลังเซิร์ฟเวอร์ที่มีอยู่ได้โดยตรง โดยไม่ต้องติดตั้ง Agent ของ ADS วิธีนี้มีประโยชน์สำหรับระยะการประเมินอย่างรวดเร็ว ในกรณีที่ยังติดตั้ง Agent ไม่ได้ทันทีเนื่องจากข้อจำกัดด้านความปลอดภัยหรือสิทธิ์การเข้าถึง

# Import servers from a CSV template
aws migrationhubstrategy start-import-file-task \
  --name 'vmware-inventory' \
  --s3-bucket-for-report-data 'my-migration-bucket' \
  --s3-url 's3://my-migration-bucket/imports/server-inventory.csv'

คำแนะนำด้านกลยุทธ์จาก Migration Hub

Migration Hub Strategy Recommendations วิเคราะห์ข้อมูล ADS ที่รวบรวมไว้ร่วมกับเวิร์กโหลดที่กำลังทำงานของแอปพลิเคชัน และแนะนำหนึ่งใน 7 Rs สำหรับแต่ละเซิร์ฟเวอร์หรือแอปพลิเคชัน ระบบสามารถระบุแอปพลิเคชันที่เหมาะกับการทำเป็นคอนเทนเนอร์ แจ้งเตือนเซิร์ฟเวอร์ที่ใช้ OS รุ่นที่ไม่รองรับและจำเป็นต้องทำ Refactor และแนะนำบริการ AWS เป้าหมาย บริการนี้ผสานรวมกับ AWS Well-Architected Framework เพื่อให้คำแนะนำสอดคล้องกับแนวทางปฏิบัติที่ดีที่สุด

การจัดกลุ่มเซิร์ฟเวอร์เป็นแอปพลิเคชัน

หลังการค้นพบ ข้อมูล ADS จะแสดงเป็นเซิร์ฟเวอร์แต่ละเครื่อง ใน Migration Hub คุณสามารถจัดกลุ่มเซิร์ฟเวอร์ที่เกี่ยวข้องกันเป็น แอปพลิเคชัน ซึ่งแสดงถึงความสามารถทางธุรกิจหนึ่งด้าน (เช่น 'Order Management System' อาจประกอบด้วย WebTier ชั้นแอปพลิเคชัน และเซิร์ฟเวอร์ฐานข้อมูล) สามารถสร้างกลุ่มด้วยตนเองหรือสร้างจากแผนผังการพึ่งพากันของเครือข่ายจาก ADS การจัดกลุ่มมีความสำคัญต่อการติดตามความคืบหน้าการย้ายระบบในระดับแอปพลิเคชัน แทนที่จะติดตามในระดับเซิร์ฟเวอร์

# Create an application group in Migration Hub
aws migrationhub create-progress-update-stream \
  --progress-update-stream-name 'OrderManagementSystem'

# Associate a discovered server with an application
aws migrationhub associate-discovered-resource \
  --progress-update-stream-name 'OrderManagementSystem' \
  --migration-task-name 'Rehost-WebTier' \
  --discovered-resource '{"ConfigurationId": "d-server-01234", "Description": "Web Server 1"}'

การผสานรวมกับ MGN และ DMS

Migration Hub ผสานรวมโดยตรงกับ AWS Application Migration Service (MGN) และ Database Migration Service (DMS) เมื่อ MGN เริ่มทำสำเนาเซิร์ฟเวอร์ ระบบจะรายงานความคืบหน้าการทำสำเนากลับไปยัง Migration Hub โดยอัตโนมัติ ในทำนองเดียวกัน งานย้ายระบบของ DMS จะอัปเดตสถานะใน Migration Hub การผสานรวมนี้ให้มุมมองรวมโดยไม่ต้องอัปเดตด้วยตนเอง และคุณสามารถเจาะจาก Hub ไปยังคอนโซลของเครื่องมือโดยตรงเพื่อดูรายละเอียดได้

Migration Hub Refactor Spaces

Migration Hub Refactor Spaces ช่วยให้ทีมค่อย ๆ ปรับโครงสร้างแอปพลิเคชันโมโนลิทเป็นไมโครเซอร์วิส โดยสร้างสภาพแวดล้อม AWS (โอเวอร์เลย์ที่อ้างอิง VPC) พร้อมจุดรับข้อมูลขาเข้ารวมหนึ่งจุด (API Gateway หรือ Application Load Balancer) กฎการกำหนดเส้นทางการรับส่งข้อมูลจะส่งคำขอบางส่วนไปยังไมโครเซอร์วิสใหม่ ขณะที่คำขอส่วนที่เหลือยังไปยังโมโนลิทเดิม ซึ่งเป็น รูปแบบ strangler fig ในรูปแบบที่มีการจัดการ โดยไม่ต้องเขียนโค้ดกำหนดเส้นทางการรับส่งข้อมูลเอง

การวิเคราะห์ TCO และการปรับขนาดให้เหมาะสม

หลังจาก ADS รวบรวมข้อมูลการใช้ทรัพยากร (CPU หน่วยความจำ และการรับส่งข้อมูลดิสก์เป็นเวลาหลายสัปดาห์) ให้ใช้ AWS Migration Evaluator (เดิมคือ TSO Logic) เพื่อสร้างการวิเคราะห์ Total Cost of Ownership (TCO) ระบบจะเปรียบเทียบต้นทุนปัจจุบันภายในองค์กร (ฮาร์ดแวร์ ไฟฟ้า ระบบทำความเย็น และแรงงาน) กับต้นทุน AWS ที่คาดการณ์โดยใช้อินสแตนซ์ที่มีขนาดเหมาะสม โดยทั่วไปจะนำเสนอกรณีทางธุรกิจนี้ต่อผู้บริหารเพื่อสนับสนุนการลงทุนด้านการย้ายระบบและวัดมูลค่าการประหยัดจากคลาวด์

ข้อมูล ADS ใน Athena

ADS ส่งออกข้อมูลที่ค้นพบเป็น CSV ไปยัง S3 ในรูปแบบมาตรฐาน คุณสามารถโหลดข้อมูลนี้เข้าสู่ Athena เพื่อสืบค้นรูปแบบการใช้ทรัพยากรทั่วทั้งกลุ่มเซิร์ฟเวอร์ภายในองค์กร เช่น ค้นหาเซิร์ฟเวอร์ทั้งหมดที่ใช้ CPU โดยเฉลี่ยน้อยกว่า 10% (ตัวเลือกสำหรับ Retire) หรือเซิร์ฟเวอร์ทั้งหมดที่ใช้ระบบปฏิบัติการที่ถึง EOL (ตัวเลือกสำหรับ Refactor) แนวทางการวิเคราะห์พอร์ตโฟลิโอที่ขับเคลื่อนด้วย SQL นี้รองรับเซิร์ฟเวอร์นับพันเครื่องได้โดยไม่ต้องทำงานกับสเปรดชีตด้วยตนเอง

-- Find underutilised servers (CPU < 10%) that are Retire candidates
SELECT hostName, avgCpuUsagePct, peakRamUsageMb
FROM ads_exports.server_utilization
WHERE avgCpuUsagePct < 10
  AND discoveryAgentStatus = 'ACTIVE'
ORDER BY avgCpuUsagePct ASC;

ตรวจสอบความเข้าใจอย่างรวดเร็ว

ทดสอบความเข้าใจแนวคิด AWS Solutions Architect (SAA-C03) จากบทเรียนนี้

สรุปบทเรียน

ในบทเรียนนี้ คุณได้เรียนรู้ว่า Migration Hub มีแดชบอร์ดส่วนกลางสำหรับติดตามความคืบหน้าการย้ายระบบผ่าน MGN, DMS และเครื่องมือจากพาร์ทเนอร์ Application Discovery Service มีโหมดแบบใช้ Agent และแบบไม่ใช้ Agent เพื่อจัดทำคลังเซิร์ฟเวอร์ภายในองค์กรและทำแผนผังการพึ่งพากัน และ Migration Hub Refactor Spaces รองรับการทำ Refactor โมโนลิทแบบ strangler fig ทีละส่วน บทถัดไปเราจะศึกษา Application Migration Service (MGN) สำหรับการทำสำเนาเซิร์ฟเวอร์จริง

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

บทเรียน “AWS Migration Hub และ Application Discovery Service” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “AWS Migration Hub และ Application Discovery Service” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส AWS Solutions Architect ให้อัปเกรดเป็น CoddyKit PRO คอร์ส AWS Solutions Architect มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “AWS Migration Hub และ Application Discovery Service”

จัดทำบัญชีเซิร์ฟเวอร์ภายในองค์กรด้วยเอเจนต์ Application Discovery Service และติดตามความคืบหน้าการย้ายระบบข้ามเครื่องมือต่าง ๆ ใน Migration Hub คุณปฏิบัติ AWS Solutions Architect ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน AWS Solutions Architect หรือไม่

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

บทเรียน “AWS Migration Hub และ Application Discovery Service” ใช้เวลานานแค่ไหน

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

ฉันเขียนและรันโค้ดในบทเรียน AWS Solutions Architect นี้ได้ไหม

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

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

  1. 7 R ของกลยุทธ์การย้ายระบบ
  2. AWS Migration Hub และ Application Discovery Service
  3. Application Migration Service (MGN)
  4. Database Migration Service (DMS) และ Schema Conversion Tool
← กลับไปที่ AWS Solutions Architect