วิธีบรรลุความพร้อมใช้งานสูงในระบบคลาวด์โดยใช้ WSFC

Microsoft Windows Server มีซอฟต์แวร์ Windows Server Failover Clustering (WSFC) เพื่อให้แน่ใจว่ามีแอปพลิเคชันที่สำคัญพร้อมใช้งาน ในสภาพแวดล้อมภายในองค์กร โหนดหลักและโหนดสแตนด์บายในคลัสเตอร์จะเชื่อมต่อกับที่เก็บข้อมูลที่ใช้ร่วมกันเดียวกัน อย่างไรก็ตาม โครงสร้างพื้นฐานนี้ไม่สามารถนำไปใช้กับระบบคลาวด์ได้โดยตรง พื้นที่เก็บข้อมูลที่ใช้ร่วมกันซึ่งครอบคลุมทั้งระบบหลักและระบบสแตนด์บายเป็นสิ่งจำเป็นใน WSFC แต่ที่เก็บข้อมูลที่ใช้ร่วมกันไม่สามารถใช้กับบริการคลาวด์สาธารณะเช่น IaaS (โครงสร้างพื้นฐานเป็นบริการ) ใน AWS, Azure หรือ Google Cloud

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

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

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

ในสภาพแวดล้อม WSFC เซิร์ฟเวอร์หลักและเซิร์ฟเวอร์สแตนด์บายจะเชื่อมต่อกับที่เก็บข้อมูลที่ใช้ร่วมกัน – โดยทั่วไปแล้วที่เก็บข้อมูลเรียกว่า SAN (Storage Area Network) หรือที่เก็บข้อมูล iSCSI-SAN

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

ดูเนื้อหาที่เกี่ยวข้อง: พื้นฐานการกู้คืนจากภัยพิบัติ .

อย่างไรก็ตาม เมื่อย้าย WSFC ไปยังระบบคลาวด์ จะไม่มี SAN ให้ใช้งาน ตัวอย่างเช่น คุณไม่สามารถเชื่อมโยง Amazon Web Services (AWS) และ Microsoft Azure กับหลายโหนด (เซิร์ฟเวอร์) เพื่อใช้เป็นที่เก็บข้อมูลที่ใช้ร่วมกันได้ เช่นเดียวกับ IaaS สำหรับบริการคลาวด์อื่นๆ

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

ซอฟต์แวร์การจำลองข้อมูลช่วยแก้ปัญหา

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

ด้วย DataKeeper โหนดที่ซิงโครไนซ์จะปรากฏเป็น SAN ในหน้าจอการจัดการ WSFC (การจัดการคลัสเตอร์ล้มเหลว) หากผู้จัดการฝ่ายปฏิบัติการของคุณใช้ WSFC พวกเขาจะไม่ต้องการการฝึกอบรมเพียงเล็กน้อยหรือไม่มีเลยกับแนวทางนี้

ความพร้อมใช้งานสูงในระบบคลาวด์เหนือกว่าในองค์กร HA ด้วย SIOS DataKeeper และ WSFC

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

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

บูรณาการอย่างราบรื่นกับ WSFC

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

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

วิธีที่ดีที่สุดวิธีเดียวในการปรับใช้องค์ประชุม/พยาน

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

สมองแตกคืออะไร?

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

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

ในตัวจัดการคลัสเตอร์ส่วนใหญ่ องค์ประชุมจะยังคงอยู่เมื่อ:

1. เซิร์ฟเวอร์ทั้งหมดสามารถเห็นสถานะเดียวกันสำหรับคลัสเตอร์เพียร์ทั้งหมดและพยาน
2. เซิร์ฟเวอร์ทั้งหมดสามารถเห็นสถานะเดียวกันสำหรับคลัสเตอร์เพียร์ทั้งหมด แม้ว่าจะไม่ใช่พยานก็ตาม
3. เซิร์ฟเวอร์ทั้งหมดสามารถเห็นทรัพยากรที่เป็นพยาน แม้ว่าจะไม่เห็นกันและกัน และหลีกเลี่ยงสถานการณ์ที่สมองแตกได้

ในตัวจัดการคลัสเตอร์ส่วนใหญ่ องค์ประชุมจะหายไปเมื่อ:

