Date: กรกฎาคม 17, 2020
6 ความท้าทายในการย้ายระบบคลาวด์ทั่วไป
ในฐานะวิศวกรซอฟต์แวร์สำหรับประสบการณ์ของลูกค้ากับ SIOS ฉันมักจะช่วย บริษัท ที่กำลังโยกย้ายสภาพแวดล้อมการจัดกลุ่มที่มีความพร้อมใช้งานสูงในสถานที่ไปยังระบบคลาวด์
การโอนย้ายระบบคลาวด์เป็นกระบวนการไม่ใช่ปลายทาง เมื่อเราดึงดูดลูกค้าที่เปลี่ยนไปใช้ระบบคลาวด์นั้นมักจะมาช้าในกระบวนการวางแผนซึ่งไม่เหมาะ แต่ไม่ผิดปกติในการย้ายระบบคลาวด์ ด้านล่างนี้คือความท้าทายในการย้ายระบบคลาวด์หกประการที่เราเห็นบ่อยเกินไป
-
เวลา – ทำความเข้าใจว่าต้องใช้เวลานานแค่ไหนในการถ่ายโอนข้อมูลไปยังคลาวด์
ใช้เวลานานแค่ไหนในการรับข้อมูลจากสถานที่ตั้งสู่ระบบคลาวด์ มันสามารถแตกต่างกันค่อนข้างมากขึ้นอยู่กับแอปพลิเคชันประเภทข้อมูลและผู้ให้บริการคลาวด์ของคุณ รายละเอียดที่มักถูกมองข้ามอย่างหนึ่งคือเวลาที่ใช้ในการซิงค์ข้อมูลจากโหนดหลักไปยังโหนดรองและในบางกรณีไปยังไซต์การกู้คืนความเสียหาย (DR) ลูกค้าที่ไม่บัญชีเวลาในการซิงค์ซ้ำจะถูกทำให้นิ้วหัวแม่มือของพวกเขาทวีคูณในขณะที่ข้อมูลทำซ้ำ
-
ค่าใช้จ่าย – ทำความเข้าใจกับความหมายของการถ่ายโอนข้อมูลภายในคลาวด์
การถ่ายโอนข้อมูลภายในพื้นที่คลาวด์นั้นไม่มีค่าใช้จ่าย การถ่ายโอนข้อมูลระหว่างภูมิภาคจะมีค่าใช้จ่าย โดยทั่วไปแล้วเราจะเห็นสถาปัตยกรรมที่โหนดหลักและโหนดรองตั้งอยู่ในโซนความพร้อมใช้งานแบบคลาวด์ที่แยกต่างหากภายในภูมิภาค ค่าใช้จ่ายสามารถเพิ่มขึ้นอย่างมีนัยสำคัญเมื่อมีการแนะนำไซต์ DR เนื่องจากไซต์ DR จะอยู่ในภูมิภาคอื่นเสมอ การกู้คืนความเสียหายสำหรับแอปพลิเคชันที่มีข้อมูลจำนวนมากเช่น SAP NetWeaver อาจช่วยลดต้นทุนในการทำซ้ำในภูมิภาคต่างๆ
-
การจำลองแบบระหว่างภูมิภาค
การจำลองแบบระหว่างภูมิภาคนำเสนอความท้าทายอื่น: ประเภทการจำลองแบบ การจำลองแบบอะซิงโครนัสหรือซิงโครนัสภายใน AZ ถูกกำหนดโดยข้อกำหนด RTO และ RPO ของลูกค้า ไม่ว่าจะมีขนาดของอินสแตนซ์หรือไม่การจำลองข้อมูลจะเกิดความล่าช้าเมื่อข้ามระหว่างภูมิภาค SIOS แนะนำให้จำลองแบบอะซิงโครนัสระหว่างภูมิภาคเพื่อลดผลกระทบของเวลาแฝงนั้น Concurrency Labs ให้ข้อมูลที่ชาญฉลาดเกี่ยวกับเวลาแฝงระหว่างภูมิภาค EC2
-
องค์ประกอบของ Cloud Configuration
สามารถปรับใช้อิมเมจระบบปฏิบัติการสำเร็จรูปจากคลาวด์ ความสะดวกสบายนี้มาพร้อมกับค่าใช้จ่ายซึ่งเป็นการแนะนำปัจจัยอีกประการหนึ่งให้กับการจัดการการกำหนดค่า บริการ cloud-init ที่รวมอยู่ในอิมเมจ SuSE Enterprise Linux ที่ปรับให้เหมาะกับคลาวด์สามารถลบที่อยู่ IP เสมือนที่ผู้ใช้กำหนด ไม่มีอะไรจะหยุด PoC เหมือนที่อยู่ IP เสมือนที่หายไปทุกสองนาที!
-
ความปลอดภัยบนคลาวด์
ขนาดของคลาวด์คอมพิวติ้งมีความปลอดภัยมากกว่าธุรกิจที่สามารถจ่ายได้ในดาต้าเซ็นเตอร์ในสถานที่ ปริมาณงานบนคลาวด์ใช้ประโยชน์จากการรักษาความปลอดภัยที่ทันสมัยโดยที่ไม่รู้ตัว ตัวอย่างเช่นโดยค่าเริ่มต้น AWS EC2 อินสแตนซ์บล็อกการรับส่งข้อมูลใด ๆ ที่ไม่ได้ส่งหรือส่งไปยังอินสแตนซ์เอง นี่เป็นคุณสมบัติที่ยอดเยี่ยมสำหรับการรักษาความปลอดภัยเครือข่ายในคลาวด์ หากระบบต้องการ Network Address Translation (NAT) มาตรการรักษาความปลอดภัยเริ่มต้นของ EC2 จะทำให้ที่อยู่ IP ล้มเหลว การปิดใช้งานการตรวจสอบต้นทาง / ปลายทางจากคอนโซลจะช่วยแก้ปัญหา ขึ้นอยู่กับความคุ้นเคยของผู้ใช้กับ AWS ซึ่งอาจใช้เวลาระหว่างการคลิกไม่กี่ครั้งเพื่อรับการสนับสนุน การทำความเข้าใจกับรายละเอียดว่าระบบโต้ตอบในสภาพแวดล้อมเป็นกุญแจสำคัญในการย้ายระบบคลาวด์ที่ประสบความสำเร็จ
-
การทดสอบการยอมรับของผู้ใช้บนคลาวด์ (UAT)
ลูกค้าที่มาจากระบบในสถานที่จะต้องได้รับการเตือนว่าทรัพยากรไม่ได้เป็นปัจจัย จำกัด อีกต่อไป ในระบบคลาวด์ระบบสามารถคัดลอกและใช้งานได้อย่างง่ายดายโดยแยกส่วนการผลิตสิ่งที่ไม่สำคัญในสถานที่ การเข้าถึงทรัพยากรไอทีตามความต้องการช่วยให้ UAT ของ HA และ DR ขยายเกิน "ปิดโหนดหลัก" เครือข่ายสามารถก่อวินาศกรรมเมล็ดสามารถตื่นตระหนกแม้ฐานข้อมูลอาจเสียหายและไม่มีสิ่งใดที่จะส่งผลกระทบต่อการผลิต! การระบุและทดสอบภาพจำลองเหล่านี้ปรับปรุงท่า HA และ DR
การดำเนินการโยกย้ายคลาวด์ที่ประสบความสำเร็จนั้นจำเป็นต้องมีการป้อนข้อมูลจากผู้มีส่วนได้ส่วนเสียทั้งหมด ความพร้อมใช้งานสูงและการกู้คืนความเสียหายเป็นประเด็นหลักของภาระงานระดับองค์กรใด ๆ ไม่ว่า SIOS จะเป็นส่วนหนึ่งของระบบปัจจุบันของคุณอยู่แล้วหรือจะเป็นส่วนหนึ่งของการย้ายระบบคลาวด์ในอนาคตของคุณขอให้เรามีส่วนร่วม!
-Harrison Howell วิศวกรซอฟต์แวร์สำหรับประสบการณ์ลูกค้า
ทำซ้ำโดยได้รับอนุญาตจาก SIOS