12 คำถามเพื่อทำให้การย้ายระบบคลาวด์ของคุณไม่ซับซ้อน

12 คำถามเพื่อทำให้การย้ายระบบคลาวด์ของคุณไม่ซับซ้อน

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

“ระบบคลาวด์มีความซับซ้อนมากขึ้น” เป็นคำกล่าวแรกในการสัมมนาผ่านเว็บความยาวชั่วโมงหนึ่งซึ่งมีรายละเอียดเกี่ยวกับการเปลี่ยนแปลงและโอกาสต่างๆ กับการเติบโตอย่างรวดเร็วของการประมวลผลแบบคลาวด์และการโยกย้ายระบบคลาวด์พรีเซนเตอร์กล่าวต่อด้วยโครงร่างของสิ่งที่เกี่ยวข้องกับระบบคลาวด์ซึ่งไอทีแบบเดิมกำลังเผชิญอยู่ในเส้นทางสู่ AWS , Azure , GCP หรือผู้ให้บริการอื่นๆ

มีเก้าส่วนที่ปรากฏเป็นความยุ่งยากในการเปลี่ยนผ่านไปสู่คลาวด์แบบเดิม:

• คำจำกัดความ
• ราคา
• ระบบเครือข่าย
• ความปลอดภัย
• ผู้ใช้ บทบาท และโปรไฟล์
• แอปพลิเคชันและใบอนุญาต
• บริการและการสนับสนุน
• ความพร้อมใช้งาน
• สำรองข้อมูล

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

ส่วนใหญ่แล้วความยุ่งยากและการชะลอตัวในการย้ายข้อมูลไปยังระบบคลาวด์มักมาจากคำถามที่ยังไม่ได้รับคำตอบสิบสองข้อ:

1. เป้าหมายของเราในการย้ายไปยังคลาวด์คืออะไร
2. สถาปัตยกรรมภายในองค์กรของคุณในปัจจุบันเป็นอย่างไร?คุณมีเอกสาร รายการ ผังงาน หรือตำราอาหารหรือไม่?
3. แอปพลิเคชัน ฐานข้อมูล ความพร้อมใช้งาน และผู้ขายที่เกี่ยวข้องทั้งหมดของคุณได้รับการสนับสนุนบนแพลตฟอร์มผู้ให้บริการคลาวด์เป้าหมายของคุณหรือไม่
4. ความเสี่ยงและข้อจำกัดในสถานที่ปัจจุบันของคุณคืออะไรแอปพลิเคชันใดบ้างที่ไม่มีการป้องกัน ปัญหาที่พบบ่อยที่สุดในองค์กรคืออะไร
5. ใครเป็นผู้รับผิดชอบสถาปัตยกรรมและการออกแบบระบบคลาวด์?สถาปัตยกรรมและการออกแบบนี้จะอธิบายถึงคำจำกัดความปัจจุบันของคุณและคำจำกัดความของผู้ให้บริการระบบคลาวด์อย่างไร
6. ผู้มีส่วนได้ส่วนเสียหลักคือใคร และอะไรคือเหตุการณ์สำคัญ ตัวขับเคลื่อนธุรกิจ และกำหนดเวลาสำหรับโครงการธุรกิจ
7. คุณได้แบ่งปันแผนโครงการและเหตุการณ์สำคัญกับผู้ขายของคุณหรือไม่?
8. กระบวนการในปัจจุบัน การกำกับดูแล และข้อกำหนดทางธุรกิจคืออะไร?
9. งบประมาณการย้ายถิ่นคืออะไรและรวมถึงการเสริมพนักงาน การฝึกอบรม และบริการหรือไม่? ค่าบำรุงรักษา ใบอนุญาต และค่าใช้จ่ายในการดำเนินงานอย่างต่อเนื่องของคุณเป็นค่าประมาณเท่าใด
10. ทักษะและความรับผิดชอบที่มีอยู่ในทีมของคุณมีอะไรบ้าง?
11. ใครจะเป็นผู้รับผิดชอบในการอัปเดตการกำกับดูแล กระบวนการ โมเดลคลาวด์ใหม่ และบทบาทและความรับผิดชอบแบบดั้งเดิมต่างๆ
12. แอปพลิเคชัน บริการ หรือฟังก์ชันใดบ้างที่จะย้ายจากรุ่น IaaS เป็น SaaS

