พลังแห่งการประมาณค่าในการตัดสินใจทางธุรกิจและการสื่อสาร

เมื่อไม่นานมานี้ ฉันได้อ่านหนังสือเกี่ยวกับประวัติศาสตร์คณิตศาสตร์ (เหมือนกับคนอื่นๆ ทั่วไป) โดยเฉพาะอย่างยิ่ง เล่มนี้กล่าวถึงพัฒนาการและวิธีการปฏิบัติในยุคแรกๆ ของนักเขียนในบาบิโลนและอียิปต์โบราณ และการเปลี่ยนผ่านไปสู่ชาวกรีกที่เราทุกคนรู้จักและชื่นชอบ เช่น พีทาโก拉斯และอาร์คิมิดีส การสำรวจวิธีการที่มนุษยชาติเรียนรู้ที่จะใช้เหตุผลและอธิบายโลกที่อยู่รอบตัวเรานั้นน่าสนใจเสมอ ขณะที่ฉันอ่าน ฉันสังเกตเห็นพฤติกรรมและกระบวนการหลายอย่างที่ผู้ที่ไม่สามารถเข้าใจแม้แต่หลักคณิตศาสตร์พื้นฐานใช้ และฉันเชื่อว่าสิ่งเหล่านี้สามารถนำไปประยุกต์ใช้ในธุรกิจและความสัมพันธ์ระหว่างบุคคลได้!

สิ่งที่พลังแห่งการประมาณสอนเราเกี่ยวกับการแก้ปัญหา

วิธีหนึ่งที่ผมได้รับแรงบันดาลใจมาคือ วิธีที่พวกเขาใช้ในการประมาณค่าการหารและการหาค่ารากที่สองที่ซับซ้อน โดยการหาค่าเฉลี่ยของตัวเลขที่คำนวณได้ง่ายกว่า แต่มีค่ามากเกินไปเล็กน้อย และตัวเลขที่มีค่าน้อยเกินไปเล็กน้อย ตัวเลขที่พวกเขาได้ด้วยวิธีนี้มีความแม่นยำอย่างน่าตกใจเมื่อเทียบกับสิ่งที่เครื่องคิดเลขของเราแสดง ผมเคยใช้วิธีนี้ในการเรียนเรื่องรากที่สองในโรงเรียนด้วย ตัวอย่างเช่น 16 และ 25 เป็นกำลังสองสมบูรณ์ของ 4 และ 5 ดังนั้นรากที่สองของ 20 น่าจะประมาณ 4.5 (4.47 หากใช้เครื่องคิดเลข)

การประยุกต์ใช้หลักการประมาณค่าในการสื่อสารทางธุรกิจ

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

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

การกำหนดหลักเกณฑ์ในขอบเขตโครงการของลูกค้า

ยกตัวอย่างเช่น สมมติว่าคุณมีลูกค้ารายใหญ่ที่ขอให้ทำมากกว่าขอบเขตที่ตกลงกันไว้ คุณอาจกำหนด “มากเกินไป” ไว้ที่ “ฉันจะทำทุกอย่างที่พวกเขาต้องการไม่ว่าอย่างไรก็ตาม” ซึ่งเห็นได้ชัดว่ามากเกินไป หรือไม่ก็เป็นสิ่งที่ตกลงกันไว้ตั้งแต่แรก ในทางกลับกัน “น้อยเกินไป” ของคุณอาจเป็น “ฉันไม่จำเป็นต้องทำอะไรนอกเหนือจากที่เขียนไว้อย่างชัดเจนในสัญญาฉบับนี้” ในทางทฤษฎีอาจดูน่าสนใจและอาจได้ผลบ้างในบางครั้ง แต่ในกรณีนี้ ดูเหมือนจะเข้มงวดเกินไปและเสี่ยงที่จะทำลายความสัมพันธ์ เราจำเป็นต้องคำนวณเกณฑ์ชี้นำของเราให้แม่นยำยิ่งขึ้น

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

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

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

ผู้เขียน: Matthew Pollard วิศวกรซอฟต์แวร์ด้านประสบการณ์ลูกค้าของ SIOS

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS

การกู้คืนระบบ SAP จากภัยพิบัติ: เทคนิคและแนวปฏิบัติที่ดีที่สุด

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

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

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS

การออกแบบเพื่อความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติ

การสร้างสรรค์ที่ขับเคลื่อนด้วยการออกแบบ เครื่องมือ และรูปแบบการออกแบบที่ขัดแย้งกันในโครงสร้างพื้นฐานด้านไอที

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

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

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

การออกแบบระบบเพื่อความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติ มักถูกมองว่ามีความซับซ้อน

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

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

โครงสร้างพื้นฐานจำเป็นต้องใช้รูปแบบการออกแบบหลายรูปแบบเป็นประจำ

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

ผู้เขียน: ฟิลิป เมอร์รี – วิศวกรซอฟต์แวร์ บริษัท SIOS

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS

ความสำคัญของการจัดสรรหน่วยความจำอย่างเหมาะสมในสภาพแวดล้อม HA

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

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

อาการทั่วไปของปัญหาการจัดสรรหน่วยความจำ

1. การจำลองข้อมูลหยุดชะงัก หรือมิเรอร์หยุดทำงานโดยไม่คาดคิด/แอปพลิเคชันหยุดทำงาน

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

2. การตอบสนองของแอปพลิเคชันช้า หรือความล่าช้าในการให้บริการ

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

3. ความเสี่ยงที่เพิ่มขึ้นของการสลับระบบสำรองที่ผิดพลาด

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

