ในปี 2020 เราได้เห็นองค์กรจำนวนมากย้ายแอพพลิเคชั่นที่มีความสำคัญต่อภารกิจมากขึ้น ERP และฐานข้อมูลไปยังระบบคลาวด์ อย่างไรก็ตามการย้ายข้อมูลทั้งหมดนี้ไม่ได้ราบรื่น ฉันได้เห็นโครงการโยกย้ายระบบคลาวด์เป็นการส่วนตัวชะลอตัวลงอย่างมากและถึงแม้จะหยุดลงเนื่องจากขาดการวางแผนสำหรับความพร้อมใช้งานของแอปพลิเคชันความซับซ้อนของการติดตั้ง "DIY High Availability" ใหม่ความเข้าใจผิดที่เกี่ยวข้องกับสิ่งที่ "การเพิ่มและการเปลี่ยนแปลง" มีผลและต้นทุนที่ไม่คาดคิด

มีแนวทางปฏิบัติที่ดีที่สุดรายการตรวจสอบระบบคลาวด์และวิธีอื่น ๆ มากมายสำหรับองค์กรในการเตรียมความพร้อมสำหรับระบบคลาวด์ แนวทางปฏิบัติที่ดีที่สุดต่อไปนี้ควรรวมอยู่ในทุกกลยุทธ์การย้ายข้อมูลสำหรับการทำคลัสเตอร์ที่มีความพร้อมใช้งานสูงสำหรับผู้ที่หยุดการย้ายข้อมูลบนคลาวด์ในปี 2020 หรือวางแผนที่จะก้าวไปข้างหน้าในปี 2021

แนวทางปฏิบัติที่ดีที่สุดในการย้ายระบบคลาวด์

รวบรวมข้อกำหนด

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

การออกแบบและเอกสาร

ในขั้นตอนการออกแบบสถาปัตยกรรมของสภาพแวดล้อมภายในองค์กรจะถูกแมปกับสภาพแวดล้อมระบบคลาวด์ที่ได้รับเลือกเพื่อความพร้อมใช้งานสูงสุดและจัดทำเป็นเอกสารอย่างละเอียด ในขั้นตอนนี้เนื่องจากสถาปัตยกรรมเป็นรูปเป็นร่างและคุณระบุกลยุทธ์สำหรับ IPs ตัวโหลดบาลานเซอร์ IOPS และความพร้อมใช้งานของข้อมูล ทีมต้องดูว่าความพร้อมใช้งานในระบบคลาวด์ต้องเสริมด้วยแอปพลิเคชันที่มีประสิทธิภาพและโซลูชันความพร้อมใช้งานโครงสร้างพื้นฐานที่สามารถทำให้ความซับซ้อนของระบบคลาวด์เป็นไปโดยอัตโนมัติได้อย่างไร ที่ SIOS ผู้เชี่ยวชาญของเราใน AWS และ Azure คลัสเตอร์และความพร้อมใช้งานจะทำงานร่วมกับลูกค้าเพื่อแลกเปลี่ยน NFS ภายในองค์กรสำหรับ AWS EFS, Azure ANF หรือคลัสเตอร์ NFS แบบสแตนด์อโลน นอกจากนี้ส่วนสำคัญของการดำเนินการที่ประสบความสำเร็จในขั้นตอนนี้คือการจัดทำเอกสารทุกอย่าง เอกสารเป็นองค์ประกอบที่มักถูกละเลย แต่เป็นองค์ประกอบสำคัญของความสำเร็จในการย้ายข้อมูล

วางแผนสำหรับความพร้อมใช้งานสูง

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

เจ้าหน้าที่

