SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Products
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • การทดสอบอาหารสัตว์
  • ข่าวสารและกิจกรรม
  • ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์
  • เรื่องราวความสำเร็จ
  • ติดต่อเรา
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

5 การโทรขอความช่วยเหลือที่สามารถป้องกันได้ (และวิธีหลีกเลี่ยง)

ตุลาคม 28, 2024 by Jason Aw Leave a Comment

Top 5 Preventable Support Calls (And How To Avoid Them)

5 การโทรขอความช่วยเหลือที่สามารถป้องกันได้ (และวิธีหลีกเลี่ยง)

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

นี่คือ 5 เหตุผลหลัก (สาเหตุหลัก) ที่ลูกค้าติดต่อมาหาเราเพื่อขอความช่วยเหลือ:

  1. ปัญหาเครือข่าย: วิธีการวางแผนล่วงหน้าและหลีกเลี่ยงเวลาหยุดทำงาน

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

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

อัปเดตที่อยู่ IP ของมิเรอร์
หากมีการเปลี่ยนแปลงที่อยู่ IP (จุดสิ้นสุดมิเรอร์) DataKeeper จะไม่สามารถใช้ที่อยู่ IP มิเรอร์เดิมได้อีกต่อไป (เนื่องจากจะไม่มีอยู่อีกต่อไป) และจะไม่สามารถมิเรอร์ข้อมูลระหว่างเซิร์ฟเวอร์ได้ DataKeeper จะต้องได้รับการอัปเดตเพื่อใช้ที่อยู่ IP มิเรอร์ใหม่ สถานการณ์นี้ได้รับการบันทึกไว้ที่นี่.

  1. ปัญหาการกำหนดค่า: ข้อผิดพลาดทั่วไปและวิธีแก้ไข

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

ตัวอย่างปัญหาการกำหนดค่าทั่วไปที่รายงาน:

  • มิเรอร์ DataKeeper บางตัวไม่ได้อยู่ในสถานะมิเรอร์

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

  • DataKeeper ไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์ในคลัสเตอร์ได้

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

ปัญหาการกำหนดค่าเวลาเป็นหลักต้องมีการเปลี่ยนแปลงคลัสเตอร์เพื่อให้ผลิตภัณฑ์ DataKeeper หรือ LifeKeeper กลับมาอยู่ในสภาพแวดล้อมการทำงานอีกครั้ง

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

  1. การวางแผนการอัพเกรด: หลีกเลี่ยงการหยุดชะงักในระบบของคุณ

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

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

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

  1. ปัญหาภายนอกหรือที่เกี่ยวข้องกับระบบปฏิบัติการ: การแก้ไขปัญหานอกเหนือจากซอฟต์แวร์

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

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

ตัวอย่างอื่นของปัญหาภายนอกหรือที่เกี่ยวข้องกับระบบปฏิบัติการเกิดขึ้นเมื่อไดรฟ์ DataKeeper ไม่สามารถล็อกบนระบบเป้าหมายได้ DataKeeper ล็อกไดรฟ์บนระบบเป้าหมายโดยเจตนาเพื่อป้องกันไม่ให้เกิดการเขียนบนระบบเป้าหมาย เพื่อให้ DataKeeper ล็อกไดรฟ์เป้าหมายได้ จะต้องไม่มีไฟล์เพจของระบบปฏิบัติการบนไดรฟ์นั้น หลายครั้ง ระบบได้รับการกำหนดค่าที่ระดับระบบปฏิบัติการเพื่อ “จัดการไฟล์เพจจิ้งโดยอัตโนมัติ” และบางครั้งไฟล์เพจจิ้งก็ถูกวางไว้บนไดรฟ์ DataKeeper โดยระบบปฏิบัติการ เพื่อแก้ไขปัญหานี้ เราขอแนะนำให้เปลี่ยนการตั้งค่าระบบปฏิบัติการนี้ โปรดดูที่ลิงค์นี้สำหรับรายละเอียดเพิ่มเติม

  1. ประสิทธิภาพ: การปรับปรุงระบบและประสิทธิภาพของมิเรอร์

