elasticsearch 7.7 集群安装 logstash和filebeat是什么关系？
logstash和filebeat是什么关系？
logstash和filebeat的关系：
它是单独其它的东西LogstashForwarder的下一代Logstash收集器，是是为更飞快稳定点轻量低耗地进行收集到工作，它是可以很更方便地与Logstash有直接与Elasticsearch通过对接.
filebeat是在LogstashForwarder的源码基础上演化进来的项目.
1.logstash和filebeat大都也可以才是日志哪采的工具，目前日志喂养灵兽的工具有很多种，如fluentd,flume,logstash,betas等等。甚至还之后我决定用filebeat充当日志采药端工具的时候，还有人问为什么不需要flume,logstash等采集工具。
2.logstash又出现时间要比filebeat早许多，伴随着时间经济的发展，logstash不仅是一个日志采集工具，它都是可以不另外一个日志各种资料工具，有丰富地的input|filter|outputs插件这个可以可以使用。具体方法的ELK日志采集方案中，大部分的做法是将所有节点的日志内容上回到kafka消息队列，然后把使用logstash集群读取数据消息队列内容，依据什么配置文件参与过滤。上送回elasticsearch。logstash详细信息可返回
3.logstash是不使用Javac语言程序，插件是建议使用jruby编译程序，对机器的资源没有要求会比较高，网上有一篇关与其性能测试的报告。前的做过和filebeat的测试对比。在采集日志方面，对CPU，内存上都要比前者高很多。LogStash::Inputs::Syslog性能测试与优化
又是elastic.公司开发的，其官方的说法是目的是替代logstash-moving。常规go语言开发。代码闭源。elastic/beatsfilebeat是beats的一个文件采集工具，目前其官方基于libbeats平台开发的也有Packetbeat，Metricbeat，Winlogbeat。filebeat性能相当好，布署简单的。是一个的很实现理想的文件采集工具。自己采集工具都是设计和实现beats源码通过的二次开发。
我希望对你有帮助~
服务器数量比较少，怎么运维比较好？
你好，很不高兴解释你这个问题。从运维的角度来讲，服务器的数量少却不是换句话说我们的运维工作就的很很快，只不过我们更应该要看重此阶段的工作。
我们也可以从200以内几方面来积极开展我们的运维工作：
1.应用服务器
我们是可以从当前服务器中看出大概2个节点装Vsphere虚拟化，组建一个数据中心、集群；如果没有你的服务器有多网卡和SCSI，还也可以做一些更中级的应用，如vmotion、负载均衡、高可用等。当虚拟机或服务器故障，这个可以基于故障自动出现需要转移，有效的避免了单节点的故障，提供服务器的容错率。
我们可以在新建项的虚拟机部署Web、API等各种应用，并且虚拟机是可以在vCenter图形化界面下统一管理。这好象是中小公司的在服务器方面的解决方案。
当然，我们对docker比较清楚，也可以不使用一套docker解决方案，这比Vsphere更能节约时间一部分资源。其实这个是需要的技能要求也比较高，是需要我们不断的积累。
2.数据库服务器
数据库服务器在此我们不能拿出来，是是因为数据库对服务器性能、磁盘IO要求也很高，不太见意可以使用虚拟机，当然了这要依据业务的不好算情况来做选择。数据库我们不需要通过一主一从、一主二从的实现方法高可用，来尽量避免数据库单点问题，我们还可以不选择最合适的proxy来参与读写分离、读负载均衡等。另又要确定数据的本地系统备份、异地备份，来必须保证数据可复原。
3.系统监控
当我们在应用服务器和数据库服务器上线一套系统后，我们必须实际监控完全掌握从服务器硬件、基础状态、应用、数据库等从下到上的运行状态，以便我们能够对告警一定要及时做出决定做出反应。考虑到到可以报警的及时处理性，我们要监控接入功能高效报警渠道，如、钉钉、邮件、短信等。监控的目的是才发现问题、可以解决访问，所以我们需要踏实的做到这踏上一步，才能为我们的业务保驾护航。
行了，不过无论服务器多少，我们都需要打扎实的把基础打好，那样才能以不变应万变遇上各种情形。我希望我的回答也能帮到你。
我是【木讷大叔爱运维】，请关注，与你彼此分享运维路上的点点滴滴！
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