1. เซิร์ฟเวอร์ไม่สามารถดูคลัสเตอร์เพียร์ทั้งหมดและเซิร์ฟเวอร์ที่เป็นพยานได้
2. เซิร์ฟเวอร์ไม่สามารถเห็นกลุ่มเพียร์ของคลัสเตอร์ส่วนใหญ่ แม้ว่าจะสามารถเห็นเซิร์ฟเวอร์ที่เป็นพยานได้ก็ตาม
3. เซิร์ฟเวอร์ไม่สามารถเข้าถึงหรือรักษาการเข้าถึงทรัพยากรควอรัมเพื่อตัดสินความเป็นสมาชิกควอรัมและการเข้าถึงทรัพยากรได้สำเร็จ

ทรัพยากรพยาน (หรือเซิร์ฟเวอร์) คืออะไร?

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

องค์ประชุมและทรัพยากรองค์ประชุมคืออะไร?

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

มากกว่าหนึ่งวิธีในการปรับใช้โควรัม

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

1. การปรับใช้ของคุณจะอยู่ในองค์กร คลาวด์ หรือไฮบริด

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

2. วัตถุประสงค์ในการกู้คืนของคุณ

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

3. ความซ้ำซ้อนของศูนย์ข้อมูลที่มีอยู่ (หรือภูมิภาค) ภายในโครงสร้างพื้นฐานของคุณ

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

4. ข้อกำหนดการกู้คืนจากภัยพิบัติ

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

5. จำนวนสมาชิกภายในคลัสเตอร์ และที่ตั้งของพวกเขา

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

6. ระบบปฏิบัติการและตัวจัดการคลัสเตอร์

ปัจจัยสุดท้ายที่จะกล่าวถึงองค์ประชุม/พยานคือตัวจัดการคลัสเตอร์และระบบปฏิบัติการซอฟต์แวร์ HA และตัวจัดการคลัสเตอร์ไม่ได้ทั้งหมดเท่าเทียมกันเมื่อพูดถึงการปรับใช้องค์ประชุม/พยานหรืออนุญาโตตุลาการของสถานะองค์ประชุมซอฟต์แวร์การทำคลัสเตอร์บางตัวต้องใช้ดิสก์ที่ใช้ร่วมกันเพื่ออนุญาโตตุลาการ ส่วนซอฟต์แวร์อื่นๆ อนุญาตให้แชร์ได้ (NFS, SMB, EFS, Azure Files และ S3)การตระหนักถึงสิ่งที่ตัวจัดการคลัสเตอร์ของคุณต้องการ และโหมดที่สนับสนุนโดยคำนึงถึงองค์ประชุม (ส่วนใหญ่ธรรมดา พยาน แชร์ไฟล์ ฯลฯ) จะมีผลกระทบไม่เฉพาะกับสิ่งที่คุณปรับใช้ แต่ยังส่งผลต่อวิธีที่คุณปรับใช้ด้วย

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

-Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า

ผลกระทบของโควิด-19 ส่งผลต่อความพร้อมจำหน่ายสินค้าสูงอย่างไร

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

ห้าข้อกังวลเรื่องโควิดที่ทีมไอทีต้องเผชิญ

1. ความกังวลและความกลัวส่วนตัวและครอบครัว

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

2. FODO – กลัวคนอื่นผิดหวัง

   แม้จะไม่มีอาการป่วยจากโรคโควิด-19 ก็ตาม ธุรกิจทั่วโลกต่างรู้สึกถึงผลกระทบของจำนวนพนักงานที่มีขนาดเล็กลงเหตุการณ์ที่อธิบายอย่างเหมาะสมว่าเป็น "การเปลี่ยนแปลงครั้งใหญ่" "การลาออกครั้งใหญ่" หรือ "การสับเปลี่ยนครั้งยิ่งใหญ่" ได้เปลี่ยนโฉมหน้าพนักงานอย่างมากแล้ว รวมถึงผู้ที่ทำงานกับ HA ทำให้ทีมมีผู้คนน้อยลงเพื่อทำงานที่สำคัญ การขาดสมาชิกในทีมนี้สามารถนำพาผู้ที่ติดเชื้อโควิด-19 ให้ต่อสู้กับความกลัวที่จะทำให้ผู้อื่นผิดหวัง (FODO)สมาชิกในทีมที่ป่วยอาจยังคงพยายามทำงานด้วยความภักดีต่อทีมหรือกลัวเจ้านาย เพื่อนฝูง หรือผู้มีส่วนได้ส่วนเสียที่ผิดหวังFODO นี้มักจะนำไปสู่พนักงานที่ทำงานในสภาพแวดล้อมที่ตึงเครียดอยู่แล้ว (ดู #1 และ 2 ด้านบน) เพื่อพยายามรักษาระดับกิจกรรมก่อนเกิดโควิด แม้ว่าจะเป็นวีรบุรุษ แต่ก็เป็นผลเสียต่อการฟื้นตัวทั้งส่วนบุคคลและในวิชาชีพ

3. ความเหนื่อยล้า

   ขณะที่ฉันรับมือกับอาการโควิด-19 อย่างต่อเนื่อง ปัญหาที่ใหญ่ที่สุดอย่างหนึ่งที่ฉันยังต้องเผชิญคือความเหนื่อยล้าในขั้นต้น ความเหนื่อยล้าซึ่งขับเคลื่อนโดย FODO ทำให้ฉันไม่สามารถพักผ่อนและฟื้นตัวได้อย่างเพียงพอเพราะฉันได้เห็นแล้วว่าทีมของเราขาดอะไรไปบ้างและได้เห็นคนอื่นๆ พยายามอดทนกับความเจ็บป่วยของพวกเขาเพื่อให้ทันกับความต้องการ ฉันก็พยายามทำเช่นเดียวกันแต่โดยปราศจากการเตือน ฉันพบว่าตัวเองหมดแรง ไม่ใช่ในตอนท้ายของวัน แต่เป็นช่วงระยะเวลาหนึ่งตลอดทั้งวันสำหรับฉัน การเริ่มวันก่อนตี 5 และยังคงให้ความสำคัญกับงาน งาน กลยุทธ์ และบุคลากรเป็นเวลา 8 ถึง 12 ชั่วโมงเป็นเรื่องปกติ(เราสามารถอภิปรายในภายหลังว่าเคยมีสุขภาพดีหรือไม่) ตอนนี้บางคนรู้สึกเหมือนปีนเขาเอเวอเรสต์ก่อน 8 โมงเช้าคำแนะนำที่ดีที่สุดที่ฉันได้รับคือจากเพื่อนและเพื่อนร่วมงานที่พูดว่า "อย่าสู้กับมัน เมื่อร่างกายบอกให้พักก็พัก!”

4. หมอกสมอง

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

5. การกู้คืนล้มเหลว

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

ดังนั้น สิ่งที่ทีมไอทีควรเป็นผู้นำ ผู้มีส่วนได้ส่วนเสีย และผู้จัดการจะทำอย่างไรเมื่อทีมของพวกเขาประสบปัญหาเกี่ยวกับโควิด-19

5 วิธีในการช่วยให้ทีมไอทีต่อสู้กับ COVID

1. ฝึกการเอาใจใส่

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

2. ประเมินความต้องการ

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

3. จัดลำดับความสำคัญของปัญหา

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

4. ตรวจสอบให้แน่ใจว่ากระบวนการของคุณเป็นปัจจุบัน

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

5. ให้เวลากับผู้คน

   ฉันรีบกลับเข้าสู่กิจวัตรมากกว่าที่ควรจะเป็น เพียงเพื่อรับผลที่ตามมาจากความพ่ายแพ้และความเหนื่อยล้าที่มากขึ้นในวันรุ่งขึ้นในฐานะผู้นำหรือผู้สนับสนุนรายบุคคลในทีม อย่าลืมให้เวลากับตัวเองและทีมในการ "กลับสู่สภาวะปกติ"

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

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

ทำอย่างไรจึงจะได้ประโยชน์สูงสุดจากคุณ ฝ่ายสนับสนุนด้านเทคนิค โทร

ผู้เชี่ยวชาญด้านการสนับสนุนทางเทคนิคแบ่งปันเคล็ดลับเกี่ยวกับวิธีการแก้ไขปัญหาอย่างรวดเร็ว

SIOS ให้การป้องกันความพร้อมใช้งานสูงสำหรับแอปพลิเคชัน ฐานข้อมูล และ ERP ที่สำคัญที่สุดของลูกค้าของเรา เมื่อลูกค้าของเราโทรหาฝ่ายสนับสนุนด้านเทคนิคก็จะไม่เสียเวลา เราได้รับชื่อเสียง (และรางวัลมากมาย) สำหรับความเชี่ยวชาญ HA/DR และการสนับสนุนที่เป็นเลิศ

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

วินิจฉัยได้รวดเร็วและแม่นยำ

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

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

การแก้ไขปัญหาการติดตามอย่างรวดเร็ว

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

1. คุณอธิบายข้อผิดพลาดที่คุณได้รับได้ไหม อาการที่แน่นอนที่คุณพบเห็นที่ก่อให้เกิดความกังวลคืออะไร?
2. มันเกิดขึ้นเมื่อไหร่ (เวลา, โซนเวลาที่คุณอยู่?) วิธีการวินิจฉัยทั่วไปคือการตรวจสอบไฟล์บันทึกจากเครื่องที่มีปัญหา ไฟล์บันทึกสามารถเป็นสตริงข้อความหรือเอาต์พุตคำสั่งได้หลายร้อยบรรทัด ด้วยการติดตามเวลาที่แม่นยำซึ่งคุณสังเกตเห็นอาการที่เป็นปัญหา เราสามารถจำกัดการตรวจสอบไฟล์บันทึกให้แคบลงได้อย่างมาก
3. คุณหรือคุณสามารถอัปโหลดบันทึกได้หรือไม่
   การให้คำอธิบายและคำอธิบายของข้อผิดพลาดพร้อมกับกรอบเวลาที่เกิดข้อผิดพลาดในการวินิจฉัยหากบันทึกสามารถอัปโหลดไปยังตั๋วสนับสนุนได้ในสภาพแวดล้อมไอทีบางอย่างที่อัปโหลดบันทึกต้องใช้การแชร์ไฟล์ที่ได้รับการอนุมัติจากองค์กร ในขณะที่ไซต์มืดไม่ต้องการการแจกจ่ายบันทึกของระบบทางอิเล็กทรอนิกส์หากไม่สามารถระบุบันทึกจากภายนอก ตรวจสอบให้แน่ใจว่าบันทึกทั้งหมดได้รับการบันทึกและเก็บถาวรเพื่อใช้อ้างอิงและตรวจสอบกับตัวแทนฝ่ายสนับสนุนในขณะที่กรณีดำเนินไป แอปพลิเคชันและระบบ โดยเฉพาะอย่างยิ่งผู้ที่อยู่ภายใต้การข่มขู่ สามารถสร้างบันทึกที่ละเอียดถี่ถ้วนและสามารถเขียนทับข้อมูลที่สำคัญได้
4. ระบบใดเป็นโหนดคลัสเตอร์หลักในขณะนั้น
   ด้วยลักษณะการเชื่อมต่อระหว่างกันของคลัสเตอร์ สิ่งสำคัญคือต้องแจ้งตัวแทนฝ่ายสนับสนุนด้านเทคนิคของคุณว่าโหนดคลัสเตอร์ที่คุณกำลังเรียกใช้นั้นทำงานเป็นโหนดหลักหรือโหนดรองในขณะที่เกิดปัญหาหรือไม่
5. คุณได้พยายามทำอะไรเพื่อแก้ไขปัญหานี้
   แพทย์ผู้ยิ่งใหญ่ทราบดีว่าผู้ป่วยของพวกเขามักจะลองใช้วิธีการรักษาที่บ้านหรือยาที่ไม่ต้องสั่งโดยแพทย์ก่อนเข้ารับการตรวจ การทราบข้อมูลนี้จะเป็นประโยชน์ในการวินิจฉัยและการรักษาเช่นเดียวกับช่างเทคนิคที่ยอดเยี่ยมการแชร์ไม่เพียงแค่สิ่งที่คุณพยายามจะทำในขณะที่เกิดปัญหา แต่วิธีที่คุณพยายามแก้ไขข้อผิดพลาดสามารถช่วยให้พวกเขาจัดทำแผนการรักษาและการกู้คืนที่ดีขึ้น และทำให้แน่ใจว่าคำแนะนำสำหรับการกู้คืนจะปกป้องข้อมูลและแอปพลิเคชันที่สำคัญของคุณ

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