ลูกค้ายังติดต่อเรามาเพื่อปรับปรุงประสิทธิภาพการทำงานของมิเรอร์และประสิทธิภาพของระบบด้วยการมิเรอร์ เนื่องจากมิเรอร์ไม่ได้เข้าสู่สถานะมิเรอร์หรือผลิตภัณฑ์กำลังทำให้ประสิทธิภาพของระบบช้าลง ปัญหาแรก (มิเรอร์ไม่เข้าสู่สถานะมิเรอร์) เป็นเพียงเรื่องของการปรับแต่งคีย์รีจิสทรีใน DataKeeper ให้ตรงกับการกำหนดค่าระบบของคุณโดยใช้ Tunables เช่น WriteQueueHighWater, WriteQueueHighWaterSynchronous และ BlockWritesonLimitReached ซึ่งเป็น tunables ที่มีการเปลี่ยนแปลงทั่วไปหลายตัว โปรดดูเอกสารสำหรับ tunables เหล่านี้ที่นี่–

ปัญหาที่สอง (ประสิทธิภาพการทำงานของระบบ) เป็นเพียงเรื่องของการย้ายตำแหน่งของบิตแมป DataKeeper โดยค่าเริ่มต้น บิตแมปจะอยู่ที่ไดรฟ์ C และอาจต้องย้ายไปยังไดรฟ์ที่เร็วกว่า โปรดดูเอกสารประกอบและวิดีโอสำหรับข้อมูลเกี่ยวกับการย้ายบิตแมปที่นี่–

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

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

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

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

ความสำคัญของการกำหนดระดับการป้องกันที่เหมาะสม

ตุลาคม 13, 2024 by Jason Aw Leave a Comment

Importance of determining the right level of protection

ความสำคัญของการกำหนดระดับการป้องกันที่เหมาะสม

 

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

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: การป้องกันข้อมูล

โซลูชันความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติสำหรับผู้ให้บริการที่มีการจัดการ

ตุลาคม 4, 2024 by Jason Aw Leave a Comment

High Availability and Disaster Recovery Solutions for Managed Service Providers

โซลูชันความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติสำหรับผู้ให้บริการที่มีการจัดการ

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

ดาวน์โหลดเอกสารสรุปโซลูชัน

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: SIatus Datakeeper, ลินุกซ์

การบรรลุความพร้อมใช้งานสูงของ SQL Server ที่คุ้มต้นทุนใน Google Cloud ด้วย SIOS DataKeeper

กันยายน 15, 2024 by Jason Aw Leave a Comment

Achieving Cost-Effective SQL Server High Availability in Google Cloud with SIOS DataKeeper

การบรรลุความพร้อมใช้งานสูงของ SQL Server ที่คุ้มต้นทุนใน Google Cloud ด้วย SIOS DataKeeper

การรับประกันความพร้อมใช้งานสูงสำหรับ SQL Serverการปรับใช้ถือเป็นสิ่งสำคัญสำหรับการรักษาความต่อเนื่องทางธุรกิจใน Google Cloud Platform (GCP) เมื่อเลือกวิธีการบรรลุผลดังกล่าว จะมีตัวเลือกหลักสองตัวเลือกให้เลือกใช้ ได้แก่ กลุ่มความพร้อมใช้งานแบบเปิดตลอดเวลาและอินสแตนซ์คลัสเตอร์ล้มเหลวของ SQL Server (FCI)

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

อินสแตนซ์คลัสเตอร์ล้มเหลวของ SQL Server (FCI)รองรับโดย SQL Server Standard Edition เป็นทางเลือกที่คุ้มต้นทุนกว่า อย่างไรก็ตาม FCI มักจะพึ่งพาโซลูชันการจัดเก็บข้อมูลที่แชร์ เช่น SAN ซึ่งไม่มีให้ใช้งานโดยตรงใน GCP การขาดการจัดเก็บข้อมูลที่แชร์ที่รับรู้คลัสเตอร์นี้สร้างความท้าทายสำหรับธุรกิจที่ต้องการปรับใช้ FCI ในระบบคลาวด์

SIOS DataKeeper รับมือกับความท้าทายของ FCI ใน GCP ได้อย่างไร

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