รู้เป้าหมายของคุณสำหรับคลาวด์

ดังนั้น การตอบคำถามทั้งสิบสองข้อนี้จะปรับปรุงการโยกย้ายระบบคลาวด์ของคุณได้อย่างไร ดังที่คุณเห็นจากคำถาม การทำความเข้าใจเป้าหมายของคุณสำหรับระบบคลาวด์เป็นขั้นตอนแรกและสำคัญที่สุดเป็นที่ยอมรับกันในระดับสากลว่า “ผู้ให้บริการระบบคลาวด์ เช่น AWS, Azure หรือ Google สามารถจัดหาเซิร์ฟเวอร์ ที่เก็บข้อมูล และทรัพยากรการสื่อสารที่แอปพลิเคชันเฉพาะต้องการ” แต่สำหรับลูกค้าจำนวนมาก สิ่งนี้จะขจัด “เขาไม่จำเป็นต้องใช้คอมพิวเตอร์” ฮาร์ดแวร์และบุคลากรในการจัดการฮาร์ดแวร์นั้น” ด้วยเหตุนี้ ลูกค้าจึงมักให้ความสำคัญกับการรวมหรือลดอุปกรณ์หรือศูนย์ข้อมูล โดยไม่พิจารณาว่ามีโอกาสและช่องว่างเพิ่มเติมของระบบคลาวด์ที่พวกเขายังต้องพิจารณา ตัวอย่างเช่น cloud ทำ ขจัดการจัดการฮาร์ดแวร์ แต่มัน “ ไม่ ขจัดความต้องการทั้งหมดที่แอปพลิเคชันและการพึ่งพาจะมีสำหรับการตรวจสอบและการกู้คืน” ดังนั้นหากเป้าหมายของคุณคือการได้รับความพร้อมใช้งานทั้งหมดจากคลาวด์ คุณอาจไม่บรรลุเป้าหมายนั้น หรืออาจต้องการมากกว่าแค่การย้ายภายในองค์กร โมเดล IaaSการรู้เป้าหมายของคุณจะช่วยกำหนดเส้นทางของระบบคลาวด์ได้อย่างมาก

รู้จักสถาปัตยกรรมภายในองค์กรของคุณในปัจจุบัน

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

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

ทำความเข้าใจการเปลี่ยนแปลงทางธุรกิจและการกำกับดูแล

คำถามกลุ่มสุดท้ายช่วยให้ทีมของคุณเข้าใจกำหนดการ ผลกระทบทางธุรกิจ วันครบกำหนด และการเปลี่ยนแปลงการกำกับดูแลที่จำเป็นต้องอัปเดตหรือเปลี่ยน เนื่องจากอาจใช้ไม่ได้ในระบบคลาวด์อีกต่อไป การย้ายไปยังระบบคลาวด์อาจเป็นการเปลี่ยนแปลงและการเดินทางที่ราบรื่นอย่างไรก็ตาม ความล้มเหลวในการประเมินตำแหน่งของคุณในการเดินทางและเมื่อคุณจำเป็นต้องเดินทางให้เสร็จสิ้นอาจทำให้กลายเป็นฝันร้ายได้ การทำความเข้าใจเกี่ยวกับจังหวะเวลามีความสำคัญและสามารถช่วยได้อย่างมากโดยการพิจารณาผู้มีส่วนได้ส่วนเสีย ผู้จำหน่ายแอปพลิเคชัน เหตุการณ์สำคัญทางธุรกิจ และฤดูกาลของธุรกิจSIOS Technology Corp. ต้องการให้ลูกค้าเข้าใจเหตุการณ์สำคัญของตนอย่างเห็นแก่ตัว เพราะในฐานะผู้ให้บริการ จะลดความประหลาดใจให้เหลือน้อยที่สุด แต่เรายังสนับสนุนให้ลูกค้าตอบคำถามเหล่านี้ เนื่องจากพวกเขามักจะเปิดเผยความไม่สอดคล้องระหว่างแผนกและผู้มีส่วนได้ส่วนเสีย DBAs เชื่อว่าการตัดยอดจะเกิดขึ้นในสุดสัปดาห์สุดท้ายของเดือน แต่ Finance ตั้งใจที่จะปิดบัญชีในช่วงสุดสัปดาห์สุดท้ายของเดือนเดียวกัน หรือทีมไอทีเชื่อว่าการตัดยอดอาจเกิดขึ้นได้ในวันจันทร์ แต่ทีมแอปพลิเคชันไม่สามารถใช้งานได้จนถึงวันพุธ และบางทีที่สำคัญที่สุดทีมกฎหมายยังไม่ได้ตรวจสอบรายการ NDA ใหม่ ข้อตกลง ใบอนุญาต และการเปลี่ยนแปลงการกำกับดูแลที่จำเป็นในการดึง ทั้งหมดเข้าด้วยกัน

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

