การเติมเงินบัญชี Microsoft Cloud: ย้ายสภาพแวดล้อมการจำลองเสมือน VMware ในพื้นที่ไปยัง Azure AVS อย่างสมบูรณ์แบบ

ในโลกของไอทีขององค์กร VMware แทบจะมีความหมายเหมือนกันกับ "virtualization" หลายบริษัทมีเครื่องเสมือน vSphere หลายร้อยเครื่องในห้องคอมพิวเตอร์ในพื้นที่ซึ่งดำเนินธุรกิจหลักอย่างไรก็ตามด้วยอายุของอุปกรณ์ในห้องคอมพิวเตอร์และค่าบำรุงรักษาที่เพิ่มสูงขึ้นทุกคนจึงต้องการเพลิดเพลินไปกับความยืดหยุ่นและต้นทุนต่ำของคลาวด์คอมพิวติ้ง

อย่างไรก็ตามการถอดชิ้นส่วนและการสร้างใหม่แบบเดิมเป็นเพียงฝันร้าย: การเปลี่ยน IP การเปลี่ยนสถาปัตยกรรมการเขียนไดรเวอร์พื้นฐานของระบบปฏิบัติการใหม่และการหยุดทำงานทางธุรกิจที่ยาวนานและปัญหาความเข้ากันได้ที่อาจขัดข้องได้ตลอดเวลา

ไม่มีวิธีใดที่จะทำให้เครื่องเสมือน VMware“ บรรจุในสถานที่ ”โดยไม่ต้องเปลี่ยนการกำหนดค่าบรรทัดเดียวหรือแม้แต่

ศูนย์หยุดทำงาน

พื้นดินถูกย้ายไปที่เมฆโดยตรงหรือไม่?

มีนี่คือโซลูชันฮาร์ดคอร์เชิงลึกที่เราจะพูดถึงในวันนี้:

Azure VMware Solution (AVS, Microsoft Cloud VMware Solution)

。

1.AVS คืออะไร? ทำไมจึงเป็นสิ่งประดิษฐ์ของ "การโยกย้ายที่ไร้รอยต่อ"?

พูดง่ายๆคือ AVS คือการตกผลึกของความร่วมมือเชิงลึกอย่างเป็นทางการระหว่าง Microsoft และ VMware ไม่อนุญาตให้คุณแปลง VMware เป็นเครื่องเสมือนพื้นเมืองของ Azure (AVM) แต่

Microsoft ใช้ Bare Metal โดยตรงในศูนย์ข้อมูลของ Azure เพื่อช่วยคุณสร้างสภาพแวดล้อม VMware vSphere ดั้งเดิม

。

ซึ่งหมายความว่า:

เครื่องมือเหมือนกันทุกประการ: ระบบคลาวด์ยังคงเป็น vSphere, vCenter, vSAN และ NSX-T ผู้ดูแลระบบเครือข่ายและเจ้าหน้าที่ปฏิบัติการและบำรุงรักษาของคุณไม่จำเป็นต้องเรียนรู้แนวคิดเครือข่ายที่ซับซ้อนของ Azure อีกครั้งเพียงแค่ใช้ vCenter ที่คุ้นเคยต่อไป

ไม่จำเป็นต้องเปลี่ยนที่อยู่ IP: หลังจากที่เครื่องเสมือนถูกย้ายไปยังระบบคลาวด์ IP ที่อยู่ MAC และซับเน็ตมาสก์ทั้งหมดจะยังคงเหมือนเดิม

Live Migration: การต่อสู้แบบสายฟ้าแลบ vMotion โดยใช้เทคโนโลยี VMware HCX เครื่องเสมือนสามารถ "ลอย" ออนไลน์ไปยัง Azure ในสถานะบูตและผู้ใช้ไม่สามารถรับรู้การหยุดชะงักได้เลย

2.การออกแบบสถาปัตยกรรมหลัก: "ทางหลวง" ก่อนการย้าย

ในการเชื่อมต่อห้องคอมพิวเตอร์ในพื้นที่และ Azure AVS เราจำเป็นต้องเปิดเส้นชีวิตสองเส้นในสถาปัตยกรรม:

[ห้องคอมพิวเตอร์ในพื้นที่] [Azure Cloud]

┌──────────────────────────────────────────────────────────────────────────────────────────────────────

│ ท้องถิ่น vSphere/vCenter│

│Azure AVS คลาวด์ส่วนตัว │

│││ (VCenter/vSAN/ NSX-T) │

│┌────────────────────────────────────────────────────────────────────────────────────────────────────

││ ส่วนประกอบ VMware HCX │──────────────────────────────││VMware HCX

