ในบล็อกนี้ฉันจะพูดถึง ชุดกู้คืนแอปพลิเคชัน Load-Balancer ทั่วไป (ARK) สำหรับ SIOS Lifekeeper for Linux และวิธีกำหนดค่าบน Microsoft Azure โดยเฉพาะ ฉันจะใช้คลัสเตอร์ NFS สองโหนด และการส่งออก NFS ที่พวกเขาให้ไว้จะเข้าถึงได้ผ่านตัวโหลดบาลานเซอร์ในท้ายที่สุด

SIOS ได้สร้าง ARK นี้เพื่ออำนวยความสะดวกในการเปลี่ยนเส้นทางไคลเอ็นต์ในคลัสเตอร์ LifeKeeper ที่ทำงานใน Azure

เนื่องจาก Azure ไม่รองรับ ARP ที่ไม่มีค่าใช้จ่าย ไคลเอ็นต์จึงไม่สามารถเชื่อมต่อโดยตรงกับที่อยู่ IP เสมือนของคลัสเตอร์แบบเดิมได้ แต่ไคลเอ็นต์ต้องเชื่อมต่อกับตัวโหลดบาลานซ์และตัวโหลดบาลานซ์จะเปลี่ยนเส้นทางการรับส่งข้อมูลไปยังโหนดคลัสเตอร์ที่ใช้งานอยู่ . Azure ใช้โซลูชันตัวโหลดบาลานซ์ที่ทำงานบนเลเยอร์ 4 (TCP, UDP) ตัวโหลดบาลานเซอร์สามารถกำหนดค่าให้มี IP ฟรอนต์เอนด์ส่วนตัวหรือสาธารณะ ซึ่งเป็นโพรบสุขภาพที่สามารถระบุได้ว่าโหนดใดทำงานอยู่ ชุดหนึ่ง ของที่อยู่ IP แบ็กเอนด์ (สำหรับแต่ละโหนดในคลัสเตอร์) และกฎการรับส่งข้อมูลเครือข่ายขาเข้า/ขาออก

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

การติดตั้งและการกำหนดค่าใน Azure นั้นตรงไปตรงมาและมีรายละเอียดด้านล่าง:

ภายในพอร์ทัล Azure ให้เลือกการทำโหลดบาลานซ์ สร้างตัวโหลดบาลานซ์ คุณจะเลือกกลุ่มทรัพยากรที่คุณต้องการปรับใช้สิ่งนี้พร้อมกับชื่อ ฉันชอบใช้ชื่อที่สอดคล้องกับประเภทคลัสเตอร์ที่ฉันใช้ตัวโหลดบาลานซ์ด้วย เช่น IMA -NFS-LB จะนั่งอยู่หน้าโหนด IMA-NFS ทั้งสองโหนด

คุณสามารถกำหนดได้ว่าจะเป็น LB สาธารณะหรือส่วนตัว ในกรณีนี้ ฉันกำลังกำหนดค่า Load-Balancer ส่วนตัวให้อยู่หน้าเซิร์ฟเวอร์ NFS ของฉันเพื่อใช้ภายในกลุ่มทรัพยากรนี้เท่านั้น

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

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

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

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

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

ตอนนี้กฎการจัดสรรภาระงานควรจะสมบูรณ์ด้วยโพรบสุขภาพ เลือก “เพิ่ม” เมื่อเราเลือก "เพิ่ม" แล้ว Azure จะเริ่มปรับใช้ Load Balancer ซึ่งอาจใช้เวลาหลายนาที และเมื่อเสร็จสิ้นแล้ว การกำหนดค่าจะย้ายไปที่ SIOS Protection Suite

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

การกำหนดค่าด้วย SIOS Protection Suite

สำหรับบล็อกนี้ ฉันได้กำหนดค่าการส่งออก NFS สามรายการเพื่อป้องกันโดยใช้ SPS-L การส่งออกทั้งสามรายการได้รับการกำหนดค่าให้ใช้ IP เดียวกันกับ IP ส่วนหน้าของตัวจัดสรรภาระงาน Azure ฉันใช้ Datakeeper เพื่อทำซ้ำข้อมูลที่เก็บไว้ในการส่งออก

ขั้นตอนแรกคือการรับสคริปต์ วิธีที่ง่ายที่สุดคือการใช้ wget แต่คุณยังสามารถดาวน์โหลดแพ็คเกจทั้งหมดและอัปโหลด rpm ไปยังโหนดโดยตรงโดยใช้ winscp หรือเครื่องมือที่คล้ายกัน คุณต้องติดตั้ง Hotfix บนโหนดทั้งหมดในคลัสเตอร์ Lifekeeper

สามารถรับชุดการกู้คืนทั้งหมดได้ที่นี่: http://ftp.us.sios.com/pickup/LifeKeeper_Linux_Core_en_9.5.1/patches/Gen-LB-PL-7172-9.5.1 ชิ้นส่วนต่างๆ สามารถพบได้ที่นี่ด้วย wget: wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm.md5sum wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/Gen-LB-readme.txt เมื่อดาวน์โหลดแล้ว ให้ตรวจสอบผลรวม MD5 กับค่าที่บันทึกไว้ในไซต์ FTP

