存儲的群集注意事項

為了在群集中使用而對 Oracle ZFS Storage Appliance 進行大小調(diào)整時，另有兩個非常重要的注意事項。或許最重要的決定是將所有存儲池的所有權分配給同一機頭還是在兩個機頭之間分割。此處有幾點要加以權衡，如下表中所示。一般來說，應該在一個機頭上配置池，但額定操作期間針對吞吐量優(yōu)化或故障轉移性能不容考慮時除外。處于故障轉移狀態(tài)時性能特征的確切變化在很大程度上取決于工作負荷的性質(zhì)和大小。一般來說，某個機頭沿任何特定軸提供的性能越接近最大值，工作負荷由該機頭的對等設備接管時沿該軸的性能下降越明顯。當然，如果包含多個池，兩種工作負荷的性能都會下降。

請注意，在任一配置中，要使用任何 ReadZilla 設備，必須在分配了相應池所有權的機頭上導入將設備分配到的池。也就是說，如果某個池因機頭故障而被接管，即使導入該池的機頭上也安裝了未使用的 ReadZilla，也沒有該池的讀取緩存。出于這一原因，應按照Chapter?5, 存儲配置文檔中的說明配置主動-被動群集中的 ReadZilla。這不適用于 LogZilla 設備，LogZilla 位于存儲結構中，始終可由已導入了池的機頭訪問。

表?10-5存儲的群集注意事項

變量

單節(jié)點所有權

不同機頭擁有多個池

總吞吐量(額定操作)

在任何時間最多可使用總 CPU 資源的 50%、DRAM 的 50% 和總網(wǎng)絡連接的 50% 來提供服務。這種情況非常簡單：只有一個機頭處理客戶機請求，因而另一個處于閑置狀態(tài)。

在任何時間均可使用所有 CPU 和 DRAM 資源來提供服務。在任何時間最多可使用所有網(wǎng)絡連接的 50%(需要在每個機頭上安裝備用網(wǎng)絡設備來支持故障轉移)。

總吞吐量(故障轉移)

相對于額定操作，吞吐量無變化。

將使用未發(fā)生故障的機頭的全部資源來提供服務。相對于額定操作，總吞吐量范圍從大約 40% 到 100%，具體取決于額定操作期間的利用率。

I/O 延遲(故障轉移)

ReadZilla 在故障轉移操作期間不可用，對于適合可用的讀取高速緩存的讀取操作繁重的工作負荷，這會顯著增加延遲。寫入操作的延遲不受影響。

ReadZilla 在故障轉移操作期間不可用，對于適合可用的讀取高速緩存的讀取操作繁重的工作負荷，這會顯著增加延遲。讀取和寫入操作的延遲可能會因機頭資源爭用加劇而有所增加。原因是在未發(fā)生故障的機頭上運行兩種工作負荷而非通常的一種。每個機頭上的額定工作負荷接近機頭的最大能力時，故障轉移狀態(tài)下的延遲可能會非常高。

存儲靈活性

共享資源和 LUN 可使用所有可用的物理存儲。

特定池的共享資源和 LUN 只能使用分配給該池的存儲。存儲并不在池之間共享，因此如果一個池空間已滿而另一個池具有可用空間，就會浪費某些存儲。

網(wǎng)絡連接

在每個機頭提供服務的同時，可使用該機頭上的所有網(wǎng)絡設備。

在每個機頭提供服務的同時，只能使用該機頭上所有網(wǎng)絡設備的一半。因此，每個池只能連接到物理上不相交的網(wǎng)絡中的一半。

第二個重要的存儲注意事項是采用無單點故障 (No Single Point of Failure, NSPF) 的池配置。由于使用群集意味著應用程序非常注重可用性，因此幾乎沒有充分的理由將存儲池配置為允許單個 JBOD 發(fā)生故障導致可用性降低。這種方法的弊端是，NSPF 配置需要的 JBOD 數(shù)量多于單點故障配置，如果所需容量非常小，安裝足夠多的 JBOD 以在所需 RAID 級別實現(xiàn) NSPF 可能并不經(jīng)濟。

總結

以上是生活随笔為你收集整理的oracle 群集 无存储,存储的群集注意事项 - Oracle® ZFS Storage Appliance 管理指南的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。