│└ ────────────────────│ (เปิดสายพิเศษสองชั้น) │─────────────────────────────────────────────────────────────────────│

└ ─────────────────────────────────────────────────────────────────────────────────────────────────────

ช่องทางกายภาพ (ExpressRoute): Azure ExpressRoute (เฉพาะสาย) หรือ VPN ประสิทธิภาพสูงจะต้องสร้างขึ้นระหว่างห้องคอมพิวเตอร์ในพื้นที่และ Azure นี่คือพื้นฐานทางกายภาพเพื่อรับประกันความเร็วในการย้ายข้อมูลและความหน่วงแฝงต่ำ

เครื่องมือการโยกย้าย (VMware HCX): นี่คือการโยกย้ายซอฟต์แวร์วิญญาณ (AVS อยู่ในตัวฟรี) มีหน้าที่ "เย็บ" สภาพแวดล้อม VMware ในพื้นที่และบนคลาวด์เพื่อให้เกิดการขยายเครือข่ายและการส่งสินทรัพย์

ประการที่สามขั้นตอนแรก: เริ่มต้นสภาพแวดล้อม AVS ใน Azure

ก่อนอื่นเราต้องสมัครและปรับใช้ AVS Private Cloud กับ Microsoft ใน Azure Portal

สร้างทรัพยากร AVS: ค้นหา "Azure VMware Solution" ในพอร์ทัล Azure แล้วคลิกสร้าง

กำหนดค่าข้อมูลพื้นฐาน: เลือกกลุ่มทรัพยากร (เช่น AVS-Migration-RG) และภูมิภาคแถบทรัพยากร (Sku): เลือกข้อกำหนดของโหนด (เช่น AV36หรือการกำหนดค่าสูงกว่า) ที่เหมาะกับธุรกิจของคุณจำนวนโฮสต์: สภาพแวดล้อมการผลิต AVS ต้องการอย่างน้อย3โหนด (นี่คือบรรทัดล่างสุดของ VMware vSAN เพื่อให้ได้พื้นที่จัดเก็บข้อมูลแบบกระจายและคลัสเตอร์ที่มีความพร้อมใช้งานสูง)

การวางแผนบล็อกที่อยู่เครือข่าย (มุ่งเน้นไปที่การหลีกเลี่ยงหลุม): คุณต้องป้อนบล็อกที่อยู่ CIDR/22 (เช่น10.1.0.0/22) หมายเหตุ: บล็อกที่อยู่นี้จะต้องไม่ขัดแย้งกับส่วน IP ของห้องคอมพิวเตอร์ในพื้นที่และที่อยู่ Azure VNet (เครือข่ายเสมือน) ที่มีอยู่จะใช้เฉพาะสำหรับเครือข่ายการจัดการระบบคลาวด์ AVS (เช่น vCenter, IP ของโฮสต์ ESXi)

คลิกเพื่อสร้าง: กระบวนการเริ่มต้นค่อนข้างหนักโดยปกติจะใช้เวลา2ถึง4

ชั่วโมง. คุณสามารถไปดื่มกาแฟก่อนก็ได้หลังจากการปรับใช้เสร็จสิ้น Azure จะให้ URL สำหรับเข้าสู่ระบบชื่อผู้ใช้เริ่มต้นและรหัสผ่านเริ่มต้นของ vCenter และเทอร์มินัลการจัดการ NSX-T บนคอนโซล

4.ขั้นตอนที่สอง: เปิดเครือข่ายชั้นสองและปรับใช้ HCX

หลังจากสร้างสภาพแวดล้อมแล้วเราจะสร้าง "ทางหลวงที่เชื่อมต่อกัน" ต่อไป

1.สายเชื่อมต่อ (ExpressRoute Global Reach)

ในคอนโซล Azure ค้นหาอินสแตนซ์ AVS ที่คุณเพิ่งสร้างขึ้นและคลิกที่ "Connectivity"-> "ExpressRoute" การใช้งาน

Global Reach

ฟังก์ชั่นเชื่อมต่อ ExpressRoute ที่มาพร้อมกับส่วนหลังของ AVS กับ ExpressRoute ในพื้นที่ที่คุณเชื่อมต่อกับห้องคอมพิวเตอร์ในพื้นที่

💡ในแง่ของคนธรรมดา: ขั้นตอนนี้ช่วยให้โฮสต์ ESXi บนคลาวด์และโฮสต์ ESXi ในพื้นที่สามารถพูดคุยแบบ "ตัวต่อตัว" ได้โดยตรงที่เลเยอร์เครือข่าย

2.ปรับใช้ VMware HCX ท้องถิ่น

