在迪士尼和皮克斯的靈魂裡，主角喬·加德納（傑米·福克斯配音）夢想成為一名專業的爵士鋼琴家。然而，儘管他做了很多嘗試，但令他母親失望的是，他發現自己離夢想很遠，過著“中年中學樂隊教師”的生活。但隨後，“由於最後一刻有機會在爵士傳奇人物多蘿西婭·威廉姆斯的四重奏中演出，他的夢想似乎終於要成為現實。直到“一個重大的失誤把他送到了偉大的前世——一個靈魂得到他們的興趣、個性和怪癖的地方——喬被迫與一個“22”一起工作，一個對生活在地球上沒有興趣的古老靈魂，以“在為時已晚之前以某種方式返回地球（ D23.com )。”迪斯尼和皮克斯的靈魂是一部偉大的電影，其中有許多有趣和相關的角色，幽默，描述性的，有時令人不安的相關性對生活、目的和生活的看法。但是，這也是一部有錢的電影領導力課程、生活課程和更高可用性的課程。

來自迪士尼和皮克斯靈魂的關於更高可用性的七個想法。

1.注意正在發生的事情

在迪斯尼和皮克斯的靈魂裡，喬獲得了他夢想中的演出。但當喬開始走路並分享這個好消息時，他正忙著玩手機，以至於他走到街上，差點被一大堆磚頭壓死，然後他危險地走向一個開放但明顯標記的沙井。那麼更高可用性的教訓是什麼——注意。請注意來自監控和恢復解決方案的警報和錯誤消息。請注意您的託管服務提供商所做的更改，尤其是來自供應商、合作夥伴和安全團隊的重要通知。警報和警告的存在是有原因的，當您看到警告時未能解決它們或採取適當的措施可能會導致您陷入深淵。

2.不要掉進坑里

對警告視而不見或無視警告，喬最終落入一個敞開的沙井並變成了靈魂。這立即改變了他的夢想和計劃。那麼，您的企業可能會陷入什麼困境？您的企業發展道路上是否存在潛在漏洞，例如：覆蓋漏洞、版本差距、維護計劃和現實中的漏洞，甚至是供應商響應能力的黑洞？環顧您的環境，除了明顯的單點故障之外，您還會陷入哪些漏洞？是否有警告表明您存在與未受保護的關鍵應用程序、團隊之間的溝通差距，甚至是流程和危機管理中的漏洞相關的漏洞。不要掉入可能損壞甚至結束您的高可用性.

3.不要急於高可用

成為靈魂後，喬開始積極嘗試回到自己的身體。當他與 22 配對時，她將他帶到 Moonwind，後者同意嘗試幫助他找到自己的屍體，他們照做了。但喬變得太急於跳回他的身體，儘管月風很謹慎。在他的匆忙中，他和 22 都掉到了地上，但喬最終進入了一隻貓的身體，而 22 最終進入了他的身體。就像喬一樣，如果我們沒有耐心，跳躍發生得太快，我們最終會陷入危險甚至更糟的境地。我們可能不在貓的身體裡，但我們也可能遠離維持 HA 所需的最佳位置。跳得太快看起來像：

1. 在沒有架構或整體解決方案的情況下部署軟件
2. 無需在 QA 中測試即可在生產中部署
3. 在不了解雲或云對 HA 意味著什麼的情況下部署到雲中
4. 根據時間線部署到生產環境中且未完成驗收測試
5. 在沒有專門構建的商業級解決方案的情況下部署應用程序監控和編排

4. 不要過早退出——高可用性絕非易事

當年輕的長號手康妮來到她老師的公寓時，她很沮喪，想辭職。她首先告訴喬（喬的身體實際上是 22 歲）她很沮喪，她只想放棄和退出。但片刻之後，她在長號上演奏了最後一首曲子，並意識到現在退出還為時過早。在更高的可用性中，我們都非常像 Connie。 有時，困難讓我們覺得自己已經走到了盡頭，想要退出。有時，中斷會讓我們確信是時候認輸了。 不要那麼快放棄。HA 絕非易事，絕非易事！但是，放棄努力結束停機時間總是為時過早，所以像康妮一樣，也許我們只需要堅持下去。這引導我進入下一課。

5. 你還沒有嘗試一切

電影中的22是一個還沒有活過的靈魂。她相信她已經嘗試了所有可能的事情來給她一個火花，但是當她落入喬的身體時，她意識到有很多她沒有嘗試過。在創建更高可用性的解決方案時，很容易讓人覺得您已經嘗試了所有產品和每種產品，但很可能您還沒有。全新的視角，或以全新的眼光看待挑戰和問題，可能會幫助您提高系統和企業可用性。

嘗試提高可用性的一些方法可能很簡單，例如：

1. 為關鍵監控指標設置附加警報
2. 添加分析。
3. 執行定期維護（補丁、更新、安全修復）
4. 記錄您的流程
5. 記錄您的操作手冊
6. 改善您的溝通渠道
7. 進行定期維護

其他想法可能需要更多的工作、研究、時間和金錢，但如果你過去沒有探索過它們可能是值得的。

通過更多時間和精力提高可用性的方法包括：

1. 刪除黑客和解決方法。
2. 創建可靠的可重複解決方案架構
3. 商業化和專門建造
4. 聘請顧問
5. 審核並記錄您的架構
6. 升級你的虛擬機； CPU、內存和 IOP
7. 在區域或區域級別添加額外的冗餘

6. 提出更多（更好）的問題

在扮演手套先生的喬不小心在頭髮中間剪了一條路後，手套先生和喬不得不去看看喬的理髮師德茲。當喬和德茲坐在理髮椅上時，他們開始談論目的、生活、存在主義等等。理髮後，22 詢問 Dez 為什麼他們以前從未有過這樣的對話，關於 Dez 的生活。德茲回答說他以前從未問過。有時，我們可以如此專注於解決方案、雲或本地方法、語言和架構，以及告訴別人我們在做什麼，以至於我們忘記提出可以打開一個全新世界的問題。當喬問問題時，他對德茲和他自己有了更多的了解。也許更好的 HA 的教訓是開始詢問更多關於我們的解決方案、架構、業務目標和挑戰、最終客戶目標、我們的團隊，甚至是我們在更大範圍內的角色和職責的問題。

增加我們可用性的一些簡單問題包括：

1. 如果明天發生災難，原因是什麼系統、流程、產品或解決方案？
2. 要保護的最重要的事情是什麼？應用程序、數據、元數據，所有這些？
3. 我們的應用程序和數據庫可以容忍什麼 RPO？
4. 我們的客戶不能容忍什麼？
5. 我錯過了什麼？
6. 我們在哪裡記錄了這個架構？
7. 我不明白什麼？

7. 堅持有回報

“倒計時，”特里說。Terry 的任務是跟踪 The Great Beyond 的進入者，他正在仔細計算應該到達或已經到達的靈魂數量。喬繞道前往偉大的前世後，特里下定決心要找到失踪的靈魂並解決問題。 當他開始工作時，他正站在一條長長的文件櫃走廊裡，這些文件櫃一直延伸到眼睛所能看到的高度。但過了一會兒，他找到了喬的檔案，發現喬發現了一個漏洞，這就是計數被取消的原因。特里表現出的同樣毅力也將在更高的可用性領域得到回報。面對令人生畏的不確定性、大量的日誌文件和大量可能的故障場景，堅持不懈地在問題發生之前發現並解決問題，或者在問題發生後進行有效的分析和修復，這將引領我們走向更好我們想要的結果。同樣，缺乏勤奮和毅力意味著同樣的問題可能會在以後重新出現，即使在使用新軟件的新環境中也是如此。

隨著電影靈魂的結束，喬回到了偉大的過去，找到並說服 22 接受她的地球通行證並冒險。讓人想起她和喬一起摔倒在地時，她又一次冒險。令我的孩子們沮喪的是，這部電影的結尾沒有描述 22 對她的生活的看法或隨之而來的新機會。她只是從偉大的過去中跳出來，期待接下來會發生什麼。也許我們也正處於一個可以冒險的時刻……“偉大的前世”中的一個時刻，以及一個讓這一年成為更高可用性的機會。

– Cassius Rhue，客戶體驗副總裁

微軟推出Azure 共享磁盤在 2022 年第一季度。 共享磁盤允許您將託管磁盤附加到多個主機。 實際上，這意味著 Azure 現在擁有相當於 SAN 存儲的功能，能夠高度可用集群使用雲中的共享磁盤！

將 Azure 共享磁盤與 SIOS Lifekeeper 群集層次結構結合使用的一個主要優點是，您將不再需要擁有存儲仲裁或見證節點。 這樣你就可以避免所謂的腦裂– 當節點之間的通信丟失並且幾個節點可能同時更改數據時會發生這種情況。 更少的節點意味著更少的成本和復雜性。

LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復套件

SIOS 推出了一個應用程序恢復工具包 (ARK)用於我們的 LifeKeeper for Linux 產品。 這稱為 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復套件。 這允許將 Azure 共享磁盤與 SCSI-3 預留結合使用。 ARK 保證共享磁盤只能從當前在該磁盤上保留 SCSI-3 保留的節點寫入。

安裝 SIOS Lifekeeper 時，安裝程序將檢測到它正在 Microsoft Azure EC2 中運行。 它將自動安裝 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復工具包以支持 Azure 共享磁盤。

Lifekeeper 中的資源創建簡單明了（圖 1）。 Azure 共享磁盤只需在本地安裝後作為文件系統類型資源添加到 Lifekeeper。 Lifekeeper 將為其分配一個 ID（圖 2）並自動管理 SCSI-3 鎖定。

SCSI-3 預留保證 Azure 共享磁盤只能在持有預留的節點上寫入（圖 3）。 在集群節點之間失去通信的情況下，備用服務器將上線，從而導致潛在的腦裂情況。 但是，由於 SCSI-3 保留，一次只有一個節點可以訪問磁盤。 這實際上防止了實際的腦裂情況。 只有一個系統會保留預訂。 它將成為新的活動節點（在這種情況下，另一個將重新啟動）或保持活動節點。 沒有保留 Azure 共享磁盤預留的節點只會使資源處於“待機狀態”狀態。 僅僅因為他們無法獲得預訂。

鏈接到 Microsoft 對 Azure 共享磁盤的定義https://docs.microsoft.com/en-us/azure/virtual-machines/disks-shared

你可以期待什麼

目前，SIOS 支持本地冗餘存儲 (LRS)。我們正在與 Microsoft 合作測試和支持區域冗餘存儲 (ZRS)。 理想情況下，我們想知道 ZRS 何時發生故障，以便我們可以將資源層次結構故障轉移到活動存儲的最本地節點。 SIOS 預計 Azure 共享磁盤支持將出現在其下一版本的 Lifekeeper 9.6.2 for Linux 中。

經授權轉載西歐