Flume日志收集

最新推荐文章于 2024-11-02 21:50:57 发布
最新推荐文章于 2024-11-02 21:50:57 发布
阅读量71 收藏
点赞数
文章标签： shell 运维 网络
原文链接：http://www.cnblogs.com/datascientist/p/3466747.html
版权
本文详细介绍了Flume系统的核心概念、架构、部署及高级动态配置方法，涵盖了从基本原理到实践应用的全过程。重点阐述了Flume在分布式环境下如何实现日志的高效、可靠收集与分发，特别强调了其在实际部署中的关键配置细节及问题解决策略。
摘要由CSDN通过智能技术生成
http://blog.csdn.net/zhouleilei/article/details/8568147
一、Flume介绍

Flume是一个分布式、可靠、和高可用的海量日志聚合的系统，支持在系统中定制各类数据发送方，用于收集数据；同时，Flume提供对数据进行简单处理，并写到各种数据接受方（可定制）的能力。

设计目标：

(1) 可靠性

当节点出现故障时，日志能够被传送到其他节点上而不会丢失。Flume提供了三种级别的可靠性保障，从强到弱依次分别为：end-to-end（收到数据agent首先将event写到磁盘上，当数据传送成功后，再删除；如果数据发送失败，可以重新发送。），Store on failure（这也是scribe采用的策略，当数据接收方crash时，将数据写到本地，待恢复后，继续发送），Best effort（数据发送到接收方后，不会进行确认）。

(2) 可扩展性

Flume采用了三层架构，分别为agent，collector和storage，每一层均可以水平扩展。其中，所有agent和collector由master统一管理，这使得系统容易监控和维护，且master允许有多个（使用ZooKeeper进行管理和负载均衡），这就避免了单点故障问题。

(3) 可管理性

所有agent和colletor由master统一管理，这使得系统便于维护。多master情况，Flume利用ZooKeeper和gossip，保证动态配置数据的一致性。用户可以在master上查看各个数据源或者数据流执行情况，且可以对各个数据源配置和动态加载。Flume提供了web 和shell script command两种形式对数据流进行管理。

(4) 功能可扩展性

用户可以根据需要添加自己的agent，collector或者storage。此外，Flume自带了很多组件，包括各种agent（file， syslog等），collector和storage（file，HDFS等）。

二、Flume架构

flume的逻辑架构：

正如前面提到的，Flume采用了分层架构：分别为agent，collector和storage。其中，agent和collector均由两部分组成：source和sink，source是数据来源，sink是数据去向。

Flume使用两个组件：Master和Node，Node根据在Master shell或web中动态配置，决定其是作为Agent还是Collector。

(1) agent

agent的作用是将数据源的数据发送给collector。

Flume自带了很多直接可用的数据源（source），如：

  • text(“filename”)：将文件filename作为数据源，按行发送
  • tail(“filename”)：探测filename新产生的数据，按行发送出去
  • fsyslogTcp(5140)：监听TCP的5140端口，并且接收到的数据发送出去
  • tailDir("dirname"[, fileregex=".*"[, startFromEnd=false[, recurseDepth=0]]])：监听目录中的文件末尾，使用正则去选定需要监听的文件（不包含目录），recurseDepth为递归监听其下子目录的深度

更多可参见这位朋友的整理：http://www.cnblogs.com/zhangmiao-chp/archive/2011/05/18/2050465.html

同时提供了很多sink，如：

  • console[("format")] ：直接将将数据显示在consolr上
  • text(“txtfile”)：将数据写到文件txtfile中
  • dfs(“dfsfile”)：将数据写到HDFS上的dfsfile文件中
  • syslogTcp(“host”,port)：将数据通过TCP传递给host节点
  • agentSink[("machine"[,port])]：等价于agentE2ESink，如果省略，machine参数，默认使用flume.collector.event.host与flume.collector.event.port作为默认collecotr
  • agentDFOSink[("machine" [,port])]：本地热备agent，agent发现collector节点故障后，不断检查collector的存活状态以便重新发送event，在此间产生的数据将缓存到本地磁盘中
  • agentBESink[("machine"[,port])]：不负责的agent，如果collector故障，将不做任何处理，它发送的数据也将被直接丢弃
  • agentE2EChain：指定多个collector提高可用性。 当向主collector发送event失效后，转向第二个collector发送，当所有的collector失败后，它会非常执着的再来一遍

