opentsdb和influxdb性能對(duì)比？經(jīng)測(cè)試一又開(kāi)始是馬上準(zhǔn)備在本地的一個(gè)2核2GB的虛擬機(jī)里并且測(cè)試，InfluxDB只不過(guò)比較比較慢，但是測(cè)試3能完成，而OpenTSDB測(cè)試過(guò)程中，要嘛zo

opentsdb和influxdb性能對(duì)比？

經(jīng)測(cè)試

一又開(kāi)始是馬上準(zhǔn)備在本地的一個(gè)2核2GB的虛擬機(jī)里并且測(cè)試，InfluxDB只不過(guò)比較比較慢，但是測(cè)試3能完成，而OpenTSDB測(cè)試過(guò)程中，要嘛zookeeper又出現(xiàn)故障，要么Hbase十分退出，要嘛無(wú)常了讀取數(shù)據(jù)，依然不能成功測(cè)量。可以更換成配置更高的青云服務(wù)器后，兩者都能正常了能完成測(cè)試出來(lái)。

在單機(jī)布署上，InfluxDB相當(dāng)簡(jiǎn)單，一兩分鐘就也可以完成運(yùn)行程序，而OpenTSDB必須搭建中Hbase，創(chuàng)建角色TSD用到的數(shù)據(jù)表，配置JAVA環(huán)境等，相對(duì)來(lái)說(shuō)極其復(fù)雜。

資源電腦資源方面，InfluxDB都要占據(jù)優(yōu)勢(shì)，cpu會(huì)消耗更小，磁盤占用更是小的驚人。

去查詢速度，而測(cè)試樣本數(shù)據(jù)量還不夠大，速度都更加快，可以看到InfluxDB的查詢?cè)?0ms這個(gè)數(shù)量級(jí)，而OpenTSDB則慢了距離10倍，倆次查詢時(shí)，而緩存的原因，OpenTSDB的查詢速度也蠻快。

集群方面，目前InfluxDB還就沒(méi)也很好的解決方案，而OpenTSDB實(shí)現(xiàn)HBase，這一套集群方案巳經(jīng)被很多大公司采用，穩(wěn)定運(yùn)行。

服務(wù)器運(yùn)維工程師應(yīng)該掌握哪些知識(shí)？

首先，謝邀。

運(yùn)維工程師現(xiàn)在也越來(lái)越大更加多元，并不是每一個(gè)階段完全掌握的技能大都一樣的的，發(fā)展方向是一樣的則完全掌握的技能也會(huì)都不一樣。以下排除腎炎掉網(wǎng)絡(luò)運(yùn)維、IT運(yùn)維、存儲(chǔ)網(wǎng)絡(luò)/安全等特種設(shè)備運(yùn)維的方向，簡(jiǎn)要概括了幾個(gè)運(yùn)維比較好比較普遍的發(fā)展方向，從基礎(chǔ)、十階到高級(jí)三個(gè)級(jí)別來(lái)那就證明詳細(xì)需要掌握的技能，有可能不國(guó)家公綜合教材。

應(yīng)用運(yùn)維方面

：

基礎(chǔ)：Linux基礎(chǔ)/按的語(yǔ)言環(huán)境，如jboss/LAMP/LNMP這些要能完全掌握安裝、配置、定期維護(hù)操作

進(jìn)階：Linux存儲(chǔ)管理/安全加固/進(jìn)程資源管理/網(wǎng)絡(luò)管理，其他應(yīng)用中間件如緩存（redis/memcached）、MQ（ActiveMQ/RabbitMQ等）、服務(wù)發(fā)現(xiàn)和治理中間件（如rabbitmq）、配置管理工具（如Puppet/Saltstack/CFengine等）

有高級(jí)：Shell腳本這個(gè)可以手到拈來(lái)，Linux內(nèi)核/網(wǎng)絡(luò)等具體方法參數(shù)的配置原理和優(yōu)化場(chǎng)景，資源消耗的排查和優(yōu)化系統(tǒng)，熟練的掌握手中掌握iptables，pam，selinux等安全機(jī)制。JAVA運(yùn)行環(huán)境還需熟悉JVM優(yōu)化軟件、GC日志分析、Java線程內(nèi)存緩沖區(qū)講等。

獲得，必須打聽(tīng)一下一些：

虛擬化技術(shù)，如VMware/VirtualBox/KVM

虛擬化管理技術(shù)，如vSphere/convirt/oVirt/OpenNebula等

Docker基本是使用和管理

私有云平臺(tái)，如Openstack/CloudStack等

公有云平臺(tái)，如阿里云/AWS

