起因,想起來分布式鎖也是常考的知識點,自己還不是太熟,就想着在網上找個demo學學 找到了一個看上去還不錯的,他使用的是ZkClient這個客戶端。 由於我之前在工程里測試過kafka,而kafka其實是自帶ZkClient客戶端的,版本是 代碼看上去沒問題,但是一執行就爆 ...
CDH安裝的ZK,三個節點,基本都是默認配置,一直用得正常,今天出現問題,客戶端連接超時 倍時長,默認最大會話超時時間是一分鍾。原因分析: .首先要確認網絡正確。確認時鍾同步。 .查看現有的配置,基本都是默認配置 JVM配置是 G 有 g的,不一樣 .查看dataDir目錄,du sh .發現已經有五百多M具體原因不確定,沒有看到日志中出現的問題,分析可能是因為隨着時間的推移,ZOOKEEPER中 ...
2018-12-31 21:01 0 1443 推薦指數:
起因,想起來分布式鎖也是常考的知識點,自己還不是太熟,就想着在網上找個demo學學 找到了一個看上去還不錯的,他使用的是ZkClient這個客戶端。 由於我之前在工程里測試過kafka,而kafka其實是自帶ZkClient客戶端的,版本是 代碼看上去沒問題,但是一執行就爆 ...
Background kubernetes是master-slave結構,master node是集群的大腦, 當master node發生故障時整個集群都"out of control"。master node中最重要的當屬apiserver組件, 它負責處理所有請求, 並持久化狀態到etcd ...
zookeeper官網上的文檔說得很清楚。 http://zookeeper.apache.org/doc/r3.5.1-alpha/zookeeperAdmin.html#sc_designing 設置好jdk的環境變量 下載並解壓zookeeper. zoo.cfg配置,直接復制官網 ...
原因:由於多環境開發導致測試本地服務注冊到測試服務的注冊中心中,導致請求服務提供方服務請求不到,報超時錯誤 注意點:1.排查此類問題要先檢查服務是否注冊到相應的注冊中心 2.feigin連接時間配置設置 ...
現象: 同事負責的項目轉到我部門,整理服務過程中發現了隊列的積壓問題。 為了搞清楚積壓的嚴重程度, 對隊列任務數每分鍾進行一次采樣,生成一個走勢圖, 隊列積壓情況一目了然,非常嚴重。 分析: 聽了同事對系統的介紹,猜測是mongo性能影響了處理效率,於是針對mongo進行分析 ...
背景 最近參與的項目是基於 OpenStack 提供容器管理能力,豐富公司 IaaS 平台的能力。日常主要工作就是在開源的 novadocker 項目(開源社區已停止開發)基礎上進行增強,與公司的其他業務組件進行對接等。 周末給下游部門的 IaaS 平台進行了一次升級,主要升級 ...
現象和猜測 我們每日日終跑批,跑批的第一步要去NFS文件系統檢查信貸還款文件的標志文件,即dbas.ok文件,以便做相關賬務處理,該代碼使用了while(true),直到file.exist()返回 ...
背景: 1.系統由多個進程組成,幾乎每個進程都需要訪問redis。 2.所有進程都部署在一台機器,包括redis/mysql。 3.redis驅動程序使用的是jedis 2.8。 4.每個進程 ...