ใน 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 รองประธานฝ่ายประสบการณ์ลูกค้า

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

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

LifeKeeper SCSI-3 Persistent Reservations (SCSI3) Recovery Kit

SIOS ได้แนะนำ an ชุดกู้คืนแอปพลิเคชัน (ARK) สำหรับผลิตภัณฑ์ LifeKeeper สำหรับ Linux สิ่งนี้เรียกว่า LifeKeeper SCSI-3 Persistent Reservations (SCSI3) Recovery Kit ซึ่งช่วยให้ Azure Shared Disks ใช้ร่วมกับการจอง SCSI-3 ได้ ARK รับประกันว่าดิสก์ที่ใช้ร่วมกันสามารถเขียนได้จากโหนดที่จอง SCSI-3 ไว้บนดิสก์นั้นเท่านั้น

เมื่อติดตั้ง SIOS Lifekeeper โปรแกรมติดตั้งจะตรวจพบว่ากำลังทำงานอยู่ใน Microsoft Azure EC2 มันจะติดตั้ง LifeKeeper SCSI-3 Persistent Reservations (SCSI3) Recovery Kit โดยอัตโนมัติเพื่อเปิดใช้งานการสนับสนุน Azure Shared Disk

การสร้างทรัพยากรภายใน Lifekeeper นั้นตรงไปตรงมาและเรียบง่าย (ภาพที่ 1) เพิ่ม Azure Shared Disk ลงใน Lifekeeper เป็นทรัพยากรประเภทระบบไฟล์เมื่อติดตั้งในเครื่อง ผู้ดูแลจะกำหนด ID (รูปที่ 2) และจัดการการล็อค SCSI-3 โดยอัตโนมัติ

รูปที่ 1. การสร้างอินสแตนซ์ SAP (sapinst) ใน LifeKeeper

การจอง SCSI-3 รับประกันว่า Azure Shared Disk สามารถเขียนได้บนโหนดที่มีการจองเท่านั้น (รูปที่ 3) ในสถานการณ์ที่โหนดคลัสเตอร์สูญเสียการสื่อสารระหว่างกัน เซิร์ฟเวอร์สแตนด์บายจะออนไลน์ ทำให้เกิดสถานการณ์ที่สมองแตก อย่างไรก็ตาม เนื่องจากการจอง SCSI-3 มีเพียงโหนดเดียวเท่านั้นที่สามารถเข้าถึงดิสก์ได้ในแต่ละครั้ง สิ่งนี้จะป้องกันสถานการณ์สมองแตกอย่างแท้จริง ระบบเดียวเท่านั้นที่จะระงับการจอง มันจะกลายเป็นโหนดที่ใช้งานอยู่ใหม่ (ในกรณีนี้โหนดอื่นจะรีบูต) หรือยังคงเป็นโหนดที่ใช้งานอยู่ โหนดที่ไม่มีการจอง Azure Shared Disk จะจบลงด้วยทรัพยากรในสถานะ “สถานะสแตนด์บาย” เพียงเพราะพวกเขาไม่สามารถรับการจองได้

ลิงก์ไปยังคำจำกัดความของ Azure Shared Disks . ของ Microsoft https://docs.microsoft.com/en-us/azure/virtual-machines/disks-shared

สิ่งที่คุณคาดหวังได้

ในขณะนี้ SIOS รองรับ Locally-redundant Storage (LRS)เรากำลังทำงานร่วมกับ Microsoft เพื่อทดสอบและสนับสนุน Zone-Redundant Storage (ZRS) เป็นการดีที่เราต้องการทราบเมื่อมีความล้มเหลวของ ZRS เพื่อให้เราสามารถจัดการลำดับชั้นของทรัพยากรที่ล้มเหลวไปยังโหนดภายในเครื่องส่วนใหญ่ไปยังที่เก็บข้อมูลที่ใช้งานอยู่ได้ SIOS คาดว่าการสนับสนุน Azure Shared Disk จะมาถึงในรุ่นถัดไปของ Lifekeeper 9.6.2 สำหรับ Linux

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