SIOS DataKeeper ไม่เพียงแต่ทำการจำลองดิสก์ภายในเครื่องที่แนบกับอินสแตนซ์บนคลาวด์แต่ละตัวเท่านั้น แต่ยังนำเสนอดิสก์ที่จำลองแล้วไปยังคลัสเตอร์เป็นทรัพยากรของ DataKeeper Volume อีกด้วย สำหรับคลัสเตอร์ วอลุ่มนี้จะปรากฏเป็นดิสก์ที่ใช้ร่วมกัน โดยผสานรวมเข้ากับระบบได้อย่างราบรื่นระบบคลัสเตอร์ล้มเหลวของ Windows Server (WSFC)ระหว่างการล้มเหลว DataKeeper จะควบคุมทิศทางของมิเรอร์ เพื่อให้แน่ใจว่าโหนดที่ใช้งานอยู่ยังคงเป็นแหล่งที่มาของมิเรอร์ในขณะที่โหนดอื่นกลายเป็นเป้าหมาย การตั้งค่านี้จะรักษาความสอดคล้องของข้อมูลและความพร้อมใช้งานสูงสำหรับสภาพแวดล้อม SQL Server ของคุณ ทั้งหมดนี้ในขณะที่ใช้ SQL Server Standard Edition

ข้อดีหลักของการใช้ SIOS DataKeeper ใน GCP

  1. การประหยัดต้นทุน:โดยการเปิดใช้งานการใช้ SQL Server Standard Edition สำหรับ FCISIOS DataKeeper ช่วยให้องค์กรหลีกเลี่ยงต้นทุนที่สูงขึ้นเกี่ยวข้องกับ SQL Server Enterprise Edition
  2. การคุ้มครองที่ครอบคลุม:SIOS DataKeeper จำลองอินสแตนซ์ SQL Server ทั้งหมดข้ามโซน ช่วยให้การป้องกันที่แข็งแกร่งต่อความล้มเหลวในระดับโซน
  3. ความเรียบง่ายและความยืดหยุ่น:โซลูชันนี้ช่วยลดความยุ่งยากของกระบวนการตั้งค่าและจัดการ SANless FCI ใน GCP ทำให้ทีมไอทีสามารถเข้าถึงได้และลดความซับซ้อน

ความคิดเห็นสุดท้ายเกี่ยวกับ SQL Server HA ที่คุ้มต้นทุนใน GCP

สำหรับธุรกิจที่กำลังดำเนินการSQL Server ใน Google Cloudการหาสมดุลที่เหมาะสมระหว่างต้นทุนและความพร้อมใช้งานถือเป็นสิ่งสำคัญ แม้ว่ากลุ่มความพร้อมใช้งานแบบ Always On จะมีประสิทธิภาพ แต่ก็มีราคาแพงกว่า SIOS DataKeeper นำเสนอทางเลือกที่ใช้งานได้จริงโดยเปิดใช้งานการสร้างคลัสเตอร์ SANless ที่ให้ความพร้อมใช้งานสูงที่จำเป็นในขณะที่ควบคุมต้นทุนได้ด้วย SQL Server Standard Edition

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

ก้าวสู่ขั้นตอนถัดไปในการบรรลุ SQL Server HA ที่คุ้มต้นทุน

พร้อมที่จะปรับปรุงความพร้อมใช้งานสูงของ SQL Server ของคุณใน Google Cloud โดยไม่ต้องเสียเงินมากเกินไปหรือไม่ สำรวจว่า SIOS DataKeeper สามารถปรับกระบวนการใช้งานและเพิ่มผลตอบแทนจากการลงทุนของคุณให้สูงสุดได้อย่างไรติดต่อทีมงานของเราเพื่อความช่วยเหลือจากผู้เชี่ยวชาญในการตั้งค่าคลัสเตอร์ SANless ที่ตรงตามความต้องการทางธุรกิจเฉพาะของคุณ

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

รายการ “Get Up” Morning Show ของ ESPN ช่วยปรับปรุงกลยุทธ์ความพร้อมใช้งานสูงของคุณได้อย่างไร

กันยายน 10, 2024 by Jason Aw Leave a Comment

How ESPN’s “Get Up” Morning Show Can Improve Your High Availability Strategy

รายการ “Get Up” Morning Show ของ ESPN ช่วยปรับปรุงกลยุทธ์ความพร้อมใช้งานสูงของคุณได้อย่างไร

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

เรียนรู้จาก ESPN: เพิ่มความพร้อมใช้งานสูงของคุณด้วยคำถามสำคัญสองข้อ

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

คำถามข้อที่หนึ่งเราจะมาทำอะไรที่นี่?

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

