ประมาณ 7 ปีที่แล้ว โครงการแรกๆ ได้ย้ายไปยังระบบคลาวด์ของเราอย่างง่ายดายและไม่โอ้อวด อิมเมจเครื่องเสมือนถูกอัพโหลดไปยังเซิร์ฟเวอร์ FTP หรือถูกส่งบนฮาร์ดไดรฟ์ จากนั้น VM จะถูกอัปโหลดไปยังคลาวด์ผ่านเซิร์ฟเวอร์นำเข้าพิเศษ
หากไม่ใช่ปัญหาสำหรับไคลเอ็นต์ในการปิดเครื่องเสมือนเป็นเวลาหนึ่งหรือสองวัน (หรือไม่มีตัวเลือกอื่น) ก็สามารถทำได้ แต่หากการหยุดทำงานควรนานสูงสุดหนึ่งชั่วโมง วิธีการนี้จะไม่ทำงาน วันนี้ฉันจะบอกคุณว่าเครื่องมือใดบ้างที่จะช่วยให้คุณย้ายไปยังระบบคลาวด์โดยมีเวลาหยุดทำงานน้อยที่สุด และกระบวนการย้ายของเราทำงานอย่างไร
การย้ายข้อมูลด้วยการสำรองข้อมูลและการจำลอง Veeam
ทุกคนรู้จัก Veeam Backup and Replication เป็นเครื่องมือสำหรับสร้างการสำรองข้อมูลและการจำลอง เราใช้มันเพื่อโยกย้ายระหว่างไซต์ของเราและเพื่อขนส่งไคลเอนต์จากการจำลองเสมือนส่วนตัวไปยังคลาวด์ของเรา เครื่องเสมือนของไคลเอนต์ถูกจำลองไปยัง vCenter ของเรา หลังจากนั้นวิศวกรก็เพิ่มเครื่องเหล่านั้นลงใน vCloud Director
การจำลองแบบหลักเกิดขึ้นบนเครื่องเสมือนที่เปิดอยู่ เมื่อถึงเวลาที่ตกลงกัน เครื่องฝั่งไคลเอ็นต์จะถูกปิด การจำลองแบบจะทำงานอีกครั้งเพื่อดำเนินการเปลี่ยนแปลงที่เกิดขึ้นตั้งแต่การจำลองครั้งแรก หลังจากนี้ เครื่องเสมือนจะเริ่มทำงานในระบบคลาวด์ของเรา
โดยปกติแล้ว ตั้งแต่ช่วงเวลาที่ปิดเครื่องบนโครงสร้างพื้นฐานของลูกค้าจนถึงช่วงเวลาที่เปิดในระบบคลาวด์ของเรา เวลาผ่านไปจะใช้เวลาไม่เกินครึ่งชั่วโมง แต่จะใช้เวลาประมาณ 15–20 นาที
ในกรณีนี้ เครื่องเสมือนเดิมยังคงอยู่บนไซต์ไคลเอ็นต์ หากจู่ๆ มีสิ่งผิดปกติเกิดขึ้น คุณสามารถย้อนกลับและเปิดใช้งานได้ตลอดเวลา วิธีนี้ยังสะดวกสำหรับลูกค้าโดยไม่จำเป็นต้องมี Veeam
กรณีที่ 1
ลูกค้ามีโครงสร้างพื้นฐานเสมือนของตัวเองซึ่งใช้ VMware - 40 VM ที่มีความจุ 30 TB อุปกรณ์ที่ใช้คลัสเตอร์นั้นล้าสมัยแล้ว และลูกค้าก็ตัดสินใจว่าจะไม่ซื้ออันใหม่ให้ยุ่งยากและย้ายไปยังคลาวด์สาธารณะ ข้อกำหนดการหยุดทำงานสำหรับระบบที่สำคัญคือไม่เกินหนึ่งชั่วโมง เลือก Veeam Replication เป็นเครื่องมือ ข้อดีอีกประการหนึ่งคือมีผู้ให้บริการอินเทอร์เน็ตของลูกค้าอยู่ในศูนย์ข้อมูลของเรา ซึ่งทำให้สามารถจัดระเบียบช่องทางที่ดีได้ การย้ายข้อมูลใช้เวลาประมาณหนึ่งเดือน เวลาหยุดทำงานระหว่างการเปลี่ยนสูงสุด 30 นาทีต่อกลุ่มของเครื่องเสมือน
โยกย้ายด้วย Veeam Cloud Connect
Veeam Cloud Connect เป็นเครื่องมือที่ช่วยคุณตั้งค่าการจำลองเครื่องเสมือนและเปิดใช้งานแบบจำลองในระบบคลาวด์ของผู้ให้บริการ หลังจากอัพเดตเป็น ปี เป็นไปได้ที่จะจำลองเครื่องเสมือนโดยตรงไปยัง vCloud Director เงื่อนไขเดียวคือในฝั่งไคลเอ็นต์ Veeam Backup and Replication จะต้องปรับใช้อย่างน้อยเวอร์ชัน 9 กล่าวโดยย่อ (เวอร์ชันโดยละเอียด ) จากนั้นกระบวนการทั้งหมดจะมีลักษณะเช่นนี้
ใน vCloud Director องค์กรจะถูกสร้างขึ้นด้วยทรัพยากรและเครือข่ายที่จำเป็น ใน Veeam Cloud Connect เราสร้างบัญชี โดยลูกค้าเชื่อมต่อกับบัญชีจาก Veeam B&R เลือกผู้ให้บริการและองค์กร DataLine และกำหนดค่างานสำหรับการจำลอง นอกเหนือจากข้อเท็จจริงที่ว่าในระหว่างการย้ายข้อมูล เวลาหยุดทำงานจะอยู่ภายใน 15-20 นาที ลูกค้าไม่ได้ขึ้นอยู่กับการสนับสนุนทางเทคนิคของผู้ให้บริการในทางใดทางหนึ่ง และจัดการกระบวนการทั้งหมดอย่างเป็นอิสระ: สร้างงานการจำลอง การจำลองตัวเอง ปิด เครื่องจักรและสตาร์ทเครื่องที่ไซต์ใหม่
กรณีที่ 2
โครงสร้างพื้นฐานของลูกค้าซึ่งเป็นจุดวางแผนการย้ายข้อมูลนั้นตั้งอยู่ในเบลารุส จำเป็นต้องขนส่ง 90 VM ด้วยปริมาณรวม 27 TB แม้ว่าช่องทางอินเทอร์เน็ตจะมีความเร็ว 100 Mbit/วินาทีก็ตาม หากคุณสำรองข้อมูลและอัปโหลดไปยังคลาวด์ของเราทันที สำหรับ VM บางตัวอาจใช้เวลาหลายวัน ในช่วงเวลานี้ เดลต้าขนาดใหญ่จะเติบโตขึ้นบน VM และอาจส่งผลเสียต่อประสิทธิภาพของเครื่องจักร หรือแย่กว่านั้นคือพื้นที่บนที่เก็บข้อมูลจะหมดลง เราดำเนินการดังนี้ ขั้นแรก ลูกค้าได้ทำการสำรองข้อมูลเต็มรูปแบบในเครื่องและโอนสำเนาไปยังคลาวด์ของเราผ่าน Veeam Cloud Connect จากนั้นฉันก็สร้างและโอนส่วนเพิ่มไปยังคลาวด์ เครื่องเสมือนเดิมยังคงทำงานต่อไป หลังจากปิด VM แล้ว ไคลเอ็นต์ก็เพิ่มค่าอีกครั้งและโอนไปยังคลาวด์ด้วย ในด้านของเรา เราได้ปรับใช้เครื่องเสมือนจากการสำรองข้อมูลเต็มรูปแบบ จากนั้นจึงเพิ่มทีละสองส่วน แผนนี้ทำให้สามารถลดเวลาหยุดทำงานให้เหลือเพียง 2 ชั่วโมงเมื่อเปลี่ยนมาใช้ไซต์ของเรา
การย้ายข้อมูลด้วยความพร้อมใช้งานของ VMware vCloud
ในเดือนมีนาคมของปีนี้ VMware เปิดตัว vCloud Availability 3.0 ซึ่งช่วยให้คุณสามารถย้ายเครื่องเสมือนระหว่างคลาวด์ที่แตกต่างกัน (vCloud Director - vCloud Director) และจากการจำลองเสมือนไคลเอนต์ส่วนตัวไปยังคลาวด์ (vCenter - vCloud Director) ความสะดวกหลักคือการผสานรวมกับอินเทอร์เฟซ vCloud Director ซึ่งช่วยลดความยุ่งยากในกระบวนการจัดการการจำลองแบบอย่างมาก และลดการหยุดทำงานระหว่างการสลับระบบ
ด้วยการใช้เครื่องมือนี้ เราได้ย้ายลูกค้ารายหนึ่งจากคลาวด์มอสโกไปยังคลาวด์ของเราในเซนต์ปีเตอร์สเบิร์ก จำเป็นต้องขนส่งเครื่องเสมือน 18 เครื่องที่มีความจุรวม 14 TB องค์กรถูกสร้างขึ้นสำหรับลูกค้าในระบบคลาวด์ของเซนต์ปีเตอร์สเบิร์ก และเครือข่ายที่จำเป็นได้รับการจัดระเบียบ จากนั้น จากอินเทอร์เฟซ vCloud Director ไคลเอนต์ไปที่การตั้งค่า vCloud Availability สร้างงานการจำลอง และสลับไปที่ไซต์เซนต์ปีเตอร์สเบิร์กในเวลาที่สะดวกสำหรับเขา เวลาหยุดทำงานระหว่างการเปลี่ยนคือ 12 นาที
โครงการย้ายข้อมูลระหว่างคลาวด์ DataLine ในเซนต์ปีเตอร์สเบิร์กและมอสโก
vCloud Availability มีกลไกในการย้าย VM จากไซต์ของลูกค้าไปยังคลาวด์ของเรา ในการดำเนินการนี้ จะมีการปรับใช้แอปพลิเคชัน vCloud Availability พิเศษใน vCenter ของไคลเอ็นต์ หลังจากตั้งค่าง่ายๆ คุณจะเชื่อมต่อกับระบบคลาวด์และกำหนดค่างานการย้ายข้อมูล ลูกค้ายังจัดการกระบวนการทั้งหมดอย่างเป็นอิสระและมีเวลาการย้ายข้อมูลให้น้อยที่สุด
แผนการย้ายเครื่องเสมือนจากการติดตั้งส่วนตัวไปยังคลาวด์
ความพร้อมใช้งานของ VMware vCloud มีกรณีการใช้งานอื่นๆ มากมาย เราจะพูดถึงกรณีเหล่านี้ในบทความแยกต่างหากเร็วๆ นี้
การเตรียมการสำหรับการโยกย้าย
หากต้องการเลือกเครื่องมือและเริ่มการย้ายข้อมูล คุณต้องตัดสินใจในประเด็นต่อไปนี้:
เราอพยพมาจากไหน? หากคุณกำลังย้ายจากโซลูชันส่วนตัว คุณจะมีอิสระอย่างเต็มที่ในการเลือกเครื่องมือ หากคุณย้ายออกจากผู้ให้บริการของคุณ มันจะซับซ้อนมากขึ้น เป็นไปได้มากว่าการเชื่อมโยงโครงสร้างพื้นฐานของผู้ให้บริการสองรายและการลากและวาง VM จะไม่ทำงานเนื่องจากเหตุผลด้านความปลอดภัย บางครั้งผู้ให้บริการที่ลูกค้ากำลังจะปฏิเสธก็เริ่มซุกซนและหยุดเวลา คุณสามารถย้ายออกจากผู้ให้บริการด้วยวิธีที่ล้าสมัย: โดยการอัปโหลด VM ไปยังดิสก์และ FTP หรือโดยการย้ายที่ระดับแอปพลิเคชัน ชื่อหลังนั้นมีเงื่อนไขและมีลักษณะเช่นนี้
กรณีที่ 3
จำเป็นต้องย้ายระบบ SAP ของลูกค้าจากผู้ให้บริการในยุโรป: 34 VM ที่มีความจุ 54 TB ลูกค้าได้รับการจัดสรรทรัพยากรในระบบคลาวด์ของเรา การเชื่อมต่อเครือข่ายจัดขึ้นระหว่างเรากับโครงสร้างพื้นฐานของผู้ให้บริการในยุโรป แอปพลิเคชันเซิร์ฟเวอร์ได้รับการปรับใช้ใหม่ โดยมีการกำหนดค่าที่จำเป็นทั้งหมด ฐานข้อมูลขนาดใหญ่ถูกย้ายผ่านการอัพโหลดข้อมูลสำรองไปยังคลาวด์ของเรา ถัดไป การจำลองได้รับการกำหนดค่าระหว่างฐานข้อมูลบนไซต์ของเราและไซต์ดั้งเดิม เมื่อถึงเวลาที่ตกลงกัน เราได้เปลี่ยนไปใช้ฐานข้อมูลในระบบคลาวด์ของเรา
ปริมาณข้อมูลและช่องทางอินเทอร์เน็ต โดยปกติเราขอให้ไคลเอนต์จัดเตรียมการอัพโหลดโดยระบบพร้อมพารามิเตอร์หน่วยความจำ CPU และดิสก์ เราประเมินว่าช่องทางนั้นเพียงพอที่จะส่งแบบจำลองหรือการสำรองข้อมูลของเครื่องเสมือนโดยตรงหรือไม่
การหยุดทำงานที่ยอมรับได้ สำหรับระบบที่แตกต่างกันและ Virtual Machine อาจแตกต่างกันไปขึ้นอยู่กับความสำคัญทางธุรกิจ โดยปกติแล้ว ไคลเอ็นต์จะมาพร้อมกับข้อกำหนดสำเร็จรูปสำหรับการหยุดทำงานระหว่างการย้าย และด้วยเหตุนี้ เราจึงเลือกเครื่องมือและแผนการย้ายที่เหมาะสม เราพยายามกำหนดเวลาการเปลี่ยนครั้งสุดท้ายในเวลากลางคืนหรือวันหยุดสุดสัปดาห์ เพื่อให้ผู้ใช้ของลูกค้าของลูกค้าไม่สังเกตเห็นการหยุดทำงานแม้เพียงเล็กน้อย
จากข้อมูลนี้ คุณสามารถเลือกเครื่องมือและเริ่มการย้ายข้อมูลได้ นี่คือสิ่งที่เกิดขึ้นต่อไป
- การตั้งค่าการเชื่อมต่อเครือข่าย เราจัดระเบียบการเชื่อมต่อเครือข่ายระหว่างคลาวด์ของเรากับโครงสร้างพื้นฐานของลูกค้า เครื่องเสมือนจะถูกคัดลอกผ่านเครือข่ายนี้ หากใช้ Veeam Backup and Replication นี่เป็นช่องทางเฉพาะ ซึ่งมักจะเป็นช่องทาง VPN น้อยกว่า หาก Veeam Cloud Connect ทุกอย่างจะผ่านทางอินเทอร์เน็ตหรือช่องทางเฉพาะเดียวกัน
จากนั้นเครือข่ายได้รับการกำหนดค่าสำหรับ VM ในระบบคลาวด์ โดยปกติแล้วรถยนต์จะเคลื่อนที่เป็นกลุ่มและใช้เวลานานกว่าหนึ่งวัน เมื่อ VM มาถึงเราและเปิดตัวแล้ว VM เหล่านั้นจะต้องสื่อสารกับเครื่องที่ยังคงอยู่ในไซต์ดั้งเดิม
- กำหนดการย้ายข้อมูล เมื่อมีรถยนต์จำนวนมาก การแยกมันออกเป็นกลุ่มและขนส่งเป็นชุดก็สมเหตุสมผล เราตกลงร่วมกับลูกค้าในแผนซึ่งระบุเวลาและเครื่องจักรที่จะย้าย และเมื่อใดที่การจำลองขั้นสุดท้ายและการสลับไปยังไซต์ใหม่จะดำเนินการ
- ทดสอบการโยกย้าย เราย้ายเครื่องเสมือนทดสอบและตรวจสอบว่าทุกอย่างได้รับการกำหนดค่าอย่างถูกต้องหรือไม่: การเชื่อมต่อเครือข่ายระหว่างไซต์ ความพร้อมใช้งานของเครื่องเสมือนไปยังเครื่องบนไซต์ต้นทาง สิทธิ์ของบัญชี ฯลฯ การทดสอบนี้ช่วยหลีกเลี่ยงปัญหาในการอพยพการรบ
นั่นคือทั้งหมดสำหรับฉัน ในความคิดเห็น ให้ถามคำถามและบอกเราเกี่ยวกับประสบการณ์การย้ายถิ่นฐานของคุณ
ที่มา: will.com