吹一吹nodequery三天兩頭的掛的背後故事和技術內幕
經常出問題的背後我認為主要有2點在搗鬼:
1. (按最大值估算,不JJ )Nodequery 如果沒記錯,應該是服務了28萬左右服務器監控,按3分鍾一次的頻率,每小時產生560萬條記錄,每天1億3千萬的數據。 一個月就是50億數據。 保存3個月就是150億。 這個數據庫用mysql是不可能的,早期時序庫並沒發展,所以預估應該是上了mongodb,然後mongodb早期的一些版本在n億級的數據處理並不是十分優秀(目前也是),在技術上,上了量級,一個處理不好,容易掛也是理所當然的事情,比如內存爆了,cpu高了,硬盤io跟不上,架構某節點掛了等等。純監控而言,其實幾十上百台的監控並不是啥難事,初級程序員都可以寫出來,難的是上了量級後帶來的架構變化 2. 站長靠愛發電,並不做任何盈利計劃,這nodequery更像他的試驗田。去年還是今年其也曾經說過沒有過多的精力在上麵了。 替代方案的選擇 1. 自己有穩定的機器,機器很多,某台機器十分穩定,那用它,自部署模式也是不錯的,此類很多方案軟件提供,優秀絕筆的很多,可供選擇,比如群裏的哪吒探針就很不錯。或者即將推出的論壇大佬的高仿nodequery,應該也可以。為大佬們點讚 唯一的一個缺點就是有問題的話可能要自己維護,畢竟屬於自己的東西了。 2. 嫌麻煩的,用http://eheh.org ,也是高仿nodequery,並有所改進和演化(沒錯,就是我和pony提供的)。 我們采用了最新時序數據庫 ,起點億級數據是標配,沒有mongodb,沒有mysql等,同時引入了證書監控等,未來路線也在mjj的監督下製定了。。。 。(目前缺美女前端,誠招。。。) 同時缺點也是有的,作為不斷調整優化的架構,哪天中斷服務了一下,也是有可能出現的,但這種情況我們一經發現,基本都在幾個小時內處理完畢,同時有所交代! Pony總提供的機器無需擔心配置不夠,或者忘記續費,這塊他完全承包,否則就把服務器寄給你。 |
網友回複:
注冊: 看了半天,然後發現是個廣告,現在的廣告真高級
Eric.c: 額 照這麽說 我是妥妥的背鍋俠了
latiao88: 前排支持大佬
pony: 雖然我也在用eh,但這廣告,豎大拇指。
xshell: 為啥大家這麽厲害,都看出來了 我能說隻是在科普……
xixi3: 可以透露下是哪個時序數據庫那麽強嘛
Eric.c: 時序現在都比較牛逼,都號稱百億,比如Prometheus,influxdb… 架構不夠,硬件來湊,哈哈
whe: 牛B牛B,小打小鬧我們用mongodb
Eric.c: mongodb比較考究開發者實力,優化得好啥都不是事,nq應該就是了。你的monitorx看起來很讚呀。有機會試試你的產品 有時間搞個docker唄,這樣安裝就簡單了,
注冊: mongodb和mysql比起來,哪個同配置下性能更好一點?
注冊: hetrix.tools不香嗎? https://hetrix.tools/u-855726
注意:本站隻對LOC帖子進行收集和歸納,並不審核其內容,若其中內容侵犯到您的權益,請聯係長站刪除!!本文由源站網整理發布!!i
相關說明:
1、VIP會員無限製任意下載,免積分。立即前往開通>>
2、下載積分可通過日常 簽到、綁定郵箱 以及 積分兌換 等途徑獲得!
3、本站資源大多存儲在雲盤,如出現鏈接失效請評論反饋,如有密碼,均為:www.ipipn.com。
4、所有站內資源僅供學習交流使用。未經原版權作者許可,禁止用於任何商業環境,否則後果自負。為尊重作者版權,請購買正版作品。
5、站內資源來源於網絡公開發表文件或網友分享,如侵犯您的權益,請聯係管理員處理。
6、本站提供的源碼、模板、軟件工具等其他資源,都不包含技術服務,請大家諒解!
7、源碼、模板等資源會隨著技術、壞境的升級而存在部分問題,還請慎重選擇。
PS.源碼均收集自網絡,如有侵犯閣下權益,請發信件至: admin@ipipn.com .
源站網 » 吹一吹nodequery三天兩頭的掛的背後故事和技術內幕