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

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

มัลติคลาวด์คืออะไร?

Multi-cloud คือการใช้ผู้ให้บริการระบบคลาวด์ตั้งแต่สองรายขึ้นไปเพื่อให้บริการด้านไอทีและโครงสร้างพื้นฐานขององค์กร โดยทั่วไป วิธีการแบบมัลติคลาวด์ประกอบด้วยผู้ให้บริการคลาวด์สาธารณะรายใหญ่ร่วมกัน ได้แก่ Amazon Web Services (AWS), Google Cloud Platform (GCP) และ Microsoft Azure

องค์กรเลือกบริการที่ดีที่สุดจากผู้ให้บริการระบบคลาวด์แต่ละรายโดยพิจารณาจากต้นทุน ข้อกำหนดทางเทคนิค ความพร้อมใช้งานทางภูมิศาสตร์ และปัจจัยอื่นๆ ซึ่งอาจหมายความว่าบริษัทใช้ Google Cloud สำหรับการพัฒนา/ทดสอบ ในขณะที่ใช้ AWS สำหรับการกู้คืนจากความเสียหาย และใช้ Microsoft Azure เพื่อประมวลผลข้อมูลการวิเคราะห์ธุรกิจ

Multi-cloud แตกต่างจากไฮบริดคลาวด์ซึ่งหมายถึงสภาพแวดล้อมการประมวลผลที่ผสมผสานโครงสร้างพื้นฐานในสถานที่ บริการคลาวด์ส่วนตัว และระบบคลาวด์สาธารณะ

ใครใช้หลายเมฆ?

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

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

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

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

จุดปวดการกู้คืนความเสียหายแบบมัลติคลาวด์:

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

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

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

• ทดสอบแผน DR ของคุณลูกค้าต้องคัดกรองและทดสอบกลยุทธ์ DR ของตนอย่างเต็มที่ กลยุทธ์มัลติคลาวด์รวมความจำเป็นในการทดสอบ ผู้ให้บริการบางรายอาจเรียกเก็บเงินจากลูกค้าสำหรับการทดสอบ ซึ่งตอกย้ำความจำเป็นในการอ่านรายละเอียดสัญญา

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

เอาชนะความท้าทาย DR แบบมัลติคลาวด์

การรับมือกับความท้าทายเหล่านี้ทำให้บริษัทต่างๆ ต้องพัฒนากลยุทธ์การปกป้องข้อมูลและการกู้คืนข้อมูลที่ครอบคลุมประเด็นต่างๆ มากมาย ลองถามตัวเองด้วยคำถามเชิงกลยุทธ์ต่อไปนี้:

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

รับโซลูชัน DR แบบมัลติคลาวด์ที่เหมาะสม

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

เครื่องมือนี้จะช่วยคุณในการเตรียมสถานการณ์การกู้คืน และที่สำคัญคือ ทดสอบมัน หากเครื่องมือนี้รวมเข้ากับเครื่องมือสำรองข้อมูลของคุณเป็นอย่างดี เครื่องมือนี้ยังช่วยให้คุณใช้ข้อมูลสำรองเป็นแหล่งข้อมูลการกู้คืนได้ แม้ว่าข้อมูลจะถูกจัดเก็บไว้ในที่ต่างๆ เช่น คลาวด์หลายเครื่อง การสัมมนาผ่านเว็บ SIOS ล่าสุดของเรากล่าวถึงประเด็นเดียวกันนี้ นาฬิกา ที่นี่ หากคุณสนใจSIOS Datakeeper ให้คุณเรียกใช้แอปพลิเคชันที่มีความสำคัญต่อธุรกิจของคุณในสภาพแวดล้อมคลาวด์ที่ยืดหยุ่นและปรับขนาดได้ เช่น Amazon Web Services (AWS) , Azure , และ Google Cloud Platform โดยไม่สูญเสียประสิทธิภาพ ความพร้อมใช้งานสูง หรือการป้องกันภัยพิบัติ SIOS DataKeeper มีอยู่ใน AWS Marketplace และซอฟต์แวร์ความพร้อมใช้งานสูงที่ได้รับการรับรองจาก Azure เพียงตัวเดียวสำหรับ WSFC ที่นำเสนอใน ตลาด Azure

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

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

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

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

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

การลด RPO และ RTO ขององค์กร

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

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

RTO และ RPO ใน SQL Server คืออะไร

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

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

เนื่องจากโดยทั่วไปแล้ว SQL Server เป็นแอปพลิเคชันที่มีความสำคัญต่อธุรกิจ ลูกค้าจึงสามารถปรับการป้องกัน HA/DR ได้อย่างง่ายดาย ซึ่งมักจะอยู่ในรูปแบบของคลัสเตอร์เฟลโอเวอร์ที่สามารถเฟลโอเวอร์ข้ามโซนความพร้อมใช้งานของระบบคลาวด์และภูมิภาคได้ การกู้คืนระบบ . สามารถทำได้โดยง่ายโดยการเพิ่ม SIOS DataKeeper ในสภาพแวดล้อม Windows Server Failover Clustering หรือโดยใช้ SIOS Protection Suite ในสภาพแวดล้อม Linux โซลูชันทั้งสองนี้จะมอบความพร้อมใช้งาน 99.99% ไม่เพียงเท่านั้น แต่ยังรวมถึง RPO ที่เป็นศูนย์และ RTO ในไม่กี่วินาที

ตอนนี้คุณรู้แล้ว…

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

เรียนรู้เพิ่มเติมเกี่ยวกับ SIOS DataKeeper สำหรับ Windows หรือ SIOS Protection Suite สำหรับ Linux หากต้องการขอทดลองใช้ฟรี โปรดแจ้งให้เราทราบ ที่นี่ .

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