ใน "Add-ons" ของคอนโซล AVS ให้เปิดใช้งาน VMware HCX และดาวน์โหลดแพ็คเกจการติดตั้งในเครื่อง (เทมเพลต OVA)

ลงชื่อเข้าใช้ vCenter ในเครื่องของคุณนำเข้าเทมเพลต OVA นี้และปรับใช้เป็นเครื่องเสมือนการจัดการ (HCX Manager)

เปิดอินเทอร์เฟซ HCX ในเครื่องป้อนรหัสเปิดใช้งาน (รับฟรีจากคอนโซล Azure AVS) และผูกไว้กับ AVS HCX บนคลาวด์

การขยายเครือข่ายการกำหนดค่า: นี่คือหัวใจหลักของการโยกย้ายที่ราบรื่นใน HCX เลือกกลุ่มพอร์ต (กลุ่ม VLAN/พอร์ต) ที่เครื่องเสมือนภายในเครื่องที่คุณต้องการย้ายข้อมูลและคลิก "ขยาย" HCX จะสร้างสะพานเข้ารหัสที่ปลายทั้งสองด้านตอนนี้แม้ว่าเครื่องเสมือนในพื้นที่จะถูกย้ายไปที่ Azure แต่ก็ยังสามารถสื่อสารกับเซิร์ฟเวอร์ที่อยู่เบื้องหลังในพื้นที่ในเครือข่ายท้องถิ่นเดียวกันได้อย่างอิสระโดยไม่ต้องเปลี่ยนมาสก์!

5.ขั้นตอนที่สาม: การโยกย้ายการต่อสู้จริง (ทางเลือกของวิธีการโยกย้ายสามวิธี)

เครือข่ายทั้งหมดเปิดอยู่ในแผงปลั๊กอิน HCX ของ vCenter ภายในเครื่องคุณจะเห็นโต๊ะทำงานสำหรับการโยกย้ายที่ยิ่งใหญ่เลือกเครื่องเสมือนที่คุณต้องการย้าย HCX มีสามโหมดการโยกย้ายหลัก:

โหมดการโยกย้าย

หลักการและลักษณะ

สถานการณ์ที่เหมาะสม

การโยกย้ายความเย็น (Cold Migration)

เครื่องเสมือนอยู่ในสถานะปิดและคัดลอกไฟล์ดิสก์โดยตรงข้อมูลที่เร็วที่สุดและปลอดภัยที่สุด

สภาพแวดล้อมการทดสอบธุรกิจที่ไม่ใช่ธุรกิจหลักระบบหยุดทำงานที่ยอมรับได้

สำเนาแบทช์ (Bulk Migration)

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

ธุรกิจหลักขององค์กรส่วนใหญ่อนุญาตให้เริ่มต้นใหม่ได้ในช่วงดึก

การโยกย้ายความร้อน (vMotion

)

การโยกย้ายออนไลน์ภายใต้สถานะการทำงาน100% การหยุดทำงานเป็นศูนย์การสูญเสียแพ็กเก็ตเป็นศูนย์และการเชื่อมต่อแบบเปิดอย่างต่อเนื่อง

ฐานข้อมูลหลัก ERP และระบบการเงินที่มีการสูญเสียครั้งใหญ่เมื่อปิดเครื่อง

ใช้การโยกย้ายความร้อน vMotion แบบฮาร์ดคอร์มากที่สุดเป็นตัวอย่างของขั้นตอนการดำเนินการ:

ในอินเทอร์เฟซการย้ายข้อมูล HCX ให้ตรวจสอบเครื่องเสมือนธุรกิจหลักหลายเครื่องที่ต้องย้าย

การตั้งค่าการถ่ายโอน: เลือกโหมดการโยกย้ายเป็น vMotion 。

การกำหนดค่าเป้าหมาย: จัดเก็บเป้าหมายเลือก AVS vsanDatastore, เลือกทรัพยากรการคำนวณเป้าหมาย AVS ESXi คลัสเตอร์

เริ่มการตรวจสอบ: คลิก "Validate" HCX จะตรวจสอบความเข้ากันได้ของฮาร์ดแวร์และแบนด์วิดท์เครือข่ายที่ปลายทั้งสองด้านโดยอัตโนมัติ

ดำเนินการ: คลิก "Go" หลังจากผ่านการตรวจสอบแล้วคุณจะเห็นแถบความคืบหน้าเริ่มเดินไปรอบๆข้อมูลหน่วยความจำสถานะ CPU และข้อมูลดิสก์กำลังบินไปยัง Azure AVS อย่างต่อเนื่องผ่านทาง ExpressRoute