ติดตั้ง RPM ดังต่อไปนี้: rpm -ivh steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm ตรวจสอบว่าการติดตั้งสำเร็จโดยการรัน: rpm -qa | grep steeleye-lkHOTFIX-Gen-LB-PL-7172 หากคุณต้องการลบ RPM ด้วยเหตุผลบางประการ สามารถทำได้โดยการรัน: rpm -e steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154 .x86_64 ด้านล่างนี้คือ GUI ที่แสดงการส่งออก NFS สามรายการที่ฉันกำหนดค่าไว้แล้ว: สิ่งที่เราต้องทำภายใน SIOS Protection Suite คือกำหนด Load Balancer โดยใช้สคริปต์ Hotfix ที่ SIOS ให้มา

ขั้นแรก เราสร้างลำดับชั้นของทรัพยากรใหม่ เราเลือก Generic Application จากดรอปดาวน์ กำหนดสคริปต์ restore.pl ที่อยู่ใน /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ กำหนดสคริปต์ remove.pl ที่อยู่ใน /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ กำหนดสคริปต์ quickCheck ที่อยู่ใน /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ ไม่มีสคริปต์การกู้คืนในเครื่อง ดังนั้นโปรดล้างอินพุตนี้ เมื่อถามถึง Application Info เราต้องการป้อนหมายเลขพอร์ตเดียวกันกับที่เรากำหนดค่าในการกำหนดค่า Health Probe เช่น 54321 เราจะเลือกนำบริการมาให้บริการทันทีที่ถูกสร้างขึ้น

Resource Tag เป็นชื่อที่เราจะเห็นแสดงใน SPS-L GUI ผมชอบใช้บางอย่างที่ทำให้ง่ายต่อการระบุ

หากทุกอย่างได้รับการกำหนดค่าอย่างถูกต้อง คุณจะเห็น "END การคืนค่าสำเร็จ" เราสามารถขยายไปยังโหนดอื่นเพื่อให้สามารถโฮสต์ทรัพยากรบนโหนดใดโหนดหนึ่งได้

นี่แสดงการกำหนดค่า Load Balancer ที่เสร็จสมบูรณ์ตามส่วนขยายของโหนดทั้งสอง

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

ด้านบน ลำดับชั้นที่สมบูรณ์ใน Lifekeeper GUI ด้านล่างแสดงมุมมอง GUI ที่ขยายซึ่งแสดงการส่งออก NFS, IP, ระบบไฟล์ และ DataKeeper ที่จำลองแบบโวลุ่มเป็นลูกของทรัพยากรตัวจัดสรรภาระงาน

นี่เป็นเพียงตัวอย่างหนึ่งของวิธีการใช้ SIOS LifeKeeper ใน Azure เพื่อป้องกันคลัสเตอร์ NFS อย่างง่าย แนวคิดเดียวกันนี้ใช้กับแอปพลิเคชันที่สำคัญทางธุรกิจใดๆ ที่คุณต้องการปกป้อง คุณเพียงแค่ต้องใช้ Load Balancer ARK ที่จัดทำโดย SIOS เพื่อให้ Azure Load Balancer (ภายในหรือภายนอก) กำหนดว่าโหนดใดกำลังโฮสต์แอปพลิเคชันอยู่

ใน Disney และ Pixar’s Soul ตัวละครหลัก Joe Gardner (ให้เสียงโดย Jamie Foxx) ใฝ่ฝันที่จะเป็นนักเปียโนแจ๊สมืออาชีพอย่างไรก็ตาม แม้จะพยายามหลายครั้ง เพื่อทำให้แม่ผิดหวัง แต่เขาก็พบว่าตัวเองอยู่ห่างจากความฝันหลายไมล์ โดยใช้ชีวิตเป็น “ครูสอนวงดนตรีวัยกลางคนวัยกลางคน” แต่แล้ว “ด้วยโอกาสในนาทีสุดท้ายที่ได้เล่นในควอเตทของตำนานแจ๊ส โดโรธี วิลเลียมส์ ความฝันของเขาจึงดูเหมือนว่าในที่สุดแล้ว ความฝันของเขาจะกลายเป็นความจริงนั่นคือจนกระทั่ง “ความผิดพลาดที่เป็นเวรเป็นกรรมส่งเขาไปที่ The Great Before— สถานที่ที่วิญญาณได้รับความสนใจ บุคลิกลักษณะและนิสัยใจคอ – และ Joe ถูกบังคับให้ทำงานกับ “22” วิญญาณโบราณที่ไม่สนใจที่จะมีชีวิตอยู่บนโลก เพื่อ “กลับสู่โลกก่อนที่จะสายเกินไป ( D23.com )” Disney and Pixar’s Soul เป็นภาพยนตร์ที่ยอดเยี่ยมที่มีตัวละครที่น่าสนใจและเชื่อมโยงได้มากมาย มีอารมณ์ขัน บรรยายภาพ และบางครั้งก็เชื่อมโยงถึงชีวิต จุดประสงค์ และการใช้ชีวิตแต่ก็เป็นหนังที่รวยด้วย บทเรียนความเป็นผู้นำ , บทเรียนชีวิต และบทเรียนเกี่ยวกับความพร้อมใช้งานที่สูงขึ้น