更多可参见这位朋友的整理：http://www.cnblogs.com/zhangmiao-chp/archive/2011/05/18/2050472.html

(2) collector

collector的作用是将多个agent的数据汇总后，加载到storage中。

它的source和sink与agent类似。

数据源（source），如：

  • collectorSource[(port)]：Collector source，监听端口汇聚数据
  • autoCollectorSource：通过master协调物理节点自动汇聚数据
  • logicalSource：逻辑source，由master分配端口并监听rpcSink

sink，如：

  • collectorSink( "fsdir","fsfileprefix",rollmillis)：collectorSink，数据通过collector汇聚之后发送到hdfs, fsdir 是hdfs目录，fsfileprefix为文件前缀码
  • customdfs("hdfspath"[, "format"])：自定义格式dfs
(3) storage

storage是存储系统，可以是一个普通file，也可以是HDFS，HIVE，HBase，分布式存储等。

(4) Master

Master是管理协调agent和collector的配置等信息，是flume集群的控制器。

在Flume中，最重要的抽象是data flow（数据流），data flow描述了数据从产生，传输、处理并最终写入目标的一条路径。

  1. 对于agent数据流配置就是从哪得到数据，把数据发送到哪个collector。
  2. 对于collector是接收agent发过来的数据，把数据发送到指定的目标机器上。

注：Flume框架对hadoop和zookeeper的依赖只是在jar包上，并不要求flume启动时必须将hadoop和zookeeper服务也启动。

三、Flume分布式环境部署
1.实验场景
  • 操作系统版本：RedHat 5.6
  • Hadoop版本：0.20.2
  • Jdk版本：jdk1.6.0_26
  • 安装flume版本：flume-distribution-0.9.4-bin

部署flume在集群上，按照如下步骤：

  1. 在集群上的每台机器上安装flume
  2. 选择一个或多个节点当做master
  3. 修改静态配置文件
  4. 在至少一台机器上启动一个master ，所有节点启动flume node
  5. 动态配置

需要在集群的每台机器上部署Flume。

注意：flume集群整个集群的网络环境要保证稳定，可靠，否则会出现一些莫名错误（比如：agent端发送不了数据到collector）。

1.Flume环境安装

复制代码

$wget http://cloud.github.com/downloads/cloudera/flume/flume-distribution-0.9.4-bin.tar.gz
$tar -xzvf flume-distribution-0.9.4-bin.tar.gz
$cp -rf flume-distribution-0.9.4-bin /usr/local/flume
$vi /etc/profile  #添加环境配置
    export FLUME_HOME=/usr/local/flume
    export PATH=.:$PATH::$FLUME_HOME/bin
$source /etc/profile

$flume #验证安装

复制代码

2.选择一个或多个节点当做master

对于master的选择情况，可以在集群上定义一个master，也可以为了提高可用性选择多个节点做为master。

  • 单点master模式：容易管理，但在系统的容错和扩展性有缺陷
  • 多点master模式：通常是运行3/5个master，能很好的容错

Flume master数量的选择原则：

分布式的master能够继续正常工作不会崩溃的前提是正常工作的master数量超过总master数量的一半。

Flume master 的作用主要有两个：

  • 跟踪各节点的配置情况，通知节点配置的改变；
  • 跟踪来自flow的结尾操控在可靠模式下（E2E）的信息，以至于让flow的源头知道什么时候停止传输event。
3.修改静态配置文件

site-specific设置对于flume节点和master通过在每一个集群节点的conf/flume-site.xml是可配置的，如果这个文件不存在，设置的属性默认的在conf/flume­-conf.xml中，在接下来的例子中，在flume的节点上设置master名，让节点自己去寻找叫“master”的flume Master。

复制代码

<?xml version="1.0"?>
    <?xml-stylesheet type="text/xsl"  href="configuration.xsl"?>
    <configuration>
        <property>
            <name>flume.master.servers</name>
            <value>master</value>
         </property>
    </configuration>