หากต้องการความช่วยเหลือเกี่ยวกับกลยุทธ์การย้ายระบบคลาวด์และการใช้งานที่มีความพร้อมใช้งานสูง โปรดติดต่อ SIOS Technology Corp. – Cassius Rhue, VP, Customer Experience เรียนรู้เพิ่มเติมเกี่ยวกับเรื่องทั่วไป ความท้าทายในการโยกย้ายระบบคลาวด์ .

อ่านเกี่ยวกับความเข้าใจผิดบางประการเกี่ยวกับ ความพร้อมใช้งานในระบบคลาวด์

สืบพันธุ์จาก SIOS

3 ขั้นตอนสู่ความซ้ำซ้อนของระบบไอทีที่มีประสิทธิภาพ

การย้ายแอปพลิเคชันไปยังระบบคลาวด์

การทำคลัสเตอร์ SAP #ACS และ #ERS บน #AWS โดยใช้ Windows Server Failover Clustering

การทำคลัสเตอร์ SAP #ACS และ #ERS บน #AWS โดยใช้ Windows Server Failover Clustering

เมื่อมั่นใจ ความพร้อมใช้งานสูง สำหรับ SAP ASCS และ ERS ที่ทำงานบน Windows Server โซลูชันคลัสเตอร์หลักที่คุณต้องการใช้คือ Windows Server Failover Clustering . อย่างไรก็ตาม เมื่อทำเช่นนี้ใน AWS คุณจะค้นพบได้อย่างรวดเร็วว่ามีอุปสรรคบางประการที่คุณต้องรู้วิธีเอาชนะเมื่อปรับใช้สิ่งนี้ใน AWS

ฉันเพิ่งเขียนสิ่งนี้ คำแนะนำทีละขั้นตอน ที่เผยแพร่ในบล็อก SAP ที่จะแนะนำคุณตลอดกระบวนการทั้งหมด หากคุณมีคำถามใด ๆ โปรดแสดงความคิดเห็น

อภิธานศัพท์: Windows Server Failover Clustering (WSFC)

อภิธานศัพท์ของข้อกำหนด: Windows Server Failover Clustering (WSFC)

คำนิยาม: A Windows Server Failover Clustering (WSFC) คลัสเตอร์คือกลุ่มของเซิร์ฟเวอร์อิสระที่ทำงานร่วมกันเพื่อเพิ่มความพร้อมใช้งานของแอปพลิเคชันและบริการ SQL Server 2017 ใช้ประโยชน์จากบริการและความสามารถ WSFC เพื่อสนับสนุนกลุ่มความพร้อมใช้งาน Always On และอินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL SIOS DataKeeper ถูกรวมเข้ากับ WSFC เพิ่มความยืดหยุ่นในการกำหนดค่าเพื่อสร้างคลัสเตอร์ WSFC ในระบบคลาวด์

สืบพันธุ์จาก SIOS