SIOS SANless clusters High-availability Machine Learning monitoring
ในตอนนี้ของ Let’s Talk Dave Bermingham ผู้เผยแพร่ความรู้ทางเทคนิคอาวุโสของ SIOS Technology พูดคุยถึงความสำคัญของความพร้อมใช้งานสูง (HA) ในระบบจัดการวิดีโอ (VMS) สำหรับแอปพลิเคชันด้านความปลอดภัย โดยมุ่งเน้นที่ความท้าทาย เช่น การปกป้องส่วนประกอบที่จำเป็น
พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS
ธุรกิจต่าง ๆ หันมาใช้ผู้ให้บริการระบบคลาวด์หลายรายมากขึ้นเพื่อรักษาความยืดหยุ่นและความสามารถในการปรับขนาด อย่างไรก็ตาม เหตุการณ์ล่าสุด เช่น การหยุดให้บริการของ CrowdStrike แสดงให้เห็นว่าแม้แต่ระบบชั้นนำก็อาจประสบปัญหาได้ โดยเฉพาะอย่างยิ่งกับการอัปเดตและแพตช์ความปลอดภัย เว็บสัมมนาครั้งนี้จะกล่าวถึงแนวทางปฏิบัติที่ดีที่สุดในการนำโซลูชันความพร้อมใช้งานสูง (HA) แบบมัลติคลาวด์มาใช้เพื่อให้แอปพลิเคชันที่สำคัญต่อภารกิจของคุณทำงานได้แม้ในกรณีที่เกิดการหยุดชะงักโดยไม่คาดคิด นอกจากนี้ ยังครอบคลุมถึงกลยุทธ์ต่าง ๆ เพื่อป้องกันไม่ให้ระบบหยุดทำงานเนื่องจากการกำหนดค่าระบบผิดพลาดหรือแพตช์ที่มีปัญหา เพื่อให้แน่ใจว่าคุณสามารถจัดการโครงสร้างพื้นฐานระบบคลาวด์ของคุณได้อย่างมีประสิทธิภาพ
รับชมเว็บสัมมนาแบบตามต้องการเพื่อค้นพบวิธีการบรรลุ HA ในสภาพแวดล้อมของคุณและลดเวลาหยุดทำงานที่ป้องกันได้ให้เหลือน้อยที่สุด
พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS
เมื่อผมเป็นนาวิกโยธินประจำกองพันรถถัง ผมจำได้ว่าพวกเราทุกคนเตรียมใจไว้ว่าจะได้ยินเสียง “FIRE IN THE HOLE” ก่อนที่จะยิงกระสุนปืน แม้ว่าจะไม่ได้ยินคนอื่นตะโกนก็ตาม เรามีวิทยุสื่อสาร สัญญาณมือ/แขน ธง ไฟฉาย ฯลฯ ที่บ่งบอกว่าทุกอย่าง “พร้อม” และกระสุนปืนกำลังมุ่งหน้าลงสู่ระยะไกล พวกเราทุกคนรู้ดีว่าการสื่อสารเป็นสิ่งสำคัญ
หากคุณเป็นผู้ดูแลระบบฐานข้อมูล วิศวกรเซิร์ฟเวอร์ หรือผู้เชี่ยวชาญด้านไอทีทั่วไปที่รับผิดชอบต่อความสมบูรณ์ของทรัพยากรแอปพลิเคชันบนคลัสเตอร์ของคุณ (ดาต้าคีปเปอร์การจัดเก็บข้อมูล) การสื่อสารก็มีความสำคัญสำหรับคุณเช่นกัน ตัวอย่างเช่น คุณจะแจ้งให้ผู้อื่นทราบเกี่ยวกับความพยายามของคุณในการขยายขนาดการจัดเก็บข้อมูลของคุณได้อย่างไร หากต้องการประสบความสำเร็จ คุณอาจต้องสื่อสารกับสมาชิกคนอื่นๆ ในทีมของคุณเกี่ยวกับหัวข้อต่างๆ มากมายที่เกี่ยวข้องกับปริมาณต้นทางและเป้าหมายของคุณ ซึ่งรวมถึง:
ใครในทีมของคุณที่จะตะโกนว่า “ไฟไหม้ในหลุม” เมื่อถึงเวลาที่จะจัดเตรียม DataKeeper Mirror ที่มีอยู่ของคุณ คุณไม่ต้องการรับการแจ้งเตือนก่อนและหลังหรือไม่
พื้นที่จัดเก็บ DataKeeper ของคุณต้องมีสิ่งต่างๆ ไม่กี่อย่างที่จำเป็นต้องแจ้งให้ผู้มีส่วนได้ส่วนเสียทั้งหมดทราบ ไม่ว่าจะเป็นภายในหรือภายนอก (โฮสต์):
นาวิกโยธิน : “คุณพร้อมหรือยัง?”
นาวิกโยธินคนอื่นๆ: “ใช่!” (แน่นอนว่ามีการสบถกันบ้าง พวกเราเป็นนาวิกโยธิน! ฮ่าๆ)
นาวิกโยธิน: “ไฟไหม้ในหลุม”
ผู้ดูแลระบบ DataKeeper: “หยุดชั่วคราวและปลดล็อกกระจก” หรืออีกชื่อหนึ่งคือ “ไฟในหลุม–
พร้อมที่จะเพิ่มประสิทธิภาพการจัดเก็บข้อมูลของคุณเพื่อความพร้อมใช้งานสูงหรือยัง?เชื่อมต่อกับผู้เชี่ยวชาญ SIOSวันนี้เพื่อให้แน่ใจว่าการปรับขนาดคลัสเตอร์ของคุณราบรื่น มีประสิทธิภาพ และสร้างมาตามขนาด
พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS
ในฐานะองค์กรสนับสนุนลูกค้า เรารับฟังจากลูกค้าทั่วโลกทุกวัน ลูกค้าโทรมาหรือส่งอีเมลเพื่อเปิดเคสกับเราเมื่อพวกเขามีคำถามหรือปัญหาที่ต้องการความช่วยเหลือ บางเคสกลายเป็นปัญหาใหม่ และหลายเคสก็ไม่ใช่ปัญหาใหม่เลย ลูกค้าดูเหมือนจะเจอปัญหาเดียวกันซ้ำแล้วซ้ำเล่า หลังจากทำงานด้านสนับสนุนลูกค้ามา 20 ปีและผ่านเคสมาแล้วหลายพันเคส เรายังคงพบปัญหาใหม่ๆ ที่ไม่เคยมีการรายงานมาก่อน และปัญหาเหล่านั้นก็จัดอยู่ในหมวดหมู่ทั่วไปเช่นกัน สิ่งนี้ทำให้การทำงานของเราน่าสนใจมาก! สิ่งหนึ่งที่เราสังเกตเห็นคือ ปัญหาที่ลูกค้ารายงานเข้าข่ายหมวดหมู่ทั่วไป
นี่คือ 5 เหตุผลหลัก (สาเหตุหลัก) ที่ลูกค้าติดต่อมาหาเราเพื่อขอความช่วยเหลือ:
หลายครั้งที่ลูกค้าจำเป็นต้องเปลี่ยนที่อยู่ IP ในคลัสเตอร์ บางครั้งผลที่ตามมาจากการเปลี่ยนแปลงการกำหนดค่าเครือข่ายไม่ได้รับการตระหนักหรือวางแผนไว้ล่วงหน้า เมื่อมีการเปลี่ยนแปลงเครือข่าย อาจเกิดปัญหาขึ้นกับคลัสเตอร์ที่ไม่คาดคิดได้ หากที่อยู่ IP ที่เปลี่ยนแปลงถูกใช้ในการกำหนดค่า DataKeeper และ LifeKeeper เช่น จุดสิ้นสุดมิเรอร์หรือเส้นทางการสื่อสาร คุณจะต้องทำการเปลี่ยนแปลงในการกำหนดค่า DataKeeper และ LifeKeeper เพื่อให้ผลิตภัณฑ์ทราบถึงการเปลี่ยนแปลงนี้
วางแผนล่วงหน้า
หากคุณทราบว่าจำเป็นต้องทำการเปลี่ยนแปลงเครือข่าย เราขอแนะนำให้คุณวางแผนการเปลี่ยนแปลงเครือข่ายล่วงหน้า การวางแผนล่วงหน้าจะช่วยหลีกเลี่ยงปัญหาที่ไม่คาดคิดและช่วยให้คุณกำหนดขั้นตอนในการดำเนินการเปลี่ยนแปลงได้
อัปเดตที่อยู่ IP ของมิเรอร์
หากมีการเปลี่ยนแปลงที่อยู่ IP (จุดสิ้นสุดมิเรอร์) DataKeeper จะไม่สามารถใช้ที่อยู่ IP มิเรอร์เดิมได้อีกต่อไป (เนื่องจากจะไม่มีอยู่อีกต่อไป) และจะไม่สามารถมิเรอร์ข้อมูลระหว่างเซิร์ฟเวอร์ได้ DataKeeper จะต้องได้รับการอัปเดตเพื่อใช้ที่อยู่ IP มิเรอร์ใหม่ สถานการณ์นี้ได้รับการบันทึกไว้ที่นี่.
บ่อยครั้ง สาเหตุของปัญหาที่รายงานมักจบลงด้วยปัญหาการกำหนดค่า ลูกค้ารายงานว่าการกำหนดค่าของพวกเขาไม่ทำงานอย่างถูกต้องหรือผลิตภัณฑ์ดูเหมือนจะไม่ทำงานอย่างถูกต้องจากสิ่งที่พวกเขาเห็นจาก GUI ของผลิตภัณฑ์ โดยทั่วไป ปัญหาการกำหนดค่าเป็นผลมาจากสิ่งที่เปลี่ยนแปลงในสภาพแวดล้อมคลัสเตอร์จากการกำหนดค่าคลัสเตอร์ดั้งเดิมหรือสิ่งที่ไม่ได้รับการตั้งค่าอย่างถูกต้องเมื่อติดตั้งผลิตภัณฑ์ครั้งแรก
ตัวอย่างปัญหาการกำหนดค่าทั่วไปที่รายงาน:
หลายครั้งที่ลูกค้าจำเป็นต้องขยาย/เพิ่มปริมาณ หนึ่งในข้อกำหนดหลักของผลิตภัณฑ์คือปริมาณต้นทางจะต้องเท่ากับหรือเล็กกว่าปริมาณเป้าหมาย มิฉะนั้น ผลิตภัณฑ์จะไม่สามารถซิงค์ข้อมูลจากต้นทางไปยังปริมาณเป้าหมายได้ แม้ว่าสิ่งนี้อาจดูสมเหตุสมผล แต่ก็มักถูกมองข้ามไป บางครั้งปริมาณเป้าหมายจะเล็กกว่าต้นทาง ซึ่งทำให้ปริมาณไม่สามารถเข้าถึงสถานะมิเรอร์ได้ เอกสารประกอบและวิดีโอต่อไปนี้จะอธิบายขั้นตอนการขยายปริมาณปริมาณ DataKeeper–
เมื่อติดตั้ง DataKeeper ผู้ใช้จะได้รับแจ้งให้ป้อนข้อมูลรับรองการเข้าสู่ระบบที่จะใช้กับบริการ DataKeeper ขอแนะนำให้มีบัญชีโดเมนที่มีสิทธิ์ของผู้ดูแลระบบ และลูกค้าส่วนใหญ่มักจะสร้างบัญชีเฉพาะสำหรับให้ DataKeeper ใช้ บัญชีโดเมนที่ใช้จะต้องเพิ่มลงในกลุ่มผู้ดูแลระบบภายใน บัญชีนี้จะต้องมีสิทธิ์ของผู้ดูแลระบบบนเซิร์ฟเวอร์แต่ละเครื่องที่ติดตั้ง DataKeeper ไว้ หลายครั้งที่บัญชีจะไม่ถูกเพิ่มลงในกลุ่มผู้ดูแลระบบภายใน ซึ่งทำให้ DataKeeper ไม่สามารถเชื่อมต่อกับตัวเองและเซิร์ฟเวอร์ DataKeeper อื่นๆ ในคลัสเตอร์ได้ โปรดดูเอกสารประกอบสำหรับข้อมูลโดยละเอียดเพิ่มเติมที่นี่.
ปัญหาการกำหนดค่าเวลาเป็นหลักต้องมีการเปลี่ยนแปลงคลัสเตอร์เพื่อให้ผลิตภัณฑ์ DataKeeper หรือ LifeKeeper กลับมาอยู่ในสภาพแวดล้อมการทำงานอีกครั้ง
เราขอแนะนำให้ติดต่อฝ่ายสนับสนุนก่อนที่จะมีการเปลี่ยนแปลงใดๆ เกิดขึ้นกับสภาพแวดล้อมคลัสเตอร์ เพื่อให้เราช่วยให้แน่ใจว่าคุณกำลังมุ่งหน้าไปในทิศทางที่ถูกต้อง และช่วยแนะนำคุณไปยังเอกสารและวิดีโอที่เรามีเกี่ยวกับหัวข้อนี้
การอัปเกรดเป็นส่วนหนึ่งของงานทั่วไปของผู้ดูแลระบบ จำเป็นต้องอัปเกรดระบบของคุณอยู่เสมอเมื่อมีการเปิดตัวเวอร์ชันใหม่ เช่น ระบบปฏิบัติการ ซอฟต์แวร์แอปพลิเคชัน เฟิร์มแวร์ระบบ ซอฟต์แวร์ฐานข้อมูล ซอฟต์แวร์ความปลอดภัย เป็นต้น ซึ่งอาจสร้างภาระมากเกินไปหากมีการอัปเกรดหลายรายการที่ต้องดำเนินการในระบบของคุณ
ลูกค้าจำนวนมากติดต่อฝ่ายสนับสนุนเมื่อวางแผนอัปเกรด DataKeeper หรือ LifeKeeper และถามคำถามเพื่อให้แน่ใจว่าพวกเขาเข้าใจกระบวนการอัปเกรดก่อนที่จะดำเนินการอัปเกรดจริง นี่คือสิ่งที่เราอยากเห็น เราพบกรณีที่ลูกค้าบางรายไม่ติดต่อก่อนดำเนินการอัปเกรดและเกิดปัญหาที่ไม่คาดคิดขึ้น หลายคนเชื่อว่าการอัปเกรดเป็นเรื่องปกติ อย่างไรก็ตาม การอัปเกรดบางอย่างทำให้เกิดความไม่เข้ากันและอาจทำให้เกิดปัญหาได้
การวางแผนการอัพเกรด
การวางแผนเป็นสิ่งสำคัญสำหรับการอัปเกรดควบคู่ไปกับการทำความเข้าใจว่าการอัปเกรดนั้นต้องทำอย่างไร ถามคำถามก่อนทำการอัปเกรด ตรวจสอบให้แน่ใจว่าคุณได้บันทึกขั้นตอนต่างๆ ไว้แล้วก่อนทำการอัปเกรด อย่าลืมทำการอัปเกรดบนระบบทดสอบหรือ QA ก่อนทำการอัปเกรดระบบการผลิต นี่คือแนวทางปฏิบัติที่ดีที่สุดที่เราแนะนำ เพื่อว่าหากคุณพบปัญหาในการอัปเกรด ปัญหาจะอยู่ที่เซิร์ฟเวอร์ทดสอบหรือเซิร์ฟเวอร์ QA ไม่ใช่เซิร์ฟเวอร์การผลิตของคุณ
ปัญหาภายนอกหรือที่เกี่ยวข้องกับระบบปฏิบัติการคืออะไร เราเรียกสาเหตุหลักว่าปัญหาภายนอกหรือที่เกี่ยวข้องกับระบบปฏิบัติการเมื่อปัญหาที่รายงานกลายเป็นสิ่งที่อยู่นอกขอบเขตของ DataKeeper และ LifeKeeper DataKeeper และ LifeKeeper ใช้ส่วนประกอบของเซิร์ฟเวอร์หลายส่วน เช่น ดิสก์/โวลุ่มและเครือข่าย หากระบบปฏิบัติการไม่สามารถ “เห็น” ดิสก์หรือโวลุ่ม DataKeeper และ LifeKeeper ก็ไม่สามารถ “เห็น” ดิสก์หรือโวลุ่มได้เช่นกัน เมื่อมองดูครั้งแรก ปัญหาที่รายงานอาจดูเหมือนเกี่ยวข้องกับ DataKeeper หรือ LifeKeeper แต่เมื่อวิเคราะห์ปัญหาแล้ว จะพบว่าเป็นส่วนประกอบของระบบปฏิบัติการที่ DataKeeper หรือ LifeKeeper พึ่งพา
ตัวอย่างเช่น เพื่อให้มิเรอร์ DataKeeper ทำงานได้อย่างถูกต้อง DataKeeper ต้องการให้ระบบปฏิบัติการมองเห็นโวลุ่มได้ ออนไลน์ มีสุขภาพดี และมีระบบไฟล์ที่ถูกต้อง หากไม่เป็นไปตามข้อกำหนดเหล่านี้ มิเรอร์ DataKeeper จะไม่สามารถมิเรอร์ข้อมูลจากระบบหนึ่งไปยังอีกระบบหนึ่งได้ DataKeeper จะแสดงว่ามิเรอร์อยู่ในสถานะหยุดชั่วคราว เมื่อแก้ไขปัญหานี้ เครื่องมือการจัดการดิสก์ของ Windows สำหรับดิสก์/โวลุ่มจะแสดงว่าโวลุ่มออฟไลน์ ไม่ได้อยู่ในสถานะมีสุขภาพดี หรือเป็นอุปกรณ์ดิบ เมื่อแก้ไขปัญหานี้แล้ว DataKeeper จะสามารถมิเรอร์ข้อมูลจากระบบหนึ่งไปยังอีกระบบหนึ่งได้อีกครั้ง สำหรับรายละเอียดเพิ่มเติม โปรดดูวิดีโอ การเตรียมพื้นที่จัดเก็บสำหรับการใช้งาน DataKeeperที่นี่–
ตัวอย่างอื่นของปัญหาภายนอกหรือที่เกี่ยวข้องกับระบบปฏิบัติการเกิดขึ้นเมื่อไดรฟ์ DataKeeper ไม่สามารถล็อกบนระบบเป้าหมายได้ DataKeeper ล็อกไดรฟ์บนระบบเป้าหมายโดยเจตนาเพื่อป้องกันไม่ให้เกิดการเขียนบนระบบเป้าหมาย เพื่อให้ DataKeeper ล็อกไดรฟ์เป้าหมายได้ จะต้องไม่มีไฟล์เพจของระบบปฏิบัติการบนไดรฟ์นั้น หลายครั้ง ระบบได้รับการกำหนดค่าที่ระดับระบบปฏิบัติการเพื่อ “จัดการไฟล์เพจจิ้งโดยอัตโนมัติ” และบางครั้งไฟล์เพจจิ้งก็ถูกวางไว้บนไดรฟ์ DataKeeper โดยระบบปฏิบัติการ เพื่อแก้ไขปัญหานี้ เราขอแนะนำให้เปลี่ยนการตั้งค่าระบบปฏิบัติการนี้ โปรดดูที่ลิงค์นี้สำหรับรายละเอียดเพิ่มเติม
ลูกค้ายังติดต่อเรามาเพื่อปรับปรุงประสิทธิภาพการทำงานของมิเรอร์และประสิทธิภาพของระบบด้วยการมิเรอร์ เนื่องจากมิเรอร์ไม่ได้เข้าสู่สถานะมิเรอร์หรือผลิตภัณฑ์กำลังทำให้ประสิทธิภาพของระบบช้าลง ปัญหาแรก (มิเรอร์ไม่เข้าสู่สถานะมิเรอร์) เป็นเพียงเรื่องของการปรับแต่งคีย์รีจิสทรีใน DataKeeper ให้ตรงกับการกำหนดค่าระบบของคุณโดยใช้ Tunables เช่น WriteQueueHighWater, WriteQueueHighWaterSynchronous และ BlockWritesonLimitReached ซึ่งเป็น tunables ที่มีการเปลี่ยนแปลงทั่วไปหลายตัว โปรดดูเอกสารสำหรับ tunables เหล่านี้ที่นี่–
ปัญหาที่สอง (ประสิทธิภาพการทำงานของระบบ) เป็นเพียงเรื่องของการย้ายตำแหน่งของบิตแมป DataKeeper โดยค่าเริ่มต้น บิตแมปจะอยู่ที่ไดรฟ์ C และอาจต้องย้ายไปยังไดรฟ์ที่เร็วกว่า โปรดดูเอกสารประกอบและวิดีโอสำหรับข้อมูลเกี่ยวกับการย้ายบิตแมปที่นี่–
การปรับแต่งระบบและผลิตภัณฑ์มักทำขึ้นเพื่อเพิ่มประสิทธิภาพการทำงานให้สูงสุด ตัวอย่างของการเปลี่ยนแปลงเหล่านี้ ได้แก่ การเปลี่ยนการปรับแต่งผลิตภัณฑ์ให้ตรงกับสภาพแวดล้อมของลูกค้ามากขึ้น มีหลายสิ่งหลายอย่างที่อาจส่งผลต่อ DataKeeper และ LifeKeeper รวมถึงระบบปฏิบัติการ เครือข่าย อุปกรณ์จัดเก็บข้อมูล เป็นต้น DataKeeper และ LifeKeeper ใช้การตั้งค่าเริ่มต้นที่อาจต้องปรับแต่งให้เข้ากับสภาพแวดล้อมเฉพาะของลูกค้า เราเสนอบริการตรวจสอบความถูกต้องและสุขภาพเพื่อช่วยให้ลูกค้ามั่นใจได้ว่ามีการนำแนวทางปฏิบัติที่ดีที่สุดของ HA ไปใช้ เยี่ยมชมลิงค์นี้เพื่อดูรายละเอียดเกี่ยวกับข้อเสนอของเรา
กลยุทธ์สำคัญที่เราแนะนำคือการตรวจสอบให้แน่ใจว่าการทดสอบเสร็จสิ้นก่อนเข้าสู่การผลิต เพื่อให้พบปัญหาต่างๆ รวมถึงปัญหาประสิทธิภาพการทำงาน และแก้ไขได้ตั้งแต่เนิ่นๆ ในกระบวนการ การทดสอบมักทำในสภาพแวดล้อมการทดสอบหรือ QA ก่อนที่จะเข้าสู่สภาพแวดล้อมการผลิต ควรพยายามจำลองภาระงานของสภาพแวดล้อมการผลิตในสภาพแวดล้อมการทดสอบ/QA เพื่อให้แน่ใจว่าสภาพแวดล้อมการผลิตจะทำงานได้อย่างเพียงพอ เราขอแนะนำให้อ่านบล็อกเกี่ยวกับประสิทธิภาพการทำงานหลายๆ บล็อกของเราที่บล็อกของเราและโดยเฉพาะที่ที่นี่.
ตรวจสอบให้แน่ใจว่าระบบของคุณทำงานได้อย่างราบรื่นโดยหลีกเลี่ยงปัญหาทั่วไปเหล่านี้ ต้องการคำแนะนำจากผู้เชี่ยวชาญหรือไม่ติดต่อทีมสนับสนุนของเราได้ในวันนี้เพื่อช่วยคุณป้องกันการโทรสนับสนุนในอนาคต!
พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS
