เอกสารไวท์เปเปอร์: คู่มือผู้ซื้อในการเลือกพื้นที่จัดเก็บข้อมูลบนคลาวด์ที่เหมาะสมสำหรับความพร้อมใช้งานสูง

เอกสารไวท์เปเปอร์: คู่มือผู้ซื้อในการเลือกพื้นที่จัดเก็บข้อมูลบนคลาวด์ที่เหมาะสมสำหรับความพร้อมใช้งานสูง

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

ทำซ้ำโดยได้รับอนุญาตจากSIOS

CloudStrike Downtime Debrief: วิธีปฏิบัติในการใช้ HA สำหรับการแก้ไข

CloudStrike Downtime Debrief: วิธีปฏิบัติในการใช้ HA สำหรับการแก้ไข

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

นโยบายการแพตช์มีการพัฒนาอย่างมากในช่วงหลายปีที่ผ่านมา จากแนวทางที่ระมัดระวังซึ่งจัดลำดับความสำคัญของการทดสอบอย่างกว้างขวางไปจนถึงโมเดลที่ขับเคลื่อนโดยเร่งด่วนในปัจจุบันซึ่งจัดการกับการโจมตีแบบซีโรเดย์ ภูมิทัศน์ของการจัดการแพตช์ซอฟต์แวร์ได้เปลี่ยนแปลงไปเพื่อตอบสนองต่อภัยคุกคามทางไซเบอร์ที่ทวีความรุนแรงขึ้น บล็อกนี้จะเจาะลึกถึงวิวัฒนาการ แรงผลักดันที่อยู่เบื้องหลังการเปลี่ยนแปลงเหล่านี้ และวิธีที่โซลูชัน LifeKeeper และ DataKeeper High Availability (HA) ของ SIOS Technology มีบทบาทสำคัญในการช่วยให้ลูกค้าสร้างสมดุลระหว่างความต้องการด้านความปลอดภัยกับความเสถียรในการปฏิบัติงาน

แนวทางดั้งเดิม

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

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

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

The Shift: Zero Day Exploits ขับเคลื่อนการแพทช์ทันที

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

ความจำเป็นใหม่: แพทช์ทันที

เหตุการณ์สำคัญหลายเหตุการณ์ เช่น การโจมตีแรนซัมแวร์ WannaCry ในปี 2560 เน้นย้ำถึงศักยภาพในการทำลายล้างของช่องโหว่แบบ Zero-day เหตุการณ์เหล่านี้เน้นย้ำถึงความจำเป็นในการแพตช์ทันทีเพื่อป้องกันการโจมตีที่อาจก่อให้เกิดความเสียหายอย่างมาก อย่างไรก็ตาม ความเร่งด่วนนี้มาพร้อมกับความท้าทายในตัวเอง:

1. ความเสี่ยงที่เพิ่มขึ้นของการหยุดทำงาน:การปรับใช้แพตช์อย่างรวดเร็วโดยไม่มีการทดสอบอย่างละเอียดอาจทำให้ระบบล่มและบริการหยุดชะงัก
2. ความเครียดในการดำเนินงาน:ทีมไอทีต้องทำงานอย่างรวดเร็วเพื่อประเมิน ทดสอบ และปรับใช้แพตช์ ซึ่งมักจะอยู่ภายใต้แรงกดดันมหาศาล
3. การจัดสรรทรัพยากร:การจัดลำดับความสำคัญของการแพตช์เหนืองานไอทีอื่นๆ อาจทำให้ทรัพยากรตึงเครียด และหันเหความสนใจไปจากโครงการที่สำคัญอื่นๆ

SIOS ความพร้อมใช้งานสูงสำหรับการบำรุงรักษาแบบโรลลิ่ง

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

การแพตช์และการทดสอบที่ราบรื่น

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

ประโยชน์ของ SIOS HA สำหรับการแก้ไข

• ลดเวลาหยุดทำงาน:ด้วยการรับรองว่าอย่างน้อยส่วนหนึ่งของระบบยังคงทำงานในระหว่างการแพตช์ โซลูชัน SIOS LifeKeeper และ DataKeeper จึงช่วยลดความเสี่ยงของการหยุดชะงักของบริการ
• การทดสอบที่ได้รับการปรับปรุง:สภาพแวดล้อมการจัดเตรียมภายในการกำหนดค่า SIOS HA ช่วยให้สามารถทดสอบและตรวจสอบความถูกต้องของแพตช์แบบเรียลไทม์ได้ โดยไม่ส่งผลกระทบต่อสภาพแวดล้อมการใช้งานจริง
• การรักษาความปลอดภัยขั้นสูง:การปรับใช้แพตช์สำคัญที่เร็วขึ้นจะช่วยลดช่องโหว่ในการหาช่องโหว่ ปรับปรุงมาตรการรักษาความปลอดภัยโดยรวม