基礎(chǔ)網(wǎng)絡(luò)技術(shù)，如IP網(wǎng)絡(luò)基礎(chǔ)、OSI七層、HTTP/HTTPS/RPC協(xié)議、VLAN、路由、NAT、ACL等概念及相關(guān)配置技術(shù)

虛擬化和云運(yùn)維方向

，如以被商業(yè)化的VMware為例：

基礎(chǔ)：ESXi安裝、配置、單主機(jī)管理；各種概念，如VM/datastore/vSwitch等；vCenter的基本上管理，如模板、網(wǎng)絡(luò)配置、克隆、遷移等

晉階：vCenter高可用性、vSphereHA高可用性、vSphereFaultTolerant、VMotion；如不使用寬帶共享存儲(chǔ)還是需要所了解FC SAN/iSCSI存儲(chǔ)網(wǎng)絡(luò)知識(shí)

中級(jí)：vSphereSiteRecovery/vSphereData Protection/vSAN管理等

附加，如果不是使用VMware的其他產(chǎn)品，如NSX/vRealize等，則要學(xué)的東西許多。

綜合發(fā)展

，則也有不勝感激一些必須掌握到：

基礎(chǔ)：監(jiān)控，如Nagios/Zabbix等基礎(chǔ)配置；DNS/NFS/FTP等服務(wù)配置；Docker都差不多使用和管理

三階：網(wǎng)絡(luò)分析，如現(xiàn)場(chǎng)抓包tcpdump/wireshark；性能分析工具，如nmon/iftop/iotop；負(fù)載均衡，如nginx/LVS/haproxy。學(xué)習(xí)一門腳本語(yǔ)言，如python/perl/me等。

有高級(jí)：進(jìn)程監(jiān)視和故障檢查，如strace/kdump/gdb。Docker沙家浜選段體系，如istio/swarm等。另外日志分析ELK；指標(biāo)數(shù)據(jù)庫(kù)influxdb/promethus等

上面看起來(lái)好像眼花撩亂，當(dāng)然并不是什么每項(xiàng)都需要手中掌握。200以內(nèi)幾個(gè)方面都可以不成一個(gè)單獨(dú)的發(fā)展方向，要是能獨(dú)立一切搞定一個(gè)方向，就早進(jìn)入到運(yùn)維架構(gòu)師的層面了。

虛擬化及私有云管理方向

，如其它搞掂OpenStack上生產(chǎn)，隨便選搭個(gè)測(cè)試環(huán)境玩一下不算。

Docker和編排體系方向

，如相當(dāng)于一切搞定Kubernetes上生產(chǎn)出來(lái)。

精細(xì)化的監(jiān)控告警設(shè)計(jì)和具體實(shí)施

，不單是元素單一的搭建rsyslog這類監(jiān)控工具根據(jù)簡(jiǎn)單的資源、網(wǎng)絡(luò)、應(yīng)用可用性監(jiān)控等。還應(yīng)除開(kāi)日志分析、非常精細(xì)指標(biāo)監(jiān)控等。

如主導(dǎo)研發(fā)規(guī)范日志，可以使用ELK進(jìn)行日志分析并是對(duì)詳細(xì)點(diǎn)業(yè)務(wù)場(chǎng)景出具的證明精準(zhǔn)監(jiān)控和業(yè)務(wù)數(shù)據(jù)可視化報(bào)表。

再如建議使用influxdb/grafana或promethus等系統(tǒng)，再收集硬件傳感器/cpu/mem/io/eth/vm/docker等信息，然后把構(gòu)建精細(xì)化的資源在用報(bào)表等。

后再再全部整合日志分析/精細(xì)化資源監(jiān)控解開(kāi)從業(yè)務(wù)-a8應(yīng)用-a8資源-a8硬件的一體化監(jiān)控聯(lián)動(dòng)

自動(dòng)配置一般管理方向

，簡(jiǎn)單點(diǎn)的使用puppet/saltstack等平臺(tái)加一些個(gè)性定制腳本來(lái)管理的管理，初級(jí)點(diǎn)的開(kāi)發(fā)一個(gè)管理平臺(tái)，并UI化。

不需要看求實(shí)際工作中的應(yīng)用場(chǎng)景、管理規(guī)模、自動(dòng)出現(xiàn)程度、監(jiān)控需求等來(lái)依靠可以使用。每個(gè)人的精力是最多的，一個(gè)優(yōu)秀的運(yùn)維最是需要的是一顆此時(shí)此刻達(dá)到怎么學(xué)習(xí)的心和強(qiáng)大的自學(xué)能力。