โอเค ฉันคิดว่าคุณไม่ใช่ควอเตอร์แบ็กมือใหม่ และฉันหวังว่าคุณคงยังไม่ได้เล่นให้กับแบร์ส แต่ถ้าคุณมีความรับผิดชอบต่อส่วนใดส่วนหนึ่งขององค์กรของคุณความพร้อมใช้งานสูง (HA)และการฟื้นฟูภัยพิบัติ (DR)กลยุทธ์ต่างๆ รวมถึงการรวมกลุ่ม–การปกป้องข้อมูล–การจำลองข้อมูลการประสานงานแอปพลิเคชัน การกำกับดูแล/การปฏิบัติตาม และSLA ข้อตกลงระดับการบริการหากเป็นเช่นนั้น คำถามแรกของ Orlovsky ถือเป็นจุดเริ่มต้นที่ดี

คุณกำลังทำอะไร?

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

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

คำถามที่สอง ทำไมเราถึงทำเช่นนั้น?

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

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

  • ให้ความมั่นใจถึงความพร้อมใช้งานของข้อมูล
  • ประหยัดเวลาทางธุรกิจ
  • ประหยัดเงินทางธุรกิจโดยหลีกเลี่ยงการหยุดทำงานโดยไม่ได้วางแผนซึ่งมีค่าใช้จ่ายสูง
  • ประหยัดเวลาและเงินของธุรกิจด้วยการตรวจสอบและการกู้คืนแบบอัตโนมัติ
  • การปรับใช้สถาปัตยกรรมเพื่อตอบสนองข้อตกลงระดับบริการ (SLA) หรือวัตถุประสงค์ระดับบริการ (SLO) ที่เข้มงวด
  • ลด RTO และ RPO ลงเหลือศูนย์
  • การป้องกันภัยพิบัติในปีที่แล้วไม่ให้เกิดขึ้นอีก
  • การป้องกันภัยคุกคามที่ไม่รู้จักของการหยุดทำงาน
  • ตอบสนองความต้องการด้านการกำกับดูแล
  • การตรวจสอบกล่อง
  • พยายามที่จะไม่ให้ถูกปรับเพราะไม่ปฏิบัติตาม
  • เพราะฝ่ายบริหารบอกมาแบบนั้น

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

น่าจะมีเหตุผลหลายประการที่ทำให้ Chicago Bears ไม่ประสบความสำเร็จหรือใช้ QB หนุ่มๆ ของพวกเขาในดาวน์ที่สามได้อย่างเหมาะสม และยังมีความคิดเห็นอีกจำนวนเท่าๆ กันเกี่ยวกับสิ่งที่พวกเขาพยายามทำสำเร็จด้วยแฟรนไชส์และควอเตอร์แบ็กผู้มากประสบการณ์ แต่ถึงแม้ว่า Orlovsky จะไม่สามารถช่วยให้แฟนๆ Bears ชี้แจงได้ว่าอะไรหรือทำไม แต่เขาก็ได้ให้กรอบการทำงานสำหรับการปรับปรุง HA ของคุณทันที ดังนั้น คุณจะตอบคำถามสองข้อนี้ว่า: เรากำลังทำอะไรเพื่อ HA ทำไมเราถึงทำ?

โซลูชันความพร้อมใช้งานสูง

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

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

  • « Previous Page
  • 1
  • …
  • 18
  • 19
  • 20
  • 21
  • 22
  • …
  • 112
  • Next Page »

โพสต์ล่าสุด

  • ระบบความพร้อมใช้งานสูง (High Availability หรือ HA) คืออะไร?
  • เอาตัวรอดจากวิกฤตการณ์วันศุกร์: จากระบบคอมพิวเตอร์แบบดิบๆ สู่การจำลองข้อมูลที่ราบรื่น
  • ติดดิน: สิ่งที่การพลาดชม Percona Live Amsterdam สอนฉันเกี่ยวกับ HA
  • เปรียบเทียบ SIOS LifeKeeper กับ Red Hat High Availability Add-On:
  • สถานะของความยืดหยุ่นของแอปพลิเคชัน: ผลสำรวจความพร้อมใช้งานสูงของ SIOS ปี 2026

กระทู้ยอดนิยม

เข้าร่วมรายชื่อผู้รับจดหมายของเรา

Copyright © 2026 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in