复制代码

在多master的情况下需要如下配置：

复制代码

<property>
    <name>flume.master.servers</name>
   <value>hadoopmaster.com,hadoopedge.com,datanode4.com</value>
    <description>A comma-separated list of hostnames, one for each machine in the Flume Master.</description>
</property>
<property>
    <name>flume.master.store</name>
    <value>zookeeper</value>
    <description>How the Flume Master stores node configurations. Must be either 'zookeeper' or 'memory'.</description>
</property>
<property>
    <name>flume.master.serverid</name>
    <value>2</value>
    <description>The unique identifier for a machine in a Flume Master ensemble. Must be different on every master instance.</description>
</property>

复制代码

注意：flume.master.serverid 属性的配置主要是针对master，集群上Master节点的flume.master.serverid 必须是不能相同的，该属性的值以0开始。

当使用agent角色时，你可以通过添加下面的配置文件在flume-conf.xml中，来设置默认的collector主机：

复制代码

<property>
    <name>flume.collector.event.host</name>
    <value>collector</value>
    <description>This is the host name of the default "remote"  collector.</description>
</property>
<property>
    <name>flume.collector.port</name>
    <value>35853</value>
    <description>This default tcp port that the collector listens to in order to receive events it is collecting.</description>
</property>

复制代码

关于配置可参见：http://www.cnblogs.com/zhangmiao-chp/archive/2011/05/18/2050443.html。

4.启动集群

集群上节点启动：

  1. 在命令行输入：flume master 启动master节点
  2. 在命令行输入：flume node –n nodeName 启动其他节点，nodeName最好根据集群逻辑的划分来取名子，这样在 master进行配置的时候比较清晰。

名字规则自己定义，方便记忆和动态配置即可（后续会有介绍动态配置）

5.基于flume shell的动态配置

关于flume shell 中的command参见：http://www.cnblogs.com/zhangmiao-chp/archive/2011/05/18/2050461.html

假设我们目前部署的Flume集群结构如下：

我们想将A-F所在的机器的系统日志收集到HDFS中，怎么样在flume shell中配置达到我们的目的呢？

1. 设置逻辑节点（logical node）

复制代码

$flume shell
>connect localhost
>help
>exec map 192.168.0.1 agentA
>exec map 192.168.0.2 agentB
>exec map 192.168.0.3 agentC
>exec map 192.168.0.4 agentD
>exec map 192.168.0.5 agentE
>exec map 192.168.0.6 agentF
>getnodestatus
        192.168.0.1 --> IDLE
        192.168.0.2 --> IDLE
        192.168.0.3 --> IDLE
        192.168.0.4 --> IDLE
        192.168.0.5 --> IDLE
        192.168.0.6 --> IDLE
        agentA --> IDLE
        agentB --> IDLE
        agentC --> IDLE
        agentD --> IDLE
        agentE --> IDLE
        agentF --> IDLE
>exec map 192.168.0.11 collector

复制代码

这里你也可以打开web master界面查看。

2.启动Collector的监听端口

>exec config collector 'collectorSource(35853)' 'collectorSink("","")'#collector节点监听35853端口过来的数据，这一部非常重要

登陆到collector服务器进行端口检测

$netstat -nalp|grep 35853

如果在master中未进行上述配置，在collector上检测不到此打开端口

3.设置各节点的source和sink

>exec config collector 'collectorSource(35853)' 'collectorSink("hdfs://namenode/flume/","syslog")' 
>exec config agentA 'tail("/tmp/log/message")' 'agentBESink("192.168.0.11")' #经过实验，好像一个逻辑节点，最多只能有一个source和sink.
>...
>exec config agentF 'tail("/tmp/log/message")' 'agentBESink("192.168.0.11")'

这时的配置情况可从master web中一目了然，此时已经可以达到我们最初的目的了。

以上通过flume shell进行的动态配置，在flume master web中都可以进行，在此不做进一步说明。

四、高级动态配置

高级配置其实就是在上述简单配置中增加了以下几个特性来保证系统更好的运行：

  • 多Master(Master节点的高可用)
  • Collector Chain（Collector的高可用）