บทสรุป

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

ทำซ้ำโดยได้รับอนุญาตจากSIOS

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

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

ในวิดีโอนี้ Margaret Hoagland รองประธานฝ่ายขายและการตลาดทั่วโลกที่ SIOS Technology อธิบายคำศัพท์และศัพท์เฉพาะ เช่นความพร้อมใช้งานสูง (HA), สำรองข้อมูล และการกู้คืนความเสียหาย (DR– “ความต่อเนื่องทางธุรกิจหมายถึงนโยบาย ระบบ และความรับผิดชอบส่วนบุคคลที่จำเป็นทั้งหมดในการประสานงานในกรณีที่เกิดภัยคุกคามต่อความต่อเนื่องของการดำเนินธุรกิจ” Hoagland กล่าว

หัวข้อที่ครอบคลุมบางส่วน ได้แก่ :

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

มาเจาะลึกหัวข้อเหล่านี้ในวิดีโอด้านบนกัน

ทำซ้ำโดยได้รับอนุญาตจากSIOS

วิดีโอ: TechStrongTV: เสริมศักยภาพผู้ดูแลระบบคลัสเตอร์ HA ด้วย Aaron West จาก SIOS Technology

วิดีโอ: TechStrongTV: เสริมศักยภาพผู้ดูแลระบบคลัสเตอร์ HA ด้วย Aaron West จาก SIOS Technology

ในการสัมภาษณ์ผ่านวิดีโอนี้ Aaron West วิศวกรฝ่ายขายของ SIOS Technology กล่าวถึงการเปิดตัวของ SIOS Technologyคอนโซลการจัดการเว็บ LifeKeeper ใหม่– องค์กรต่างๆ ต้องพึ่งพาระบบที่สำคัญอย่าง SAP, HANA และ Oracle เป็นอย่างมาก ซึ่งทำให้มีความแข็งแกร่งความพร้อมใช้งานสูงและการกู้คืนระบบการแก้ปัญหา (HA/DR) จำเป็น ความซับซ้อนของสภาพแวดล้อมเหล่านี้มักจะเกินกว่าความเชี่ยวชาญของทีมไอทีภายในองค์กร ซึ่งนำไปสู่การหยุดทำงานและการสูญเสียทางการเงินที่อาจเกิดขึ้น Aaron แบ่งปันวิธีที่ SIOS เน้นย้ำถึงการเสริมศักยภาพให้กับผู้ดูแลระบบไอทีทั่วไป เพื่อให้มั่นใจว่าฟังก์ชันการทำงานจะไม่หยุดชะงักของระบบที่สำคัญ

ชมการสัมภาษณ์ที่นี่–

ทำซ้ำโดยได้รับอนุญาตจากSIOS

รักษา HA และ DR เมื่อแปลงคลัสเตอร์การจัดเก็บข้อมูลที่ใช้ร่วมกันเป็นคลัสเตอร์ SANless ด้วย DataKeeper

รักษา HA และ DR เมื่อแปลงคลัสเตอร์การจัดเก็บข้อมูลที่ใช้ร่วมกันเป็นคลัสเตอร์ SANless ด้วย DataKeeper

1. เตรียมสิ่งแวดล้อม

• สำรองข้อมูล: ตรวจสอบให้แน่ใจว่าคุณได้สำรองข้อมูลที่จัดเก็บข้อมูลที่ใช้ร่วมกันในปัจจุบันไว้อย่างสมบูรณ์
• ติดตั้ง DataKeeper: ดาวน์โหลดและติดตั้งโปรแกรมรักษาข้อมูล SIOSCluster Edition บนโหนดทั้งสองของคลัสเตอร์ของคุณ
• การเปิดใช้งานใบอนุญาต: เปิดใช้งานใบอนุญาต DataKeeper บนทั้งสองโหนด

2. ทำให้คลัสเตอร์การจัดเก็บข้อมูลที่ใช้ร่วมกันเข้าสู่โหมดการบำรุงรักษา

• โหมดการบำรุงรักษา: ทำให้คลัสเตอร์เข้าสู่โหมดการบำรุงรักษาเพื่อป้องกันการเปลี่ยนแปลงใดๆ ในระหว่างกระบวนการกำหนดค่า

3. ปรับการเข้าถึงดิสก์ที่ใช้ร่วมกัน

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

4. ลบทรัพยากรดิสก์คลัสเตอร์การจัดเก็บข้อมูลที่ใช้ร่วมกัน

• ลบทรัพยากร: ลบทรัพยากรดิสก์คลัสเตอร์ออกจากการกำหนดค่าคลัสเตอร์โดยสมบูรณ์ รวมถึงพื้นที่เก็บข้อมูลที่มีอยู่

5. เพิ่มดิสก์ในเครื่องบนโหนดรอง

• เพิ่มดิสก์ในเครื่อง: เพิ่มดิสก์ในเครื่องเพิ่มเติมให้กับโหนดรอง ดิสก์นี้ควรมีขนาดเท่ากันและมีอักษรระบุไดรฟ์เหมือนกับดิสก์ที่ใช้ร่วมกันดั้งเดิม
• ฟอร์แมตดิสก์ในเครื่อง: ฟอร์แมตดิสก์ในเครื่องใหม่และตรวจสอบให้แน่ใจว่าพร้อมใช้งาน

6. สร้างงานการจำลองแบบ SIOS DataKeeper

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

7. ลงทะเบียน SIOS DataKeeper Volume ในคลัสเตอร์

• ลงทะเบียนปริมาณ: ลงทะเบียนโวลุ่ม DataKeeper ในคลัสเตอร์ สิ่งนี้เกี่ยวข้องกับการเพิ่มโวลุ่ม DataKeeper เป็นทรัพยากรแบบคลัสเตอร์ใน WSFC

8. กำหนดค่าการพึ่งพาทรัพยากรคลัสเตอร์ใหม่

• เพิ่มโวลุ่ม SIOS DataKeeper: เพิ่มโวลุ่ม DataKeeper ที่สร้างขึ้นใหม่ให้กับการกำหนดค่าทรัพยากรคลัสเตอร์ที่มีอยู่
• สร้างการพึ่งพาอีกครั้ง: สร้างการขึ้นต่อกันใหม่สำหรับโวลุ่ม DataKeeper เพื่อให้แน่ใจว่าทำงานได้อย่างราบรื่นกับแอปพลิเคชันคลัสเตอร์ของคุณ

9. กำหนดค่าพยานใหม่

• ลบพยานดิสก์: หากคุณใช้ดิสก์พยาน ให้ลบดิสก์ใดๆ ที่ใช้เป็นดิสก์พยานออกจากคลัสเตอร์
• กำหนดค่า File Share Witness หรือ Cloud Witness–
  • พยานการแชร์ไฟล์: สร้างการแชร์ไฟล์บนเซิร์ฟเวอร์แยกต่างหาก และกำหนดค่าคลัสเตอร์เพื่อใช้การแชร์ไฟล์นี้เป็นพยาน
  • พยานเมฆ: กำหนดค่าพยานบนคลาวด์โดยการตั้งค่าบัญชีที่เก็บข้อมูลใน Azure และกำหนดค่าคลัสเตอร์เพื่อใช้บัญชีที่เก็บข้อมูลนี้เป็นพยาน

10. นำทรัพยากรใหม่มาสู่ออนไลน์

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

11. เสร็จสิ้นการกำหนดค่าสำหรับคลัสเตอร์ SANless

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

เมื่อทำตามขั้นตอนเหล่านี้ คุณจะแปลงคลัสเตอร์พื้นที่เก็บข้อมูลที่ใช้ร่วมกันของคุณเป็นคลัสเตอร์ SANless ได้สำเร็จโดยใช้ดิสก์ในเครื่องและ SIOS DataKeeper ในขณะที่ยังคงรักษาไว้ความพร้อมใช้งานสูงและการจำลองข้อมูลโดยไม่ต้องพึ่งพื้นที่จัดเก็บข้อมูลที่ใช้ร่วมกันเพียงอย่างเดียว นอกจากนี้ คุณจะได้กำหนดค่า File Share Witness หรือ Cloud Witness เพื่อให้มั่นใจว่าการกำหนดค่าองค์ประชุมที่เหมาะสมในคลัสเตอร์ของคุณ

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

ทำซ้ำโดยได้รับอนุญาตจากSIOS