logstash和filebeat是什么關(guān)系？logstash和filebeat的關(guān)系：它是單獨(dú)其它的東西LogstashForwarder的下一代Logstash收集器，是是為更飛快穩(wěn)定點(diǎn)輕量低耗地

logstash和filebeat是什么關(guān)系？

logstash和filebeat的關(guān)系：

它是單獨(dú)其它的東西LogstashForwarder的下一代Logstash收集器，是是為更飛快穩(wěn)定點(diǎn)輕量低耗地進(jìn)行收集到工作，它是可以很更方便地與Logstash有直接與Elasticsearch通過對接.

filebeat是在LogstashForwarder的源碼基礎(chǔ)上演化進(jìn)來的項(xiàng)目.

1.logstash和filebeat大都也可以才是日志哪采的工具，目前日志喂養(yǎng)靈獸的工具有很多種，如fluentd,flume,logstash,betas等等。甚至還之后我決定用filebeat充當(dāng)日志采藥端工具的時(shí)候，還有人問為什么不需要flume,logstash等采集工具。

2.logstash又出現(xiàn)時(shí)間要比filebeat早許多，伴隨著時(shí)間經(jīng)濟(jì)的發(fā)展，logstash不僅是一個(gè)日志采集工具，它都是可以不另外一個(gè)日志各種資料工具，有豐富地的input|filter|outputs插件這個(gè)可以可以使用。具體方法的ELK日志采集方案中，大部分的做法是將所有節(jié)點(diǎn)的日志內(nèi)容上回到kafka消息隊(duì)列，然后把使用logstash集群讀取數(shù)據(jù)消息隊(duì)列內(nèi)容，依據(jù)什么配置文件參與過濾。上送回elasticsearch。logstash詳細(xì)信息可返回

3.logstash是不使用Javac語言程序，插件是建議使用jruby編譯程序，對機(jī)器的資源沒有要求會比較高，網(wǎng)上有一篇關(guān)與其性能測試的報(bào)告。前的做過和filebeat的測試對比。在采集日志方面，對CPU，內(nèi)存上都要比前者高很多。LogStash::Inputs::Syslog性能測試與優(yōu)化

又是elastic.公司開發(fā)的，其官方的說法是目的是替代logstash-moving。常規(guī)go語言開發(fā)。代碼閉源。elastic/beatsfilebeat是beats的一個(gè)文件采集工具，目前其官方基于libbeats平臺開發(fā)的也有Packetbeat，Metricbeat，Winlogbeat。filebeat性能相當(dāng)好，布署簡單的。是一個(gè)的很實(shí)現(xiàn)理想的文件采集工具。自己采集工具都是設(shè)計(jì)和實(shí)現(xiàn)beats源碼通過的二次開發(fā)。

我希望對你有幫助~

服務(wù)器數(shù)量比較少，怎么運(yùn)維比較好？

你好，很不高興解釋你這個(gè)問題。從運(yùn)維的角度來講，服務(wù)器的數(shù)量少卻不是換句話說我們的運(yùn)維工作就的很很快，只不過我們更應(yīng)該要看重此階段的工作。

我們也可以從200以內(nèi)幾方面來積極開展我們的運(yùn)維工作：

1.應(yīng)用服務(wù)器

我們是可以從當(dāng)前服務(wù)器中看出大概2個(gè)節(jié)點(diǎn)裝Vsphere虛擬化，組建一個(gè)數(shù)據(jù)中心、集群；如果沒有你的服務(wù)器有多網(wǎng)卡和SCSI，還也可以做一些更中級的應(yīng)用，如vmotion、負(fù)載均衡、高可用等。當(dāng)虛擬機(jī)或服務(wù)器故障，這個(gè)可以基于故障自動出現(xiàn)需要轉(zhuǎn)移，有效的避免了單節(jié)點(diǎn)的故障，提供服務(wù)器的容錯(cuò)率。

我們可以在新建項(xiàng)的虛擬機(jī)部署Web、API等各種應(yīng)用，并且虛擬機(jī)是可以在vCenter圖形化界面下統(tǒng)一管理。這好象是中小公司的在服務(wù)器方面的解決方案。

當(dāng)然，我們對docker比較清楚，也可以不使用一套docker解決方案，這比Vsphere更能節(jié)約時(shí)間一部分資源。其實(shí)這個(gè)是需要的技能要求也比較高，是需要我們不斷的積累。

2.數(shù)據(jù)庫服務(wù)器

數(shù)據(jù)庫服務(wù)器在此我們不能拿出來，是是因?yàn)閿?shù)據(jù)庫對服務(wù)器性能、磁盤IO要求也很高，不太見意可以使用虛擬機(jī)，當(dāng)然了這要依據(jù)業(yè)務(wù)的不好算情況來做選擇。數(shù)據(jù)庫我們不需要通過一主一從、一主二從的實(shí)現(xiàn)方法高可用，來盡量避免數(shù)據(jù)庫單點(diǎn)問題，我們還可以不選擇最合適的proxy來參與讀寫分離、讀負(fù)載均衡等。另又要確定數(shù)據(jù)的本地系統(tǒng)備份、異地備份，來必須保證數(shù)據(jù)可復(fù)原。

3.系統(tǒng)監(jiān)控

當(dāng)我們在應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器上線一套系統(tǒng)后，我們必須實(shí)際監(jiān)控完全掌握從服務(wù)器硬件、基礎(chǔ)狀態(tài)、應(yīng)用、數(shù)據(jù)庫等從下到上的運(yùn)行狀態(tài)，以便我們能夠?qū)Ω婢欢ㄒ皶r(shí)做出決定做出反應(yīng)?？紤]到到可以報(bào)警的及時(shí)處理性，我們要監(jiān)控接入功能高效報(bào)警渠道，如、釘釘、郵件、短信等。監(jiān)控的目的是才發(fā)現(xiàn)問題、可以解決訪問，所以我們需要踏實(shí)的做到這踏上一步，才能為我們的業(yè)務(wù)保駕護(hù)航。

行了，不過無論服務(wù)器多少，我們都需要打扎實(shí)的把基礎(chǔ)打好，那樣才能以不變應(yīng)萬變遇上各種情形。我希望我的回答也能幫到你。

我是【木訥大叔愛運(yùn)維】，請關(guān)注，與你彼此分享運(yùn)維路上的點(diǎn)點(diǎn)滴滴！