SIOS High Availability HA สำหรับสภาพแวดล้อม Nutanix AHV

SIOS High Availability HA สำหรับสภาพแวดล้อม Nutanix AHV

ในสภาพแวดล้อมไอทีที่เปลี่ยนแปลงอย่างรวดเร็วในปัจจุบัน สิ่งสำคัญคือการทำให้ข้อมูลและแอปพลิเคชันที่สำคัญของคุณพร้อมใช้งานและเชื่อถือได้ตลอดเวลา Nutanix AHV (Acropolis HyperVisor) โดดเด่นในฐานะโซลูชันเสมือนจริงระดับองค์กรที่แข็งแกร่งซึ่งมอบการจัดการและความสามารถในการปรับขนาดที่ราบรื่น อย่างไรก็ตาม การบรรลุความพร้อมใช้งานสูงภายในสภาพแวดล้อม Nutanix AHV ต้องใช้แนวทางเชิงกลยุทธ์ โดยเฉพาะอย่างยิ่งใน Linux SIOS นำเสนอโซลูชันที่ครอบคลุมความพร้อมใช้งานสูงและการฟื้นฟูภัยพิบัติโซลูชัน (HA/DR) ที่ออกแบบมาโดยเฉพาะสำหรับสภาพแวดล้อม Nutanix AHV ที่ทำงานบน Windows และการแจกจ่าย Linux หลักทั้งหมด รวมถึง Red Hat Enterprise Linux, SUSE Linux Enterprise Server, Rocky Linux และ Oracle Linux

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

ความพร้อมใช้งานสูงที่รับรู้แอปพลิเคชัน

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

SIOS HA: การปรับใช้และการจัดการที่เรียบง่ายและเชื่อถือได้

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

SIOS HA สำหรับสภาพแวดล้อม Nutanix AHV ผสมผสานความยืดหยุ่นของ Nutanix AHV เข้ากับความน่าเชื่อถือของ SIOS HA โดยนำเสนอโซลูชันที่แข็งแกร่งให้กับองค์กรเพื่อให้บรรลุความพร้อมใช้งานอย่างต่อเนื่องและบรรเทาความเสี่ยงที่เกี่ยวข้องกับเวลาหยุดทำงาน

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

SIOS LifeKeeper สำหรับ Linuxเป็นซอฟต์แวร์คลัสเตอร์ที่เรียบง่ายและคุ้มต้นทุนซึ่งมอบการป้องกันความพร้อมใช้งานสูง (HA) และการกู้คืนจากภัยพิบัติ (DR) ที่สมบูรณ์สำหรับ SAP, SAP S/4HANA, Oracle, MaxDB และแอปพลิเคชันที่จำเป็นอื่นๆ ที่ทำงานในสภาพแวดล้อมเสมือนจริง รวมถึงทั้งแบบกายภาพ คลาวด์ ไฮบริด และมัลติคลาวด์ แอปพลิเคชันที่ได้รับการปกป้องโดย LifeKeeper ยังคงทำงานภายใต้ข้อบกพร่อง ความล้มเหลว และภัยพิบัติในพื้นที่ ไซต์ และภูมิภาคต่างๆ มากมาย ช่วยให้คุณปฏิบัติตาม SLA ด้านความพร้อมใช้งานได้อย่างง่ายดาย

การตรวจสอบแอปพลิเคชันขั้นสูง

ต่างจากซอฟต์แวร์คลัสเตอร์อื่น ๆ ที่ทำการตรวจสอบการทำงานของเซิร์ฟเวอร์เท่านั้น SIOS LifeKeeper จะตรวจสอบสถานะของสภาพแวดล้อมแอปพลิเคชันทั้งหมด

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

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

รองรับ Linux หลากหลาย
SIOS LifeKeeper รองรับระบบปฏิบัติการ Linux หลักทั้งหมด รวมถึง Red Hat Enterprise Linux, SUSE Linux Enterprise Server, Rocky Linux และ Oracle Linux และรองรับสถาปัตยกรรมการจัดเก็บข้อมูลที่มีหลากหลาย

การป้องกันความพร้อมใช้งานสูงสำหรับแอปพลิเคชัน Windows

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

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

ปกป้องฐานข้อมูลจำนวนไม่จำกัด
ต่างจาก SQL Server Always On Availability Groups ที่มีขีดจำกัดฐานข้อมูลอยู่ที่ ~100 ฐานข้อมูล SIOS DataKeeper จะปกป้องฐานข้อมูลได้ไม่จำกัดจำนวน

ความยืดหยุ่นในการกำหนดค่าที่สมบูรณ์
DataKeeper ช่วยให้คลัสเตอร์แบบหลายโหนดไม่มีการจำกัดโหนด ซึ่งแตกต่างจากกลุ่มความพร้อมใช้งานแบบ Always On ของ SQL Server เพิ่มโหนด DR บนคลาวด์หรือที่ไซต์ DR ได้อย่างง่ายดาย และผสมผสานโหนดทางกายภาพ เสมือน และบนคลาวด์

LifeKeeper for Windows เป็นการผสมผสานที่ลงตัวระหว่างคลัสเตอร์แบบเฟลโอเวอร์ที่มีความพร้อมใช้งานสูง (HA) การตรวจสอบแอปพลิเคชันอย่างต่อเนื่อง การจำลองข้อมูล และนโยบายการกู้คืนที่กำหนดค่าได้ โดยมอบความพร้อมใช้งานของแอปพลิเคชัน 99.99% และการกู้คืนจากภัยพิบัติ (DR) สำหรับแอปพลิเคชันที่ทำงานบน Microsoft Windows Server ในสภาพแวดล้อมทางกายภาพ เสมือน คลาวด์ คลาวด์ไฮบริด และมัลติคลาวด์