多Master的情况在上面已经有过介绍，包括用途和master个数等。下面来简单看一下Collector Chain，其实也很简单，就是在动态配置时，使用agent*Chain来指定多个Collector来保证其日志传输的可用性。看一下一般正式环境中flume的逻辑图：

这里agentA和agentB指向collectorA，如果CollectorA crach了，根据配置的可靠性级别agent会有相应的动作，我们很可能为了保障高效传输而没有选择E2E（即使是这种方式，Agent本地日志累积过多依然是一个问题），一般会配置多个Collector，形成collector chain。

>exec config agentC 'tail("/tmp/log/message")' 'agentE2EChain("collectorB:35853","collectorA:35853")'
>exec config agentD 'tail("/tmp/log/message")' 'agentE2EChain("collectorB:35853","collectorC:35853")'

这样collectorB在出问题时：

五、问题和总结

上述节点有如下几类：master、agent、collector、storage，针对每类节点我们看一下高可用和有没有可能引起性能瓶颈问题。

首先，storage层的失败和collector层的失败是一样的，只要数据放不到最终的位置，就认为节点是失败的。我们一定会根据收集数据的可靠性设定合适的传输模式，而且会根据我们的配置，自己控制collector接收数据的情况，collector的性能影响的是整个flume集群的数据吞吐量，所以collector最好单独部署，所以一般不用考虑高可用问题。

然后，agent层的失败，Flume数据安全级别的配置主要Agent的配置上，Agent提供三种级别发送数据到collector：E2E、DFO、BF，在些不赘述。看一下一位大牛的总结：

复制代码

agent节点监控日志文件夹下的所有文件，每一个agent最多监听1024个文件，每一个文件在agent的都会有一个类似游标的东西，记录监听文件读取的位置，这样每次文件有新的记录产生，那么游标就会读取增量记录，根据agent配置发送到collector的安全层级属性有E2E,DFO。
如果是E2E的情况那么agent节点会首先把文件写入到agent节点的文件夹下，然后发送给collector，如果最终数据最终成功存储到storage层，那么agent删除之前写入的文件，如果没有收到成功的信息，那么就保留信息。
如果agent节点出现问题，那么相当于所有的记录信息都消失了，如果直接重新启动，agent会认为日志文件夹下的所有文件都是没有监听过的，没有文件记录的标示，所以会重新读取文件，这样，日志就会有重复，具体恢复办法如下
      将agent节点上监听的日志文件夹下已经发送的日志文件移出，处理完，故障重新启动agent即可。
注：在agent节点失败的情况下，按照失败的时间点，将时间点之前的数据文件移出，将flume.agent.logdir配置的文件夹清空，重新启动agent。

复制代码

最后，master失败，master宕机，整个集群将不能工作，在重新启动集群，将agent监听的日志文件夹下的所有文件移出，然后重新启动master即可。在多master节点情况下，只要集群上正常工作的master大于总master数量的一半，集群就能正常工作，那么只要恢复其中宕机的master即可。

问题总结：

复制代码

1.Flume在agent端采集数据的时候默认会在/tmp/flume-{user}下生成临时的目录用于存放agent自己截取的日志文件，如果文件过大导致磁盘写满那么agent端会报出
   Error closing logicalNode a2-18 sink: No space left on device，所以在配置agent端的时候需要注意
  <property>
    <name>flume.agent.logdir</name>
    <value>/data/tmp/flume-${user.name}/agent</value>
  </property>
属性，只要保证flume在7*24小时运行过程agent端不会使该路径flume.agent.logdir磁盘写满即可。

复制代码

2. Flume在启动时候会去寻找hadoop-core-*.jar的文件，需要修改标准版的hadoop核心jar包的名字 将hadoop-*-core.jar改成hadoop-core-*.jar。
3.Flume集群中的flume必须版本一致。否则会出现莫名其妙的错误。

复制代码

4.Flume集群收集的日志发送到hdfs上建立文件夹的时间依据是根据event的时间，在源代码上是Clock.unixTime()，所以如果想要根据日志生成的时间来生成文件的话，需要对
com.cloudera.flume.core.EventImpl 类的构造函数
public EventImpl(byte[] s, long timestamp, Priority pri, long nanoTime,
      String host, Map<String, byte[]> fields)重新写，解析数组s的内容取出时间，赋给timestamp。