ทีมของคุณมีบุคลากรที่ดีเพียงใดสำหรับการย้ายระบบคลาวด์ ฝ่ายช่วยเหลือแบบเดิมไอทีไคลเอนต์ / เซิร์ฟเวอร์หรือทีมไอทีอาจไม่เพียงพอสำหรับการย้ายระบบคลาวด์ หากทีมของคุณยังใหม่กับระบบคลาวด์อาจถึงเวลาที่ต้องพิจารณาเพิ่มทรัพยากรหรือโซลูชันที่ใช้บริการระดับมืออาชีพ การย้ายข้อมูลไปยังระบบคลาวด์อาจทำให้เสียภาษีน่าเบื่อและเป็นเรื่องยากหากไม่มีข้อมูลเชิงลึกข้อมูลหรือการฝึกอบรมที่เหมาะสม พนักงานของคุณจำเป็นต้องรวมการฝึกอบรมที่เกี่ยวข้องกับสภาพแวดล้อมระบบคลาวด์หรือไม่? และในขณะที่คุณกำลังมองหาการฝึกอบรมและบริการระดับมืออาชีพเพื่อช่วยเหลือทีมไอทีของคุณโปรดตรวจสอบกับผู้จำหน่ายของคุณสำหรับการฝึกอบรมที่เกี่ยวข้องกับโซลูชันความพร้อมใช้งาน ผู้ขายจำนวนมากให้การฝึกอบรมที่ยืดหยุ่นสำหรับโซลูชัน HA และการฝึกอบรมระบบคลาวด์สามารถขอรับได้จากผู้ขายระบบคลาวด์หรือไซต์ยอดนิยมเช่น Udemy

ปรับใช้ QA

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

ทดสอบความพร้อมใช้งานสูงของคุณ

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

ปรับใช้การผลิต

เมื่อขั้นตอนการทดสอบเสร็จสิ้นและทีมของคุณได้ตรวจสอบความถูกต้องของผลการทดสอบแล้วขั้นตอนต่อไปคือการเปลี่ยนจาก QA ไปเป็นการก่อนการผลิตและจากก่อนการผลิตไปสู่การเผยแพร่จริง ขั้นตอนการทดสอบเป็นขั้นตอนสุดท้ายของการยกของหนักที่เกี่ยวข้องกับการทดสอบการยอมรับของผู้ใช้ขั้นสุดท้ายการตัดขั้นสุดท้ายและการอัปเดตข้อมูลการผลิตจากนั้นผู้ใช้

ตรวจสอบแก้ไขและทำซ้ำ

การย้ายข้อมูลที่ประสบความสำเร็จไม่ได้สิ้นสุดลงเมื่อคุณไปถึงขั้นตอนการใช้งานจริง แต่จะดำเนินต่อไปตามขั้นตอนของวงจรชีวิต ในช่วงหลังการใช้งานจริงของกลยุทธ์การย้ายระบบคลาวด์ทีมของคุณจะยังคงตรวจสอบแก้ไขและทำซ้ำขั้นตอนจาก "รวบรวม" จนถึง "ปรับใช้การผลิต" ในความเป็นจริงทีมของคุณควรทำขั้นตอนนี้ซ้ำแล้วซ้ำเล่าโดยยึดตามข้อกำหนดเฉพาะสำหรับการเผยแพร่การอัปเดตแอปพลิเคชันการอัปเดตความปลอดภัยการบำรุงรักษาระบบที่เกี่ยวข้องเวอร์ชันของระบบปฏิบัติการการวางแผนการกู้คืนระบบรวมถึงข้อกำหนดจากผู้จำหน่ายที่มีความพร้อมใช้งานสูงของคุณเอง การปฏิบัติ แพลตฟอร์มคลาวด์มีการพัฒนาอยู่เสมอและเพิ่มคุณสมบัติการทำงานและการอัปเดตใหม่ ๆ ที่สามารถปรับปรุงโซลูชันและสถาปัตยกรรม HA ที่มีอยู่ของคุณได้ การทบทวนแก้ไขและทำซ้ำกระบวนการจะเป็นขั้นตอนที่จำเป็นในการเริ่มต้นใช้งานให้ประสบความสำเร็จ

ในปี 2564 เราจะเห็นองค์กรอื่น ๆ ย้ายแอปพลิเคชันที่มีความสำคัญต่อภารกิจมากขึ้น ERP และฐานข้อมูลไปยังระบบคลาวด์ ปัจจัยสำคัญในความสำเร็จของพวกเขาคือการใช้แนวทางปฏิบัติที่ดีที่สุดในการย้ายระบบคลาวด์เพื่อหลีกเลี่ยงความล่าช้าและความล้มเหลวตลอดกระบวนการ การทำความเข้าใจข้อกำหนดและความต้องการทางธุรกิจของคุณการจัดทำเอกสารการออกแบบและแผนการปรับใช้ในสภาพแวดล้อม QA ด้วยโซลูชันการทำคลัสเตอร์ที่สร้างขึ้นตามวัตถุประสงค์และการดำเนินการทดสอบอย่างละเอียดก่อนที่จะใช้งานจริงเป็นสิ่งสำคัญ ติดต่อ SIOS Technology เพื่อทำความเข้าใจว่า SIOS Protection Suite จะรวมอยู่ในแนวทางปฏิบัติที่ดีที่สุดในการย้ายข้อมูลบนคลาวด์ของคุณได้อย่างไร

-Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า

ผลิตซ้ำจาก SIOS

วิธีการสร้างโซลูชันเซิร์ฟเวอร์ที่พร้อมใช้งานสูง

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

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

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

ประโยชน์ของการซื้อเทียบกับการสร้างโซลูชันความพร้อมใช้งานสูง

สามารถใช้งานได้โดยใช้สคริปต์และตรรกะเพื่อตรวจสอบสถานะของกระบวนการและที่อยู่ IP เสมือนจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง แต่ความท้าทายประการหนึ่งที่เราต้องเผชิญในโซลูชัน buy vs build high availability คือระยะเวลาที่เราต้องใช้ในการสร้าง ซึ่งรวมถึงเวลาสำหรับการเข้ารหัสสคริปต์การพัฒนา API เช่น cloudwatch API หรือฟังก์ชันแลมบ์ดา อย่าลืมการทดสอบและการบำรุงรักษา

ตอนที่ฉันยังเด็กฉันกระตือรือร้นที่จะเขียนโค้ดนั้น แต่หลังจากทำงานให้กับ บริษัท ใหญ่ ๆ ที่ติดอันดับ Fortune 100 และถูกผู้จัดการระดับสูงตะโกนใส่เมื่อหนึ่งในสคริปต์ของฉันไม่ทำงานตอนตี 3 ฉันรู้สึกแตกต่างออกไป ปัญหานี้รุนแรงขึ้นเมื่อฉันพบปัญหาเกี่ยวกับรหัสที่ฉันเขียนเมื่อปีที่แล้ว ผู้จัดการของฉันต้องการให้โซลูชันที่มีความพร้อมใช้งานสูงทำงานได้ 100% หากไม่ได้ผลให้เวลาโทรหาใครบางคนและตะโกนใส่พวกเขา

SIOS ทำให้มีความพร้อมใช้งานสูงโดยอัตโนมัติ

ในระยะยาวการซื้อโซลูชันนั้นถูกกว่าและใช้เวลาเพียงเล็กน้อยเพื่อปรับแต่งให้เข้ากับสภาพแวดล้อมของเราหรือไม่ นี่คือที่มาของโซลูชัน SIOS high availability (HA) ไม่ว่าจะเป็นแอปพลิเคชันหรือฐานข้อมูลใดก็ตาม SIOS มีรหัสเพื่อสลับสแต็กของกระบวนการจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง สิ่งนี้ช่วยให้ผู้ใช้และผู้จัดการอุ่นใจได้ซึ่งมาจากการจัดระบบอัตโนมัติสำหรับการทำงานล้มเหลวและความพร้อมใช้งานที่สูง

มีสองสิ่งที่ฉันชอบเกี่ยวกับร่ม SIOS HA คือ หนึ่งคือรหัสสำหรับ IP เสมือนที่เพิ่มที่อยู่ IP ลงในเซิร์ฟเวอร์และแอปพลิเคชันจะเริ่มต้นใหม่เพื่อรับฟังการเชื่อมต่อ อย่างที่สองเปิดใช้งานผ่านการใช้ชุด API ที่ไม่เชื่อเรื่องพระเจ้าของแอปพลิเคชันที่ SIOS มีให้ สิ่งนี้ช่วยให้ทุกคนสามารถปกป้องแอปพลิเคชันใด ๆ โดยใช้ปลั๊กอิน ติดต่อ SIOS วันนี้เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับโซลูชันที่มีความพร้อมใช้งานสูงเฉพาะสำหรับสภาพแวดล้อมของคุณ

– Edmond Melkomian, PMP, MCSD, ที่ปรึกษา, SIOS technology, Inc.

ผลิตซ้ำจาก SIOS