雙活環(huán)境修改NSD server方案測試報告

1、 雙活環(huán)境修改 NSD server 方案測試報告 1.雙活環(huán)境修改nsdserver步驟(臨時)1.1 現(xiàn)狀問題分析CF節(jié)點在nsdserver配置過程中之前被放在第一位，導致網(wǎng)絡復制首選CF節(jié)點。CF節(jié)點CPU使用率高會影響nsdserver網(wǎng)絡訪問的效率。所以需要去掉CF節(jié)點的nsdserver身份。1.2 臨時在線解決方案臨時解決方案是輪流停止CF節(jié)點服務，CF節(jié)點mmfsshutdown，刪除nsd盤符，啟動mmfs，啟動CF服務。雙節(jié)點做完后，驗證nsdserver已經(jīng)變更。1.2.1 檢查當前mmfs的io性能收集mmdiag信息：會發(fā)現(xiàn)訪問遠程CF節(jié)點的盤延時毛刺比較多：1.2

2、.2 停止CF 128停止主CF服務：TPS當時會有慢一下，沒有事務失敗回滾，事務整體平均最低延時1.35秒。影響事件10秒。從計費表里查到當時最長交易時間10秒,一共幾十筆。1.2.3 停止GPFS，刪除盤檢查nsdserver已經(jīng)發(fā)生變化。檢查GPFS操作過程中，TPS不受影響：1.2.4 啟動mmfs，啟動cf服務：啟動GPFS：啟動CF服務檢查啟動之后，CF catchup（CF_CATCHUP_TRGT=1）對TPS有一點點影響，事務平均時間峰值0.5秒，持續(xù)4分鐘左右完全恢復，沒有事務失敗。查看計費表，部分交易延時多點。1.2.5 停止CF 129確認CF是peer狀態(tài)：停止CF

3、129服務：1.2.6 停止GPFS，刪除盤檢查nsdserver已經(jīng)發(fā)生變化。GPFS操作過程中，TPS不受影響1.2.7 啟動mmfs，啟動cf服務：啟動GPFS：啟動CF服務檢查啟動之后，CF catchup對TPS影響與上一次一樣，事務時間峰值0.5秒，持續(xù)4分鐘左右完全恢復，沒有事務失敗。整個方案過程中，沒有事務失敗回滾。1.2.8 檢查當前mmfs的io性能收集mmdiag信息：會發(fā)現(xiàn)訪問遠程member節(jié)點的盤延時毛刺少很多：Mmdiag收集數(shù)據(jù)1.3 臨時CF節(jié)點重啟解決方案如果CF節(jié)點機器維護需要重啟，為了不再成為nsdserver。臨時方案是啟動機器后，執(zhí)行如下語句:2. 雙活環(huán)境修改nsdserver步驟(長久)2.1 停集群修改nsdserver停止數(shù)據(jù)庫集群，將CM置維護，umount所有GPFS文件系統(tǒng)，修改NSD屬性生效。2.1.1 停止集群2.1.2 置維護2.1.3 Umount文件系統(tǒng)2.1.4 修改磁盤屬性查看當前屬性修改屬性：查看結果