4. บันทึก Kernel หรือ System Logs ที่แสดงแรงดันหน่วยความจำ

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

5. ประสิทธิภาพที่ไม่แน่นอนในสภาพแวดล้อมเสมือนจริงหรือระบบคลาวด์

ในสภาพแวดล้อมเสมือนจริง ปัญหาเกี่ยวกับหน่วยความจำอาจเกิดขึ้นได้แม้ว่าเครื่องเสมือนจะรายงานว่ามี RAM “ว่างอยู่” ก็ตาม ไฮเปอร์ไวเซอร์เช่นวีเอ็มแวร์–ไฮเปอร์-วี, หรือแพลตฟอร์มคลาวด์อาจจำกัดการเข้าถึงหน่วยความจำผ่านเทคนิคต่างๆ เช่น ballooning หรือ overcommitment ซึ่งอาจส่งผลกระทบต่อประสิทธิภาพของ VM อย่างเงียบๆ ทำให้เกิดความล่าช้าในการจำลองข้อมูล ปัญหาการทำงานของระบบ ฯลฯ โดยไม่มีข้อบ่งชี้ที่ชัดเจนถึงสาเหตุที่แท้จริงของปัญหา

เครื่องมือสำหรับวินิจฉัยปัญหาการจัดสรรหน่วยความจำในสภาพแวดล้อม HA

• โปรแกรมตรวจสอบประสิทธิภาพ / ตัวจัดการงาน (Windows) มีประโยชน์ในการระบุแรงดันหน่วยความจำ กิจกรรมเพจจิ้ง และการใช้หน่วยความจำในระดับกระบวนการ มองหา: ค่าหน่วยความจำที่ถูกใช้งานสูง
  • การใช้งานไฟล์เพจจิ้งขนาดใหญ่
  • กระบวนการที่ใช้ RAM มากเกินไป
• โปรแกรม Event Viewer (Windows) หรือ journalctl / dmesg (Linux) มักทิ้งร่องรอยไว้ในบันทึกระบบ สังเกตสิ่งต่อไปนี้:
  • คำเตือน “หน่วยความจำเหลือน้อย”
  • การจัดสรรหน่วยความจำล้มเหลว
  • คำเตือนของไดรเวอร์การจำลองข้อมูลที่บ่งชี้ถึงการใช้ทรัพยากรจนหมด
• top, htop หรือ free (สำหรับ Linux) เครื่องมือเหล่านี้สามารถแสดงให้เห็นถึงการใช้งานหน่วยความจำที่มากเกินไป การใช้งาน swap และบริการที่ใช้ RAM ในปริมาณที่ไม่สมดุล
• เครื่องมือ Hypervisor (vSphere (VMware) / Hyper-V Manager (Hyper-V) / Cloud Platform Managers) เครื่องมือเหล่านี้ระบุปัญหา ballooning, swapping, การแย่งชิงทรัพยากรระดับโฮสต์ หรือ overcommitment ที่เกิดจากการขาดแคลนหน่วยความจำที่พร้อมใช้งาน แต่มีความต้องการใช้งาน

ควรประเมินการจัดสรรหน่วยความจำใหม่เมื่อใด?

คุณอาจจำเป็นต้องเพิ่มหรือปรับการจัดสรรหน่วยความจำในกรณีต่อไปนี้:

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

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

เหตุใดการจัดสรรหน่วยความจำที่เหมาะสมจึงเป็นกุญแจสำคัญต่อความน่าเชื่อถือของระบบ HA

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

ผู้เขียน: Aidan Macklen, ผู้ช่วยผู้เชี่ยวชาญด้านการสนับสนุนผลิตภัณฑ์ บริษัท SIOS Technology Corp.

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS

เหตุผลหลักที่ธุรกิจต่างๆ หันมาใช้โซลูชันการกู้คืนระบบหลังภัยพิบัติ (Disaster Recovery as a Service หรือ DRaaS)

ในยุคดิจิทัลที่เปลี่ยนแปลงอย่างรวดเร็วในปัจจุบัน ธุรกิจต่างๆ พึ่งพาข้อมูลและเทคโนโลยีอย่างมากเพื่อให้การดำเนินงานเป็นไปอย่างราบรื่น อย่างไรก็ตาม ด้วยภัยคุกคามที่เพิ่มมากขึ้นจาก…การโจมตีทางไซเบอร์ ความล้มเหลวของฮาร์ดแวร์ และภัยพิบัติทางธรรมชาติความเสี่ยงต่อการหยุดชะงักของระบบและการสูญเสียข้อมูลสำหรับบริษัทต่างๆ นั้นสูงขึ้นอย่างที่ไม่เคยมีมาก่อน เพื่อรับมือกับความท้าทายเหล่านี้ได้ดียิ่งขึ้น บริษัทหลายแห่งจึงหันมาใช้โซลูชันการกู้คืนระบบหลังภัยพิบัติ (Disaster Recovery as a Service หรือ DRaaS)

บริการกู้คืนระบบหลังภัยพิบัติ (Disaster Recovery as a Service หรือ DRaaS) คืออะไร?

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

เหตุใดธุรกิจต่างๆ จึงหันมาใช้โซลูชัน DRaaS

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

ประโยชน์หลักของการนำ DRaaS มาใช้

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

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

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

โซลูชัน DRaaS ช่วยสนับสนุนความต่อเนื่องและความยืดหยุ่นทางธุรกิจได้อย่างไร

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

โซลูชัน DRaaS และความพร้อมใช้งานสูงจาก SIOS Technology

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

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

ผู้เขียน: Cassy Hendricks-Sinke, วิศวกรซอฟต์แวร์หลักของ SIOS

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS