Date: 9 5 月, 2022
如何避免 IO 瓶頸：Windows 雲部署的 DataKeeper 意圖日誌放置指南
為了確保最佳的應用程序性能，在部署時SIOS 數據保持器重要的是放置意圖日誌（位圖文件）在可用的最低延遲磁盤上，避免 IO 瓶頸。 在 AWS、GCP 和 Azure 中，可用的最低延遲磁盤是臨時驅動器。 但是，在 Azure 中，使用臨時驅動器與高級 SSD 之間的差異很小，因此在 Azure 中運行 DataKeeper 時沒有必要使用臨時驅動器。 然而，在 AWS 和 GCP 中，必須將意圖日誌重新定位到臨時驅動器，否則寫入吞吐量將受到顯著影響。
在為位圖文件使用臨時磁盤時，需要進行權衡。 臨時驅動器的本質是不能保證存儲在其上的數據是持久的。 事實上，如果從控制台停止雲實例，則附加到該實例的臨時驅動器將被丟棄，並為該實例附加一個新驅動器。 在此過程中，位圖文件將被丟棄，並在其位置上放置一個新的空位圖文件。
在某些情況下，如果位圖文件丟失，則會發生完全重新同步。 例如，如果一個主服務器SANless 集群r 從控制台關閉會發生故障轉移，但是當服務器重新聯機時，將從鏡像的新源到舊源進行完全重新同步。 這會自動發生，因此用戶無需執行任何操作，並且活動節點在此重新同步期間保持在線。
在其他情況下，位圖文件的放置也會影響性能。 例如，如果您要復制 NVMe 驅動器，您將需要在 NVMe 驅動器上劃出一個小分區來保存位圖文件。 一般的經驗法則是位圖文件應該位於實例上最快、最低延遲的磁盤上。 它還應該位於不會對其他 IO 操作過度徵稅的磁盤上。
有關如何重新定位意圖日誌的信息，請參閱DataKeeper 文檔. 有關如何使用意圖日誌的其他信息，請參閱DataKeeper 文檔.
經授權轉載西歐