切换延迟指的是从活动主节点故障到一个新的活动主节点接管作业 .pptVIP

* 在此架構，主網路的形成伴隨著DHT演算法，首先，少量的雲端節點被指定為DHT框架中的伺服器節點，當使用者工作到達JobManager時， JobManager會充當這項工作的活動主節點，並識別其主節點通過伺服器節點與DHT演算法，主節點的數目可以由系統指定， 使用者工作的每個主節點都擁有DHT的節點ID順序清單，然後JobManager啟動從屬節點上的map任務，同時，活動主節點同步備用主節點之間的狀態資訊。 * 但會導致昂貴的通訊成本在網路上 但需要主節點之間工作圖像的同步 * 換句話說，下一個活動主節點是被節點ID所選中的 * * * * 由於物理資源的限制，只有80個工作可以被提交給雲端運行，配置了每個主網路，包含只有兩個主節點(1個活動和備用)， 活動主節點基本上在192.168.0.0、備用主節點在192.168.1.0，本文透過清除活動主節點Job Tracker的實例來模擬活動主節點故障的情況。 * 為了避免兩台主機之間系統的時間差導致錯誤，本文測量了1000個主節點的切換和平均延遲時間， 從表1觀察到切換延遲時間會超過半個同步週期，這情況是合理的，因為最壞的情況可能發生在同步之後立即出現故障，備用節點不得不等到整個週期結束才能檢測故障， 因此最大延遲時間是一個同步週期加上查詢訊息超時的時間，最小延遲時間是當故障發生在同步週期的末端，