ร่วมเป็นสักขีพยานในปาฏิหาริย์: ในขณะที่แถบความคืบหน้าถึง100% เครื่องเสมือนใน vCenter ภายในจะหายไปหรือแสดงว่าถูกตัดการเชื่อมต่อและเครื่องเสมือนใน vCenter ของ AVS จะเปิดไฟสีเขียวทันทีในช่วงเวลาของการสลับนี้คุณยังสามารถทำการ ping -t บนเครื่องเสมือนได้ซึ่งโดยปกติจะสร้างความกระวนกระวายใจเพียงเล็กน้อย1-2แพ็คเก็ตและธุรกิจจะไม่หยุดชะงักเลย!

6.การสิ้นสุดและโบนัสขั้นสูงหลังการย้ายถิ่น

เครื่องเสมือนมีร่างกายที่สมบูรณ์แบบ "บิน" แต่การโยกย้ายยังไม่จบคุณต้องทำสองสิ่ง:

ล้างส่วนขยายเครือข่าย (ยกเลิกการเชื่อมต่อสายสะดือ): เมื่อเครื่องเสมือนทั้งหมดในเครือข่ายย่อย (VLAN) ถูกย้ายไปยัง AVS สำเร็จอย่าลืมยกเลิกการขยายเครือข่ายใน HCX และเปลี่ยนเกตเวย์เครือข่ายไปยังระบบคลาวด์อย่างเป็นทางการบน NSX-T. สิ่งนี้ทำให้ "หย่านม" สมบูรณ์และขจัดความล่าช้าของเครือข่ายข้ามระบบคลาวด์

ปลดล็อกโบนัสระบบนิเวศพื้นเมืองของ Azure: นี่เป็นสถานที่ที่เจ๋งที่สุดในการย้าย VMware ไปยัง Azure ขณะนี้เครื่องเสมือนของคุณอยู่ในศูนย์ข้อมูลเดียวกันกับบริการเนทีฟของ Azure (เช่นที่เก็บข้อมูล Azure Blob, ฐานข้อมูล Azure SQL, บริการ AI) คุณสามารถเชื่อมต่อได้โดยตรงด้วยเครือข่ายกระดูกสันหลังที่มีเวลาแฝงต่ำเป็นพิเศษทำให้สถาปัตยกรรม VMware แบบเก่าผสานรวมเทคโนโลยีคลาวด์เนทีฟที่ทันสมัยได้อย่างราบรื่น

สุดยอดการหลีกเลี่ยงหลุมและสรุป

คำนวณบัญชีทรัพยากร: AVS เป็นคลัสเตอร์โลหะเปลือยเฉพาะหลังจากเริ่มต้น3โหนดค่าใช้จ่ายในการเรียกเก็บเงินรายเดือนไม่ต่ำขอแนะนำให้ใช้เครื่องมือ Azure Migrate เพื่อทำการประเมินทรัพยากรที่ครอบคลุม (Assessment) สำหรับสภาพแวดล้อมภายในเครื่องเสมือนซอมบี้ในพื้นที่และการลด CPU/หน่วยความจำที่กระจายมากเกินไป (Right-sizing) ไปยังระบบคลาวด์ซึ่งสามารถช่วยคุณได้ประหยัดเงินเป็นจำนวนมาก

ความเข้ากันได้ของเวอร์ชัน: ตรวจสอบให้แน่ใจว่าเวอร์ชัน vSphere ในเครื่องของคุณตรงตามข้อกำหนดขั้นต่ำของ AVS (โดยปกติจะต้องใช้ vSphere

6.7หรือ7.0ขึ้นไป) มิฉะนั้น HCX จะไม่สามารถสร้างการจับมือกันได้

สรุป:

สาระสำคัญของ Azure AVS ไม่ใช่การเปลี่ยนแปลงคุณแต่อดทนต่อคุณใช้วิธีที่อ่อนโยนที่สุดมีความเสี่ยงต่ำที่สุดและสอดคล้องกับสัญชาตญาณการดำเนินงานและการบำรุงรักษาแบบดั้งเดิมมากที่สุดเพื่อช่วยให้คุณเปลี่ยนสินทรัพย์ VMware ขนาดใหญ่ในท้องถิ่นไปยังระบบคลาวด์สมัยใหม่ได้อย่างปลอดภัยในชั่วข้ามคืนสำหรับบริษัทขนาดใหญ่ที่มีทรัพย์สินจำนวนมากมีเวลาจำกัดและไม่เต็มใจที่จะเสี่ยงต่อการปรับโครงสร้างใหม่นี่คือตั๋วคลาวด์ที่สมบูรณ์แบบที่สุดอย่างไม่ต้องสงสัย