ความคิดเจ็ดประการเกี่ยวกับความพร้อมใช้งานที่สูงขึ้นจาก Disney และ Pixar’s Soul

1. ใส่ใจกับสิ่งที่เกิดขึ้น

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

2.อย่าตกหลุม

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

3. อย่ารีบเร่งความพร้อมใช้งานสูง

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

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

4. อย่าลาออกเร็วเกินไป ความพร้อมใช้งานสูงไม่ใช่เรื่องง่าย

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

5. คุณยังไม่ได้ลองทุกอย่าง

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

บางสิ่งที่ต้องลองเพื่อความพร้อมใช้งานที่สูงขึ้นอาจเป็นเรื่องง่าย เช่น:

1. ตั้งค่าการแจ้งเตือนเพิ่มเติมสำหรับตัวชี้วัดการตรวจสอบที่สำคัญ
2. เพิ่มการวิเคราะห์
3. ดำเนินการบำรุงรักษาตามปกติ (แพตช์ อัปเดต แก้ไขปัญหาด้านความปลอดภัย)
4. จัดทำเอกสารกระบวนการของคุณ
5. จัดทำเอกสารคู่มือการปฏิบัติงานของคุณ
6. ปรับปรุงสายการสื่อสารของคุณ
7. ดำเนินการบำรุงรักษาตามปกติ

แนวคิดอื่นๆ อาจต้องใช้การทำงาน การวิจัย เวลา และเงินมากขึ้น แต่อาจคุ้มค่าหากคุณไม่เคยสำรวจมาก่อน

วิธีปรับปรุงความพร้อมใช้งานที่สูงขึ้นโดยใช้เวลาและความพยายามมากขึ้น ได้แก่:

1. ลบแฮ็กและวิธีแก้ปัญหา
2. สร้างสถาปัตยกรรมโซลูชันที่ทำซ้ำได้ที่มั่นคง
3. สร้างเชิงพาณิชย์และวัตถุประสงค์
4. จ้างที่ปรึกษา
5. ตรวจสอบและจัดทำเอกสารสถาปัตยกรรมของคุณ
6. ขยายขนาด VM ของคุณ CPU หน่วยความจำ และ IOPs
7. เพิ่มความซ้ำซ้อนเพิ่มเติมที่ระดับโซนหรือภูมิภาค

6. ถามคำถามเพิ่มเติม (และดีกว่า)

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

คำถามง่ายๆ เพื่อเพิ่มความพร้อมของเรา ได้แก่:

1. หากเกิดภัยพิบัติขึ้นในวันพรุ่งนี้ ระบบ กระบวนการ ผลิตภัณฑ์ หรือวิธีแก้ปัญหาใดจะเป็นสาเหตุ
2. สิ่งสำคัญที่สุดเพียงอย่างเดียวในการปกป้องคืออะไร?แอปพลิเคชัน ข้อมูล เมตาดาต้า จากทั้งหมดที่กล่าวมา?
3. แอปพลิเคชันและฐานข้อมูลของเราสามารถทนต่อ RPO ใดได้บ้าง
4. สิ่งที่ลูกค้าของเราจะไม่ยอมทน?
5. ฉันพลาดอะไรไป?
6. เรามีสถาปัตยกรรมนี้บันทึกไว้ที่ไหน?
7. ฉันไม่เข้าใจอะไร

7. ความเพียรจ่ายออก

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

เมื่อภาพยนตร์ Soul จบลง โจกลับมาสู่มหายุคก่อน พบและเกลี้ยกล่อม 22 ให้ปล่อยโลกของเธอและกระโดดลงไปนึกถึงตอนที่เธอตกลงสู่พื้นโลกกับโจ เธอกระโดดอีกครั้งด้วยความผิดหวังของลูกๆ ของฉัน หนังเรื่องนี้จบลงโดยไม่ได้บรรยายถึงสิ่งที่ 22 ทำให้ชีวิตของเธอหรือโอกาสใหม่ๆ ที่ตามมาเธอเพียงแค่กระโดดจาก Great Before ด้วยความคาดหมายว่าจะเกิดอะไรขึ้นต่อไปบางทีเราก็ยืนอยู่ในช่วงเวลาที่เราสามารถกระโดดได้ … ช่วงเวลาใน “Great Before” และโอกาสที่จะทำให้ปีนี้มีความพร้อมใช้งานที่สูงขึ้น

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