แอปพลิเคชั่นอัจฉริยะ
SIOS LifeKeeper ประกอบด้วย ARK สำหรับแอปพลิเคชันที่สำคัญ เช่น SQL Server, Oracle Database, Postgres SQL และ SAP HANA ชุดอุปกรณ์เหล่านี้ช่วยเพิ่มประสิทธิภาพในการตั้งค่า จัดการงานอัตโนมัติ และจัดการการสำรองข้อมูลตามแนวทางปฏิบัติที่ดีที่สุด

ปรับให้เหมาะสมเพื่อประสิทธิภาพการทำงาน
SIOS LifeKeeper มาพร้อมกับ SIOS DataKeeper ซึ่งมอบการจำลองระดับบล็อกและการเร่งความเร็ว WAN แบบบูรณาการสำหรับการคลัสเตอร์และ DR แบบไม่มี SAN

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

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

เหตุใดคุณจึงต้องการความพร้อมใช้งานสูง (HA) สำหรับระบบการจัดการวิดีโอ (VMS)

เหตุใดคุณจึงต้องการความพร้อมใช้งานสูง (HA) สำหรับระบบการจัดการวิดีโอ (VMS)

ในตอนนี้ของ Let’s Talk Dave Bermingham ผู้เผยแพร่ความรู้ทางเทคนิคอาวุโสของ SIOS Technology พูดคุยถึงความสำคัญของความพร้อมใช้งานสูง (HA) ในระบบจัดการวิดีโอ (VMS) สำหรับแอปพลิเคชันด้านความปลอดภัย โดยมุ่งเน้นที่ความท้าทาย เช่น การปกป้องส่วนประกอบที่จำเป็น

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

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

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

ลงทะเบียนเข้าร่วมสัมมนาออนไลน์แบบ On-Demand

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

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

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

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

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

เมื่อผมเป็นนาวิกโยธินประจำกองพันรถถัง ผมจำได้ว่าพวกเราทุกคนเตรียมใจไว้ว่าจะได้ยินเสียง “FIRE IN THE HOLE” ก่อนที่จะยิงกระสุนปืน แม้ว่าจะไม่ได้ยินคนอื่นตะโกนก็ตาม เรามีวิทยุสื่อสาร สัญญาณมือ/แขน ธง ไฟฉาย ฯลฯ ที่บ่งบอกว่าทุกอย่าง “พร้อม” และกระสุนปืนกำลังมุ่งหน้าลงสู่ระยะไกล พวกเราทุกคนรู้ดีว่าการสื่อสารเป็นสิ่งสำคัญ

ความสำคัญของการสื่อสารในการปรับขนาดการเก็บข้อมูลแบบคลัสเตอร์

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

• คุณต้องการพื้นที่เพิ่มหรือไม่?
• คุณจำเป็นต้องเปลี่ยนประเภทดิสก์จากพื้นฐานเป็นไดนามิกหรือไม่
• MBR (Master Boot Record) หรือ GPT (GUID Partition Table)?
• ขนาดการจัดสรรหน่วย?
• อื่น

ใครในทีมของคุณที่จะตะโกนว่า “ไฟไหม้ในหลุม” เมื่อถึงเวลาที่จะจัดเตรียม DataKeeper Mirror ที่มีอยู่ของคุณ คุณไม่ต้องการรับการแจ้งเตือนก่อนและหลังหรือไม่

ขั้นตอนสำคัญในการประสานงานการปรับขนาดพื้นที่เก็บข้อมูล DataKeeper

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

• การตระเตรียม:
  • ได้มีการแจ้งให้ทุกแผนกทราบถึงการดำเนินการดังกล่าวที่จะเกิดขึ้นแล้วหรือไม่?
    • ฐานข้อมูล, การเครือข่าย, ความปลอดภัย, แอปพลิเคชัน, บริการลูกค้า ฯลฯ
    • มีขั้นตอนให้จัดทำไว้หรือไม่การปรับขนาด–
      • มีการแบ่งปันขั้นตอนเหล่านั้นให้กับผู้มีส่วนได้ส่วนเสียที่ได้รับผลกระทบหรือไม่?
• การจัดฉาก:
  • สิ่งแวดล้อมได้รับการ “เตรียม” ด้วยทรัพยากรที่จำเป็นแล้วหรือยัง?
    • จำเป็นต้องมีพื้นที่เก็บข้อมูลใหม่เท่าใด?
    • แอตทริบิวต์ของปริมาตรจะยังคงเหมือนเดิมหรือไม่ เช่น ขนาดการจัดสรรหน่วย MBR/GPT เป็นต้น
• การดำเนินการ:
  • เดินผ่านครั้งสุดท้าย . . .
    • ได้รวบรวม/ทบทวนข้อกำหนดทั้งหมดอีกครั้งผ่านขั้นตอนการเตรียมการ จัดเตรียมการ ฯลฯ

นาวิกโยธิน : “คุณพร้อมหรือยัง?”

นาวิกโยธินคนอื่นๆ: “ใช่!” (แน่นอนว่ามีการสบถกันบ้าง พวกเราเป็นนาวิกโยธิน! ฮ่าๆ)

นาวิกโยธิน: “ไฟไหม้ในหลุม”

ผู้ดูแลระบบ DataKeeper: “หยุดชั่วคราวและปลดล็อกกระจก” หรืออีกชื่อหนึ่งคือ “ไฟในหลุม–

• เกร็ก ทักเกอร์ วิศวกรสนับสนุนผลิตภัณฑ์อาวุโส SIOS Technology Corp.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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