เอกสารไวท์เปเปอร์: SIOS LifeKeeper เทียบกับ Pacemaker ในสภาพแวดล้อม SUSE และ Red Hat

รักษาแอปพลิเคชัน Linux ที่สำคัญต่อภารกิจของคุณให้ทำงานได้อย่างต่อเนื่องด้วยแนวทางความพร้อมใช้งานสูงที่เหมาะสม เอกสารฉบับนี้เปรียบเทียบ Pacemaker ซึ่งเป็นเฟรมเวิร์ก HA แบบโอเพนซอร์สใน SLES HAE และ RHEL HA กับ SIOS LifeKeeper สำหรับ Linux ซึ่งเป็นแพลตฟอร์ม HA และ DR เชิงพาณิชย์ที่ได้รับการออกแบบอย่างสมบูรณ์

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

ดาวน์โหลดเอกสารเพื่อปรับกลยุทธ์ Linux HA ของคุณให้สอดคล้องกับทักษะ โครงสร้างพื้นฐาน และข้อกำหนดด้านความพร้อมใช้งาน

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

 

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

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

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

วิธีหนึ่งที่ผมได้รับแรงบันดาลใจมาคือ วิธีที่พวกเขาใช้ในการประมาณค่าการหารและการหาค่ารากที่สองที่ซับซ้อน โดยการหาค่าเฉลี่ยของตัวเลขที่คำนวณได้ง่ายกว่า แต่มีค่ามากเกินไปเล็กน้อย และตัวเลขที่มีค่าน้อยเกินไปเล็กน้อย ตัวเลขที่พวกเขาได้ด้วยวิธีนี้มีความแม่นยำอย่างน่าตกใจเมื่อเทียบกับสิ่งที่เครื่องคิดเลขของเราแสดง ผมเคยใช้วิธีนี้ในการเรียนเรื่องรากที่สองในโรงเรียนด้วย ตัวอย่างเช่น 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