1
我們有一個2節點cassandra集羣,我們停止並重新啓動其中一個節點。在這段時間間隔,在OpsCenter中的圖表顯示是這樣的:當一個節點出現故障時,DSE opscenter顯示集羣寫請求失敗
我們重新開始與橙色線的節點。我想知道爲什麼這個圖中有一個突破。我問這是因爲該應用工作正常,數據正在用藍線寫入節點,而另一個正在重新啓動。
我們有一個2節點cassandra集羣,我們停止並重新啓動其中一個節點。在這段時間間隔,在OpsCenter中的圖表顯示是這樣的:當一個節點出現故障時,DSE opscenter顯示集羣寫請求失敗
我們重新開始與橙色線的節點。我想知道爲什麼這個圖中有一個突破。我問這是因爲該應用工作正常,數據正在用藍線寫入節點,而另一個正在重新啓動。
對此有兩種可能的解釋。
1似乎最有可能是因爲藍色節點度量標準恢復,而橙色節點度量標準表明橙色節點仍然處於關閉狀態。如果是1,那麼數據將被傳送到橙色節點(通過暗示的切換)並在該節點完成重新啓動後變爲可用。該圖應該顯示之後的更新值,但可能需要刷新UI。更多的節點會使這種失敗的可能性降低,而更高的射頻會使得它不太可能(幾乎不可能)。
如果時間和刷新UI不能解決間隙,那麼2是最有可能的罪魁禍首,並可能是指標記錄機制中的錯誤。這是值得的報道。