การย้ายเซิร์ฟเวอร์คืออะไร
การย้ายเซิร์ฟเวอร์คืออะไร
การย้ายเซิร์ฟเวอร์คือกระบวนการถ่ายโอนข้อมูล กระบวนการ และการกำหนดค่าของเซิร์ฟเวอร์ไปยังเซิร์ฟเวอร์เป้าหมายใหม่หรืออินสแตนซ์ระบบคลาวด์ องค์กรอาจย้ายเซิร์ฟเวอร์เพื่อการเพิ่มประสิทธิภาพทรัพยากร เพื่อลดค่าใช้จ่ายในการดำเนินงานด้านการบำรุงรักษา เพื่อการสนับสนุนที่เพิ่มขึ้น และเพื่อให้บรรลุเป้าหมายการผสานรวมและการปรับปรุงให้ทันสมัยที่ลึกซึ้งยิ่งขึ้น กระบวนการย้ายจะแตกต่างกันไปขึ้นอยู่กับสถาปัตยกรรมแมชชีนของต้นทางและปลายทาง โดยต้องมีการวางแผน ใช้เครื่องมือ และมีการทดสอบอย่างรอบคอบเพื่อการย้ายเซิร์ฟเวอร์ที่ประสบความสำเร็จ
ประโยชน์ของการย้ายเซิร์ฟเวอร์มีอะไรบ้าง
องค์กรดำเนินการย้ายเซิร์ฟเวอร์ทั้งด้วยเหตุผลด้านการดำเนินงานและด้านกลยุทธ์
อัปเดตบริการให้ทันสมัย
องค์กรหลายองค์กรดำเนินการย้ายเซิร์ฟเวอร์เพื่อย้ายจากโครงสร้างพื้นฐานที่ล้าสมัยและมักมีข้อจำกัด ไปยังแพลตฟอร์มที่ทันสมัย ปรับขนาดได้ และสามารถบำรุงรักษาได้ ในสภาพแวดล้อมระบบคลาวด์ ระบบจะสร้างเซิร์ฟเวอร์เสมือน โดยเรียกว่าอินสแตนซ์
การผสานรวมกับบริการอื่น ๆ
สภาพแวดล้อมเซิร์ฟเวอร์ที่ทันสมัยมักจะเชื่อมต่อกับเครื่องมือและบริการที่เป็นที่รู้จักได้ง่ายขึ้น ความสามารถในการผสานรวมนี้ช่วยให้ระบบอัตโนมัติได้เร็วขึ้น ส่งผลให้การดำเนินงานคล่องตัวมากขึ้น
ไม่มีค่าใช้จ่ายในการจัดการ
องค์กรอาจทำการย้ายเซิร์ฟเวอร์และระบบปฏิบัติการไปยังคลาวด์เพื่อเปลี่ยนงานการบำรุงรักษาจากทีมไอทีไปยังผู้ให้บริการโฮสต์ระบบคลาวด์ ทีมไอทีภายในต้องจัดการกับการอัปเดตและการสำรองข้อมูลเมื่อใช้ฮาร์ดแวร์ในองค์กร ในโครงสร้างพื้นฐานในระบบคลาวด์ ทีมไอทีของผู้ให้บริการจัดการความรับผิดชอบด้านการบำรุงรักษา
การลดต้นทุน
การย้ายไปยังอินสแตนซ์ระบบคลาวด์ยังช่วยให้องค์กรสามารถเปลี่ยนรูปแบบการจัดทำงบประมาณไอทีได้ โดยทั่วไปองค์กรจะต้องซื้อโครงสร้างพื้นฐานเซิร์ฟเวอร์ในองค์กรเป็นค่าใช้จ่ายด้านเงินทุน (CapEx) บริการระบบคลาวด์มักจะเรียกเก็บเงินเป็นประจำ ไม่ว่าจะเป็นรายเดือน รายปี หรือโดยใช้โมเดลการชำระเงินตามการใช้งาน สำหรับหลายองค์กร วิธีการจัดทำงบประมาณนี้ทำให้ประสิทธิภาพด้านต้นทุนดีกว่าการเป็นเจ้าของฮาร์ดแวร์
การลดช่องโหว่ด้านความปลอดภัย
แพลตฟอร์มเซิร์ฟเวอร์ที่ทันสมัยมีการป้องกันนิรภัยสำหรับลูกค้า โดยรวมการเข้ารหัสล่าสุด การควบคุมตัวตน และเครื่องมือรักษาความปลอดภัยของข้อมูลเพื่อให้แน่ใจว่าการถ่ายโอนข้อมูลที่ละเอียดอ่อนเป็นไปอย่างปลอดภัย ลูกค้าจะต้องกำหนดค่าสภาพแวดล้อม การควบคุม และเครื่องมือเพื่อให้เหมาะสมกับความต้องการด้านความปลอดภัยเฉพาะของตน
ประสิทธิภาพที่ดีขึ้น
อินสแตนซ์ระบบคลาวด์ช่วยให้เข้าถึงข้อมูลที่จัดเก็บไว้ในสภาพแวดล้อมระบบคลาวด์เดียวกันได้เร็วขึ้น โดยตัวเลือกระบบคลาวด์มักจะเสนอตัวเลือกทรัพยากรพื้นที่จัดเก็บข้อมูลและการคำนวณที่มากกว่า
เซิร์ฟเวอร์ที่มีความเฉพาะกับงาน
การเข้าถึงทรัพยากรที่หลากหลายช่วยให้คุณสามารถย้ายจากโครงสร้างพื้นฐานเซิร์ฟเวอร์ทั่วไปไปยังอินสแตนซ์ที่มีความเฉพาะกับงานมากขึ้น ตัวอย่างเช่น การจัดเตรียมอินสแตนซ์ที่เปิดใช้งาน GPU จะรองรับเวิร์กโหลดปัญญาประดิษฐ์และแมชชีนเลิร์นนิง
ขั้นตอนสำคัญในการย้ายเซิร์ฟเวอร์มีอะไรบ้าง
การย้ายเซิร์ฟเวอร์ทุกครั้งจะมีลักษณะแตกต่างกัน แต่ส่วนใหญ่จะมีขั้นตอนเหล่านี้ รวมถึงการวางแผนที่เหมาะสม การย้ายที่มีโครงสร้าง และการตรวจติดตามหลังการย้ายข้อมูล
1. ประเมินเซิร์ฟเวอร์และการกำหนดค่าปัจจุบัน
ขั้นตอนแรกในโปรเจกต์ย้ายเซิร์ฟเวอร์ที่ประสบความสำเร็จคือการจัดเก็บไฟล์ แอปพลิเคชัน เซิร์ฟเวอร์ การกำหนดค่า และการอ้างอิงแผนที่ที่มีอยู่ไว้ในคลัง ตัวอย่างเช่น คุณจะจัดเก็บโครงสร้างพื้นฐานฮาร์ดแวร์และซอฟต์แวร์สำหรับฐานข้อมูลไว้ในคลัง รวมถึงเครื่องมือเพิ่มเติมจากบุคคลที่สามสำหรับผู้ใช้และ API ที่เชื่อมต่อฐานข้อมูลของคุณเข้ากับระบบอื่น
2. ประเมินระบบเป้าหมาย
ถัดไป คุณจะบันทึกทรัพยากรที่คุณต้องการตั้งค่าในสภาพแวดล้อมใหม่ของคุณ ตัวอย่างเช่น คุณต้องระบุหาความจุของพื้นที่เก็บข้อมูลที่จำเป็นสำหรับฐานข้อมูลของคุณและเครื่องมือการจัดการที่จำเป็นในการสนับสนุนฐานข้อมูลดังกล่าวในสภาพแวดล้อมใหม่ คุณควรจะประเมินทรัพยากรเพื่อให้ทราบความสามารถในการรองรับเวิร์กโหลดในปัจจุบันของคุณ วิธีที่จะสามารถปรับขนาดทรัพยากรเหล่านี้ในอนาคต และข้อกำหนดในการจัดทำงบประมาณ
3. ระบุกลยุทธ์การย้ายข้อมูล
จากการประเมินเหล่านี้ คุณจะสามารถเลือกได้ว่ากลยุทธ์ใดจาก 1 ใน 2 กลยุทธ์การย้ายข้อมูลหลักที่ได้ผลดีที่สุด
- เปลี่ยนแล้วแปลง
- แปลงแล้วเปลี่ยน
การย้ายข้อมูลแบบ “เปลี่ยนแล้วแปลง” เกี่ยวข้องกับการย้ายทรัพยากรเซิร์ฟเวอร์ที่มีอยู่ของคุณไปยังเซิร์ฟเวอร์ใหม่โดยยังไม่ทำการปรับเปลี่ยนใด ๆ จากนั้นจึงอัปเดตข้อมูลและแอปพลิเคชัน การย้ายข้อมูลแบบ “แปลงแล้วเปลี่ยน” นั้นเกี่ยวข้องกับการตรวจสอบความถูกต้องของทรัพยากรและการปรับให้ทันสมัยก่อนที่จะย้ายข้อมูลไปยังสภาพแวดล้อมใหม่
4. สร้างสภาพแวดล้อมเป้าหมาย
คุณควรมีภาพที่ชัดเจนเกี่ยวกับวิธีการจัดเตรียมสภาพแวดล้อมเซิร์ฟเวอร์ใหม่ของคุณเมื่อคุณเลือกกลยุทธ์การย้ายได้แล้ว หากคุณกำลังย้ายไปยังเซิร์ฟเวอร์ใหม่หรือสภาพแวดล้อมระบบคลาวด์ใหม่ทั้งหมด กระบวนการนี้มักเกี่ยวข้องกับการสร้างบัญชีผู้ใช้และบัญชีผู้ดูแลระบบ การกำหนดค่าเซิร์ฟเวอร์ และการตั้งค่าเครือข่าย
5. กระบวนการย้ายข้อมูล
ถัดไป คุณจะดำเนินการจริงไม่ว่าจะเป็นการย้ายข้อมูล การถ่ายโอนไฟล์ แอปพลิเคชัน และการกำหนดค่า กระบวนการนี้อาจใช้เวลานาน ขึ้นอยู่กับปริมาณข้อมูลและความซับซ้อนของแอปพลิเคชันที่คุณต้องการย้าย วางแผนสำหรับเวลาหยุดทำงานตามความเหมาะสมร่วมกับผู้มีส่วนได้ส่วนเสียทุกราย
6. การทดสอบ
หลังจากการย้ายข้อมูล ควรทำการทดสอบอย่างละเอียดเพื่อให้มั่นใจได้ว่าทุกอย่างในสภาพแวดล้อมใหม่ของคุณทำงานได้ตามที่คาดไว้ การทดสอบของคุณอาจต้องมีการดำเนินการต่อไปนี้
- ตรวจสอบยืนยันความสมบูรณ์ของข้อมูลที่สำคัญอย่างยิ่ง
- ตรวจสอบการตอบกลับของ API
- ตรวจติดตามการรับส่งข้อมูลในเครือข่าย
- ตรวจสอบโหลดของเซิร์ฟเวอร์
- ทดสอบประสิทธิภาพของแอปพลิเคชันในสภาพแวดล้อมใหม่
นอกจากนี้ การเปรียบเทียบการดำเนินการหลังการย้ายข้อมูลกับสภาพแวดล้อมเดิมของคุณยังสามารถช่วยให้ทราบถึงปัญหาหรือความไม่สอดคล้องกันที่ซ่อนอยู่ได้อีกด้วย
การย้ายเซิร์ฟเวอร์มีประเภทใดบ้าง
คุณสามารถย้ายเซิร์ฟเวอร์ได้หลายวิธีขึ้นอยู่กับกรณีธุรกิจเฉพาะของคุณ ข้อมูลที่มีอยู่ โครงสร้างพื้นฐานที่มีอยู่ และสภาพแวดล้อมเป้าหมายที่มีให้เลือกใช้
- สถานที่จริงไปยังสถานที่จริง (P2P): การย้ายแบบ P2P เป็นการย้ายข้อมูลและระบบของคุณจากเซิร์ฟเวอร์ในองค์กรที่ตั้งอยู่ ณ สถานที่จริงแห่งหนึ่งไปยังอีกสถานที่หนึ่ง
- สถานที่จริงไปยังพื้นที่เสมือน (P2V): คุณสามารถย้ายเซิร์ฟเวอร์ในสถานที่จริงไปยัง Virtual Machine (VM) ซึ่งช่วยให้คุณสามารถโฮสต์เซิร์ฟเวอร์ของตนบนโครงสร้างพื้นฐานที่ทันสมัยโดยไม่จำเป็นต้องเปลี่ยนแอปพลิเคชันพื้นฐานของคุณ
- พื้นที่เสมือนไปยังพื้นที่เสมือน (V2V): การย้ายประเภทนี้จะย้ายเซิร์ฟเวอร์ที่โฮสต์ VM จากสภาพแวดล้อมเสมือนแห่งหนึ่งไปยังอีกแห่งหนึ่ง
- การย้ายไปยังระบบคลาวด์: คำว่า “การย้ายไปยังระบบคลาวด์” โดยทั่วไปจะหมายถึงกระบวนการย้ายจากโครงสร้างพื้นฐานในองค์กรที่ตั้งอยู่ ณ สถานที่จริงไปยังโครงสร้างพื้นฐานในระบบคลาวด์ โดยอาจเป็นการย้ายแบบเต็มรูปแบบ โดยทุกอย่างได้รับการโฮสต์บนอินสแตนซ์คลาวด์ หรือการย้ายแบบไฮบริด ซึ่งบริการบางอย่างยังคงโฮสต์ไว้ในองค์กร
การย้ายเซิร์ฟเวอร์ที่มีการจัดการเทียบกับเซิร์ฟเวอร์ที่ไม่มีการจัดการ
การตัดสินใจที่สำคัญที่สุดประการหนึ่งที่ต้องทำในช่วงการวางแผนของคุณคือทีมไอทีภายในองค์กรของคุณจะดำเนินการย้ายด้วยตนเองหรือไม่ การจัดการการย้ายภายในเรียกว่าการย้ายที่ไม่มีการจัดการ อีกทางเลือกคือการจ้างทีมบริการที่มีการจัดการเพื่อจัดการการย้ายข้อมูลให้คุณ
ทางเลือกที่ถูกต้องเหมาะสมจะขึ้นอยู่กับทรัพยากรที่ทีมคุณมีอยู่ ทักษะทางเทคนิค และเป้าหมายทางธุรกิจของคุณ เส้นทางการย้ายแต่ละเส้นทางจะแสดงส่วนได้ส่วนเสียระหว่างการควบคุม ต้นทุน และความสะดวกสบาย
ระดับการควบคุมและความรับผิดชอบ
ผู้ให้บริการจะจัดการงานส่วนใหญ่ในการย้ายที่มีการจัดการ โดยปกติแล้วจะรวมถึง
- การเตรียมใช้งานและการตั้งค่าเซิร์ฟเวอร์
- การทดสอบ
- การตรวจติดตาม การอัปเดต และการออกแพทช์แก้ไขการรักษาความปลอดภัยให้ดีขึ้นอย่างต่อเนื่อง
การย้ายที่มีการจัดการนั้นมีประโยชน์หากคุณมีทรัพยากรด้านไอทีภายในที่ จำกัด หรือต้องการให้ทรัพยากรภายในของคุณมุ่งเน้นไปที่การพัฒนาและกลยุทธ์ แทนที่จะเป็นโครงสร้างพื้นฐาน
ในทางตรงกันข้าม การย้ายที่ไม่มีการจัดการจะช่วยให้คุณสามารถควบคุมรายละเอียดการย้ายข้อมูลทั้งหมดได้อย่างเต็มที่ เนื่องจากคุณมีหน้าที่รับผิดชอบต่อกระบวนการดังกล่าวตั้งแต่ต้นจนจบ วิธีการนี้สามารถให้ความยืดหยุ่นที่มากขึ้นได้ แต่ต้องใช้ความเชี่ยวชาญทางเทคนิคและแรงงานภายในด้วย
ข้อควรพิจารณาด้านค่าใช้จ่าย
การย้ายที่มีการจัดการมักจะมีโครงสร้างค่าใช้จ่ายที่คาดเดาได้ และอาจมีตัวเลือกสำหรับการสนับสนุนอย่างต่อเนื่องด้วย ในการย้ายที่มีการจัดการ ข้อตกลงระดับบริการ (SLA) จะรับประกันความพร้อมใช้งานของบริการ และมักจะต้องเสียค่าใช้จ่ายอย่างต่อเนื่อง โดยจะแบ่งเป็นส่วนที่เท่า ๆ กันตลอดระยะเวลาที่ทำข้อตกลงไว้ ซึ่งคุณต้องแบกรับค่าใช้จ่ายที่อาจเกิดขึ้นทั้งหมดในระหว่างการย้ายที่ไม่มีการจัดการ
การย้ายแอปพลิเคชันเทียบกับการย้ายเซิร์ฟเวอร์
การย้ายแอปพลิเคชันจะเป็นการย้ายสแต็กแอปพลิเคชันไปยังเซิร์ฟเวอร์ใหม่ โดยปกติแล้ว จะรวมถึงต่อไปนี้ด้วย
- บริการ
- การกำหนดค่า
- การอ้างอิงทั้งหมด
เป้าหมายของการดำเนินการย้ายแอปพลิเคชันคือเพื่อให้แน่ใจว่าฟังก์ชันการทำงานแบบต้นทางถึงปลายทางเดียวกันจะยังคงมีอยู่บนเซิร์ฟเวอร์ใหม่
ในทางตรงกันข้าม การย้ายเซิร์ฟเวอร์จะเป็นการย้ายเนื้อหาของเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง องค์กรที่มีหลายเซิร์ฟเวอร์มักจะทำการย้ายเซิร์ฟเวอร์ทีละเซิร์ฟเวอร์เพื่อให้มั่นใจว่าจะให้บริการได้อย่างต่อเนื่อง
การย้ายเซิร์ฟเวอร์ไปยังระบบคลาวด์มีวิธีใดบ้าง
กลยุทธ์ทั่วไปสำหรับการย้ายไปยังระบบคลาวด์นั้นมีหลายแบบ กลยุทธ์เหล่านี้เรียกว่าการย้าย 7 R:
- Retire (เลิกใช้)
- Retain (เก็บรักษา)
- Rehost (เปลี่ยนโฮสต์)
- Relocate (ย้ายระบบ)
- Repurchase (ซื้อใหม่)
- Replatform (เปลี่ยนแพลตฟอร์ม)
- Refactor (ปรับโครงสร้าง)
1. Retire (เลิกใช้)
เซิร์ฟเวอร์ที่ล้าสมัยซึ่งไม่มีการอ้างอิงแอปพลิเคชันอีกต่อไปสามารถเลิกใช้ได้ กลยุทธ์ Retire เกี่ยวกับการเลิกใช้งานเซิร์ฟเวอร์ที่มีอยู่หลังจากย้ายหรือเก็บถาวรแอปพลิเคชัน
โดยปกติ คุณจะเลิกใช้เซิร์ฟเวอร์หนึ่ง ๆ เมื่อเซิร์ฟเวอร์ดังกล่าวมีประกาศเลิกใช้หรือไม่ได้ใช้งานทั่ว ๆ ไปอีกต่อไป แอปพลิเคชันที่ล้าสมัยที่ต้องอาศัยโครงสร้างพื้นฐานของเซิร์ฟเวอร์อาจไม่สร้างมูลค่าทางธุรกิจที่เพียงพออีกต่อไป หรือไม่ได้รับการสนับสนุนอีกต่อไป
2. Retain (เก็บรักษา)
หากต้องการเก็บรักษาเซิร์ฟเวอร์ใดเซิร์ฟเวอร์หนึ่งไว้ในสภาพแวดล้อมปัจจุบัน ในขณะที่ย้ายเซิร์ฟเวอร์อื่น ๆ ไปยังระบบคลาวด์ คุณก็สามารถทำได้เช่นกันได้ โดยปกติคุณจะเลือกเก็บรักษาเซิร์ฟเวอร์ไว้เมื่อคุณยังไม่พร้อมสำหรับการย้ายหรือการย้ายเซิร์ฟเวอร์ไม่ได้ทำให้เกิดประโยชน์ในทันที
3. Rehost (เปลี่ยนโฮสต์)
กลยุทธ์ Rehost หรือที่เรียกว่าแนวทาง “lift and shift” เกี่ยวข้องกับการย้ายเซิร์ฟเวอร์ของคุณจากสภาพแวดล้อมปัจจุบันไปยังคลาวด์โดยไม่ต้องปรับเปลี่ยนหรือระบบปฏิบัติการ
ประโยชน์ของการเปลี่ยนโฮสต์คือคุณสามารถย้ายข้อมูลและเวิร์กโหลดไปยังโซลูชันที่ใช้ระบบคลาวด์ได้อย่างรวดเร็วโดยไม่จำเป็นต้องออกแบบส่วนใด ๆ ใหม่ทันที องค์กรที่ดำเนินการย้ายข้อมูลแบบค่อยเป็นค่อยไปจึงมักเลือกใช้กลยุทธ์ Rehost
4. Relocate (ย้ายระบบ)
กลยุทธ์ “Relocate” จะเป็นการย้ายเซิร์ฟเวอร์เสมือนปริมาณมากที่เรียกใช้แอปพลิเคชันอย่างน้อยหนึ่งแอปไปยังสภาพแวดล้อมที่เทียบเคียงกันในระบบคลาวด์
การย้ายระบบแอปพลิเคชันจะเป็นการรักษาการกำหนดค่าที่มีอยู่ของคุณไว้และช่วยให้แอปพลิเคชันยังคงใช้งานได้ในระหว่างที่ดำเนินการย้ายข้อมูลจริง กระบวนการย้ายระบบเป็นวิธีที่มีประสิทธิภาพในการหลีกเลี่ยงไม่ให้เกิดความขัดแย้งในการกำหนดเวลา เนื่องจากสามารถดำเนินการในช่วงที่ไม่ใช่ช่วงพีคได้
5. Repurchase (ซื้อใหม่)
กลยุทธ์นี้เรียกอีกอย่างว่า “drop and shop” คุณอาจเลือกที่จะทำการซื้อใหม่กับผู้จำหน่ายหรือเลือกใช้การกำหนดค่าระบบปฏิบัติการ (OS) อื่นในระหว่างการย้ายไปยังระบบคลาวด์ เมื่อคุณพบทางเลือกที่จะสร้างมูลค่าได้มากขึ้นในสภาพแวดล้อมระบบคลาวด์ใหม่ที่ย้ายไป
6. Replatform (เปลี่ยนแพลตฟอร์ม)
“การเปลี่ยนแพลตฟอร์ม” บางครั้งเรียกว่า “lift, tinker, and shift” เกี่ยวข้องกับการย้ายเซิร์ฟเวอร์ที่มีอยู่ไปยังระบบคลาวด์ด้วยการเพิ่มประสิทธิภาพเพียงเล็กน้อยเพื่อใช้ประโยชน์จากแพลตฟอร์มใหม่ เช่น การอัปเกรดระบบปฏิบัติการ กลยุทธ์นี้มีประสิทธิภาพโดยเฉพาะอย่างยิ่งเมื่อคุณต้องการประสิทธิภาพที่ดีขึ้นโดยไม่ต้องสร้างเซิร์ฟเวอร์ใหม่ทั้งหมดหรือซื้อผลิตภัณฑ์อื่นใหม่อีกครั้ง
7. Refactor (ปรับโครงสร้าง)
การปรับโครงสร้างแอปพลิเคชันเซิร์ฟเวอร์เกี่ยวข้องกับการอัปเดตการออกแบบพื้นฐานในวงกว้างเพื่อให้ใช้ประโยชน์จากสภาพแวดล้อม Cloud-Native ได้อย่างเต็มที่ กลยุทธ์นี้ทำงานได้ดีที่สุดเมื่อธุรกิจคุณมีความต้องการอย่างมากที่จะปรับขนาด เร่งการเปิดตัวผลิตภัณฑ์ หรือลดต้นทุนอย่างมีนัยสำคัญ แต่มีแอปพลิเคชันที่ล้าสมัยและจำเป็นต้องใช้เซิร์ฟเวอร์
การปรับโครงสร้างต้องใช้ความพยายามมากกว่าการย้ายด้วยวิธีอื่น ๆ แต่อาจทำให้ได้รับมูลค่าที่มากกว่าในระยะยาว แนวทางนี้บางครั้งเรียกว่า “การออกแบบสถาปัตยกรรมใหม่”
เครื่องมือการย้ายเซิร์ฟเวอร์คืออะไร
กระบวนการย้ายเซิร์ฟเวอร์มีความซับซ้อน แม้ในจะดำเนินการอย่างดีที่สุด โดยมีเครื่องมือเพื่ออำนวยความสะดวกในขั้นตอนหรืองานส่วนใหญ่ภายในโครงการย้ายข้อมูล
เครื่องมือการสำรวจและการวางแผน
เครื่องมือการค้นพบ เช่น AWS Application Discovery Service ช่วยให้คุณเข้าใจสภาพแวดล้อมปัจจุบันของคุณ ตัวอย่างเช่น เครื่องมือสามารถสแกนเซิร์ฟเวอร์และแอปพลิเคชันที่มีอยู่ของคุณเพื่อสร้างพื้นที่เก็บข้อมูลที่ครอบคลุมและระบุการพึ่งพาทั้งหมด เครื่องมือเหล่านี้ยังสามารถช่วยประเมินการใช้ทรัพยากรในปัจจุบันเพื่อแนะนำเส้นทางการย้ายข้อมูลเฉพาะได้
เครื่องมือการย้ายแอปพลิเคชันและฐานข้อมูล
เครื่องมือการย้ายที่เฉพาะเจาะจงจะทำให้ส่วนต่าง ๆ ของกระบวนการย้ายข้อมูลเป็นไปโดยอัตโนมัติ เช่น การย้ายแอปพลิเคชันและฐานข้อมูล เครื่องมือเหล่านี้สามารถช่วยในการแยกการกำหนดค่าจากสภาพแวดล้อมปัจจุบันของคุณ เพิ่มประสิทธิภาพการถ่ายโอนเซิร์ฟเวอร์ไปยังระบบคลาวด์ จัดเตรียมสภาพแวดล้อมระบบคลาวด์ หรือกำหนดค่าเซิร์ฟเวอร์ปลายทาง
เครื่องมือการย้ายซอฟต์แวร์ฐานข้อมูล เช่น AWS Database Migration Service มักใช้เพื่อลดความซับซ้อนของกระบวนการ Replatform หรือการ Rearchitect เมื่อคุณต้องการเพิ่มประสิทธิภาพฐานข้อมูลของคุณสำหรับระบบคลาวด์
เครื่องมือการผสานรวมพื้นที่จัดเก็บข้อมูล
เครื่องมือพื้นที่จัดเก็บข้อมูลแบบไฮบริด เช่น AWS Storage Gateway File Gateway เป็นประโยชน์เมื่อคุณวางแผนที่จะรักษาทั้งสภาพแวดล้อมในองค์กรและระบบคลาวด์หลังการย้ายข้อมูล เครื่องมือเหล่านี้ช่วยอำนวยความสะดวกในการสื่อสารและการถ่ายโอนข้อมูลระหว่างสองสภาพแวดล้อมของคุณ
เครื่องมือการถ่ายโอนข้อมูล
เครื่องมือการถ่ายโอนข้อมูล เช่น AWS DataSync จะย้ายข้อมูลจำนวนมากได้อย่างปลอดภัย ช่วยป้องกันการสูญเสียข้อมูล และโดยทั่วไปจะสามารถบีบอัดและเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้ายเมื่อจำเป็น เครื่องมือเหล่านี้สามารถช่วยซิงโครไนซ์การเปลี่ยนแปลงที่เกิดขึ้นในระหว่างการย้ายข้อมูลเพื่อให้แน่ใจว่าการถ่ายโอนข้อมูลประสบความสำเร็จ ผู้ให้บริการระบบคลาวด์บางรายยังให้บริการถ่ายโอนทางกายภาพหรือออฟไลน์เมื่อถ่ายโอนข้อมูลผ่านเครือข่าย ทำให้เกิดภาระที่ไม่เหมาะสมต่อการดำเนินธุรกิจของคุณ
AWS รองรับการย้ายเซิร์ฟเวอร์ของคุณได้อย่างไร
AWS นำเสนอบริการที่หลากหลายเพื่อรองรับและทำให้การดำเนินการย้ายไปยังระบบคลาวด์ระบบคลาวด์และการปรับปรุงให้ทันสมัยเป็นไปโดยอัตโนมัติ
AWS Migration Hub นำเสนอเส้นทางการย้ายข้อมูลและการปรับปรุงให้ทันสมัยตั้งแต่ต้นทางถึงปลายทางโดยอาศัยการค้นพบ การประเมิน การวางแผน และการดำเนินการ Migration Hub เป็นปลายทางเพียงจุดเดียวที่จะช่วยให้คุณประเมินความต้องการในการโอนย้าย กำหนดกลยุทธ์ในการโอนย้ายและการปรับปรุงให้ทันสมัย รวมทั้งใช้ระบบอัตโนมัติเพื่อลดความยุ่งยากในการเปลี่ยนแปลง
AWS Migration Hub มีเทมเพลตเส้นทาง การค้นหาเซิร์ฟเวอร์ การระบุการขึ้นต่อกัน คำแนะนำกลยุทธ์ การควบคุมระบบ การทำแดชบอร์ด ประสบการณ์การทำงานร่วมกัน และคำแนะนำที่กำหนดไว้เพื่อช่วยในทุกขั้นตอนการโยกย้ายเซิร์ฟเวอร์ของคุณ Migration Hub มอบประสบการณ์แบบบูรณาการสำหรับการค้นพบเครื่องมือการย้ายข้อมูลที่เหมาะสมสำหรับการย้ายเซิร์ฟเวอร์ทุกประเภท
เริ่มต้นใช้งานการย้ายเซิร์ฟเวอร์บน AWS ด้วยการสร้างบัญชีฟรีวันนี้