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

opentsdb和influxdb性能對比？

經(jīng)測試

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

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

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

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

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

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

首先，謝邀。

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

應(yīng)用運維方面

：

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

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

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

獲得，必須打聽一下一些：

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

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

Docker基本是使用和管理

私有云平臺，如Openstack/CloudStack等

公有云平臺，如阿里云/AWS

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

虛擬化和云運維方向

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

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

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

中級：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)場抓包tcpdump/wireshark；性能分析工具，如nmon/iftop/iotop；負載均衡，如nginx/LVS/haproxy。學(xué)習(xí)一門腳本語言，如python/perl/me等。

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

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

虛擬化及私有云管理方向

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

Docker和編排體系方向

，如相當于一切搞定Kubernetes上生產(chǎn)出來。

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

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

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

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

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

自動配置一般管理方向

，簡單點的使用puppet/saltstack等平臺加一些個性定制腳本來管理的管理，初級點的開發(fā)一個管理平臺，并UI化。

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