注意：flume的框架会构造s内容是空的数组，用来发送类似简单验证的event，所以需要注意s内容为空的时候timestamp的问题。

复制代码

5.如果collector和agent不在一个网段的话会发生闪断的现象，这样的话，就会造成agent端不能传送数据个collector所以，在部署agent和collector最好在一个网段。
6.如果在启动master时出现：“试着启动hostname，但是hostname不在master列表里的错误“，这是需要检查是否主机地址和hostname配置的正确与否。
7.在源端，有一个比较大的缺陷，在tail类的source，不支持，断点续传功能。因为重启node后没有记录上次文件读到的位置，从而没办法知道，下次再读时，从什么地方开始读。
特别是在日志文件一直在增加的时候。flume的source node挂了。等flume的source再次开启的这段时间内，增加的日志内容，就没办法被source读取到了。
不过flume有一个execStream的扩展，可以自己写一个监控日志增加情况，把增加的日志，通过自己写的工具把增加的内容，传送给flume的node。再传送给sink的node。

以前文章中介绍过Scribe方案，给我的最直观感受就是：

  • scribe安装复杂，配置简单
  • flume安装简单，动态配置复杂

下面董的博客中的一副对比图：

转载于:https://www.cnblogs.com/datascientist/p/3466747.html

weixin_30603633
关注
Flume-ng在windows环境搭建并测试+log4j日志通过Flume输出到HDFS
码蚁君
08-01 4999
首先，去Flume官网下载最新的版本 这里我使用的是apache-flume-1.6.0-bin.tar.gz 开发环境 系统：window7 Jdk：1.7 Flume：1.6.0 Hadoop:2.5.2 一、下载flume并解压安装配置 下载解压到你想要的目录 配置环境变量 新建FLUME_HOME变量，填写flume安装目录，如图 然后编辑系统变
Flume日志收集详解
qq_47947471的博客
10-26 1267
Flume简介 1.Flume概述 (1)概念: Apache Flume 是一个分布式的、可靠的、可用的数据收集系统。 它可以有效地收集、聚合和移动大量的日志数据，这些数据可以从许多不同的来源转移到Hadoop或者其它目的地。 (2)Apache Flume 不仅仅限于日志数据聚合。 Flume 可用于传输大量事件数据，包括但不限于网络流量数据、社交媒体生成的数据、电子邮件消息以及几乎所有可能的数据源。 (3)Flume拥有基于数据流上的简单灵活架构，支持容错、故障转移与恢复。 2.Flume特点 (1)
01_日志收集系统Flume_概述
codemosi的专栏，点击我可以跳到目录一栏
04-05 716
flume是日志收集系统。cloudera开源给apache的开源软件，主要用于收集app和web等的软件产生的日志文件，写入数据总线如kafka，再从kafka中把数据分发到storm，hdfs，es等多种目的地。用于多种需求。flume 1.x后的版本叫flume-NG，之前的OG，NG重构了OG的代码和架构。此系列记录的是NG。 flume提供两种功能，1：收集日志。2分发日志。 针对这
Flume日志采集
热门推荐
我的祖传代码
08-08 1万+
目录 一 前言 二 概述 2.1 什么是Flume 2.2 Flume特性 三 Flume原理 3.1 Flume组件详解 3.2 Flume采集结构图 3.2.1 简单结构 3.2.2 复杂结构 4 Flume实战案例 4.1 Flume的安装部署 4.2 采集案例 4.2.1 采集目录到HDFS 4.2.2 采集文件到HDFS 4.3 更多source和si...
在windows中实现Flume日志收集
wpfphp的博客
06-19 2827
一、flume的简介 任何一个系统在运行的时候都会产生大量的日志信息，我们需要对这些日志进行分析，在分析日志之前，我们需要将分散在生产系统中的日志收集起来。Flume就是这样的日志采集系统。 1.主要有三个组件： Source：消费web系统这样的外部数据源中的数据（一般就是web系统产生的日志），外部数据源会向flume发送某种能被flume识别的格式的事件，有以下几种类型：avro 、exec、jms、spooling directory source、kafka、netcat等...
Flume日志收集与MapReduce模式
03-14
Flume日志收集与MapReduce模式
Flume日志收集与MapReduce模式.pdf
02-15
《Flume日志收集与MapReduce模式》是关于大数据处理领域的一个重要主题，主要涵盖了Flume的使用以及MapReduce的数据处理模式。Flume是Apache Hadoop项目中的一个数据收集、聚合和传输系统，用于高效、可靠地从各种...
Flume各种采集日志方式与输出目录
彷徨的博客
10-16 1万+
1、从网络端口采集数据输出到控制台 下载与安装见：https://blog.csdn.net/weixin_35353187/article/details/83038297 一个简单的socket 到 console配置     # 定义这个agent中各组件的名字 a1.sources = r1 a1.sinks = k1 a1.channels = c1 # 描述和配置source...
Flume 日志收集、使用Flume收集日志到HDFS
陈杰
12-02 6442
第一章 概览与架构 1.1 源、通道与接收器 Flume代理的架构如下图：输入叫做源，输出叫作接收器。通过提供类源与接收器之间的胶水。它们都运行在叫做代理的守护进程中。 源将事件写到一个或者多个通道中。 通道作为事件从源到接收器传递的保留区。 接收器只能从一个通道接收事件。 代理可能会有多个源、通道与接收器。 1.2 Flume事件 Flume传输的基本的数
EFK家族---Fluentd日志收集
直到世界的尽头
11-02 1万+
介绍 Fluentd是一个开源的数据收集器，专为处理数据流设计，使用JSON作为数据格式。它采用了插件式的架构，具有高可扩展性高可用性，同时还实现了高可靠的信息转发。具备每天收集5000+台服务器上5T的日志数据，每秒处理50000条消息的性能； Fluentd是由Fluent+d得来，d生动形象地标明了它是以一个守护进程的方式运行。官网上将其描述为data collector，在使用上，我们可以...
Linux常用基本指令和shell
最新发布
a-clear-meaning的博客
11-02 844
了解 Linux 系统中最基础、最高频的操作命令与 Shell 技巧，本指南都涵盖了核心命令的使用方法和实用示例。通过这些实用知识，你可以在 Linux 环境中更自信、高效地完成日常任务，提升系统操作能力，让复杂的命令行操作变得清晰易懂。
shell脚本一键安装部署 zabbix6.0
m0_71071763的博客
10-31 154
shell 脚本
Linux-期末考试试题8套(含答案)
zhangxueyi的专栏
11-01 662
Linux-期末考试试题8套(含答案)，考试知识涵盖面广，包括Linux系统原理、系统的基本操作命令、系统管理，也有实操部分，如脚本编程等。
【Linux】一些Shell脚本编程基础题
qbx的博客
10-31 421
本文主要是我在校期间学习Linux做的一些基础题，有需要的同学们可以放心食用。
十个运维实用的 shell 脚本范例及应用场景
cgqyw的专栏
10-30 235
应用场景：定期运行该脚本以监控服务器的关键资源使用情况，及时发现资源瓶颈，以便采取相应的优化措施。应用场景：用于分析服务器日志文件，快速统计特定错误关键字的出现次数，帮助定位系统故障。应用场景：当磁盘空间使用率超过一定阈值时，自动清理一些不必要的文件以释放空间。应用场景：用于快速重启特定的服务，例如在服务出现异常时进行快速恢复。应用场景：设置定时任务，自动执行一些周期性的任务，如备份、清理等。应用场景：检测与特定主机的网络连接是否正常，用于排查网络故障。应用场景：定期备份重要数据文件，防止数据丢失。
使用 ADB 在某个特定时间点点击 Android 设备上的某个按钮
老邓头
11-01 1051
adb的使用
Flume日志收集系统：安装与配置指南
"Flume 是一个由 Cloudera 提供的日志收集系统，专为收集、聚合和传输大量日志数据而设计。它具有分布式、可靠性和高可用性的特点。本文将详细介绍Flume的安装配置过程，包括系统环境、下载、安装步骤以及环境变量的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值