热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

Flume框架应用

一、Flume概述Flume是Cloudera提供的一个高可用的,高可靠的,分布式的海量日志采集、聚合和传输的系统。Flume基于流式架构,

一、Flume概述

        Flume是Cloudera提供的一个高可用的,高可靠的,分布式的海量日志采集、聚合和传输的系统。Flume基于流式架构,灵活简单。

高可用(HA)

flume框架(故障转移机制)

高可靠

数据采集的可靠性

分布式

分布式集群

搭建流式架构

二、数据采集

Flume

Logstash

三、Flume的作用

最主要的作用:实时读取服务器本地磁盘的数据,将数据写入到HDFS

四、Flume的优点

        可以和任意存储进程集成。支持不同的采集源支持多类型的目标源输入的的数据速率大于写入目的存储的速率,flume会进行缓冲,减小hdfs的压力。flume中的事务基于channel,使用了两个事务模型(sender + receiver),确保消息被可靠发送。

        Flume使用两个独立的事务分别负责从soucrce到channel,以及从channel到sink的事件传递。一旦事务中所有的数据全部成功提交到channel,那么source才认为该数据读取完成。同理,只有成功被sink写出去的数据,才会从channel中移除。

五、Flume的组成

1、Flume组成架构

2、Agent

a、简介 Agent是一个JVM进程,它以事件的形式将数据从源头送至目的。Agent主要有3个部分组成,Source、Channel、Sink。

b、Source Source是负责接收数据到Flume Agent的组件。Source组件可以处理各种类型、各种格式的日志数据,包括avro、thrift、exec、jms、spooling directory、netcat、sequence generator、syslog、http、legacy。

c、Channel Channel是位于Source和Sink之间的缓冲区。因此,Channel允许Source和Sink运作在不同的速率上。Channel是线程安全的,可以同时处理几个Source的写入操作和几个Sink的读取操作。Flume自带两种Channel:Memory Channel和File Channel。Memory Channel是内存中的队列。Memory Channel在不需要关心数据丢失的情景下适用。如果需要关心数据丢失,那么Memory Channel就不应该使用,因为程序死亡、机器宕机或者重启都会导致数据丢失。File Channel将所有事件写到磁盘。因此在程序关闭或机器宕机的情况下不会丢失数据。

d、Sink Sink不断地轮询Channel中的事件且批量地移除它们,并将这些事件批量写入到存储或索引系统、或者被发送到另一个Flume Agent。Sink是完全事务性的。在从Channel批量删除数据之前,每个Sink用Channel启动一个事务。批量事件一旦成功写出到存储系统或下一个Flume Agent,Sink就利用Channel提交事务。事务一旦被提交,该Channel从自己的内部缓冲区删除事件。Sink组件目的地包括hdfs、logger、avro、thrift、ipc、file、null、HBase、solr、自定义。

e、Event 传输单元,Flume数据传输的基本单元,以事件的形式将数据从源头送至目的地。 Event由可选的header和载有数据的一个byte array 构成。Header是容纳了key-value字符串对的HashMap。

六、Flume拓扑结构

1、串型连接

        这种模式是将多个flume给顺序连接起来了,从最初的source开始到最终sink传送的目的存储系统。此模式不建议桥接过多的flume数量, flume数量过多不仅会影响传输速率,而且一旦传输过程中某个节点flume宕机,会影响整个传输系统。

2、单source,多channel、sink Flume支持将事件流向一个或者多个目的地。

        这种模式将数据源复制到多个channel中,每个channel都有相同的数据,sink可以选择传送的不同的目的地。

3、Flume负载均衡
        Flume支持使用将多个sink逻辑上分到一个sink组,flume将数据发送到不同的sink,主要解决

负载均衡和故障转移问题。

4、Flume Agent聚合

        这种模式是我们最常见的,也非常实用,日常web应用通常分布在上百个服务器,大者甚至上千个、上万个服务器。产生的日志,处理起来也非常麻烦。用flume的这种组合方式能很好的解决这一问题,每台服务器部署一个flume采集日志,传送到一个集中收集日志的flume,再由此flume上传到hdfs、hive、hbase、jms等,进行日志分析。

七、Flume安装

安装部署

(1)将apache-flume-1.7.0-bin.tar.gz上传到linux的/home/hadoop/bigdatasoftware目录下

(2)解压apache-flume-1.7.0-bin.tar.gz到/opt/module/目录下

(3)tar -zxf apache-flume-1.7.0-bin.tar.gz -C /home/hadoop/bigdatasoftware修改apache-flume-1.7.0-bin的名称为flume

(4)将flume/conf下的flume-env.sh.template文件修改为flumeenv.sh,并配置flume-env.sh文件

(5)编辑flume-env.sh文件

八、企业开发案例

(一)监控端口数据官方案例

1、需求

首先启动Flume任务,监控本机44444端口,服务端然后通过netcat工具向本机44444端口发送消息,客户端最后Flume将监听的数据实时显示在控制台

2、分析

安装telent

注意centos6.5软件源失效问题

vim /etc/yum.repos.d/CentOS-Base.repo

[base]name=CentOS-$releaseverfailovermethod=prioritybaseurl=https://vault.centos.org/6.5/os/x86_64/gpgcheck=0

3、清除及更新软件源缓存

yum clean all && yum makecache

a、查看本机是否安装telnet#rpm -qa | grep telnet如果什么都不显示。说明你没有安装telnet

b、开始安装yum install xinetdyum install telnetyum install telnet-server

c、装好telnet服务之后,默认是不开启服务的,下面我们需要修改文件来开启服务。vim /etc/xinetd.d/telnet 修改 disable = yes 为 disable = no

4、创建Flume Agent配置文件flume-netcat-logger.conf

# Name the components on this agent
a1.sources = r1
a1.sinks = k1
a1.channels = c1
# Describe/configure the source
a1.sources.r1.type = netcat
a1.sources.r1.bind = localhost
a1.sources.r1.port = 44444
# Describe the sink
a1.sinks.k1.type = logger
# Use a channel which buffers events in memory
a1.channels.c1.type = memory
a1.channels.c1.capacity = 1000
a1.channels.c1.transactionCapacity = 100
# Bind the source and sink to the channel
a1.sources.r1.channels = c1
a1.sinks.k1.channel = c1

启动flume

写法一:

bin/flume-ng agent --conf conf/ --name a1 --conf-file job/flume-netcat-logger.conf -Dflume.root.logger=INFO,console

写法二:

lume-ng agent -c conf/ -n a1 –f job/flume-netcatlogger.conf -Dflume.root.logger=INFO,console

        参数说明--conf conf/ :表示配置文件存储

录--name a1 :表示给agent起名为a1--conf-file job/flume-netcat.conf :flume本次启动读取的配置文件是在job文件夹下的flume-telnet.conf文件。 -Dflume.root.logger==INFO,console :-D表示flume运行时动态修改flume.root.logger参数属性值,并将控制台日志打印级别设置为INFO级别。日志级别包括:log、info、warn、error。

使用netcat工具向本机的44444端口发送内容

nc localhost 44444

在Flume监听页面观察接收数据情况

注意异常问题

修改flume的文件夹名称后,启动flume可能会失败,错误信息如下:Error: Could not find or load main class org.apache.flume.node.Application
这个是因为环境变量的问题。
export看一下是不是有个FLUME_HOME的环境变量指向原来的文件夹,
如果是的话:unset FLUME_HOME 就行了

2、实时读取目录文件到HDFS案例

案例需求:

使用Flume监听整个目录的文件

需求分析

创建配置文件flume-dir-hdfs.conf

a3.sources = r3
a3.sinks = k3
a3.channels = c3
# Describe/configure the source
a3.sources.r3.type = spooldir
a3.sources.r3.spoolDir = /home/hadoop/bigdatasoftware/flume/upload
a3.sources.r3.fileSuffix = .COMPLETEDa3.sources.r3.fileHeader = true
#忽略所有以.tmp结尾的文件,不上传
a3.sources.r3.ignorePattern = ([^ ]*\.tmp)# Describe the sink
a3.sinks.k3.type = hdfs
a3.sinks.k3.hdfs.path = hdfs://192.168.137.128:9000/flume/upload/%Y%m%d/%H#上传文件的前缀
a3.sinks.k3.hdfs.filePrefix = upload-#是否按照时间滚动文件夹
a3.sinks.k3.hdfs.round = true#多少时间单位创建一个新的文件夹
a3.sinks.k3.hdfs.roundValue = 1
#重新定义时间单位
a3.sinks.k3.hdfs.roundUnit = hour#是否使用本地时间戳
a3.sinks.k3.hdfs.useLocalTimeStamp = true#积攒多少个Event才flush到HDFS一次
a3.sinks.k3.hdfs.batchSize = 100#设置文件类型,可支持压缩
a3.sinks.k3.hdfs.fileType = DataStream#多久生成一个新的文件
a3.sinks.k3.hdfs.rollInterval = 60#设置每个文件的滚动大小大概是128M
a3.sinks.k3.hdfs.rollSize = 134217700#文件的滚动与Event数量无关
a3.sinks.k3.hdfs.rollCount = 0# Use a channel which buffers events in memory
a3.channels.c3.type = memory
a3.channels.c3.capacity = 1000
a3.channels.c3.transactionCapacity = 100# Bind the source and sink to the channel
a3.sources.r3.channels = c3
a3.sinks.k3.channel = c3

启动监控文件夹命令

bin/flume-ng agent --conf conf/ --name a3 --conf-file job/flume-dir-hdfs.conf

向upload文件夹中添加文件

在/home/hadoop/bigdatasoftware/flume目录下创建upload文件夹

向upload文件夹中添加文件

3、实时采集文件到hdfs

格式化hadoop的namenode

采集nginx的数据

hdfs namenode -format

创建及配置flume-file-hdfs.conf文件

# Name the components on this agent
a2.sources = r2
a2.sinks = k2
a2.channels = c2
# Describe/configure the source
a2.sources.r2.type = exec
a2.sources.r2.command = tail -FF/home/hadoop/bigdatasoftware/nginx/logs/access.log
a2.sources.r2.shell = /bin/bash -c
# Describe the sink
a2.sinks.k2.type = hdfs
a2.sinks.k2.hdfs.path = hdfs://192.168.137.128:9000/flume/%Y%m%d/%H#上传文件的前缀
a2.sinks.k2.hdfs.filePrefix = logs-#是否按照时间滚动文件夹
a2.sinks.k2.hdfs.round = true#多少时间单位创建一个新的文件夹
a2.sinks.k2.hdfs.roundValue = 1#重新定义时间单位
a2.sinks.k2.hdfs.roundUnit = hour#是否使用本地时间戳
a2.sinks.k2.hdfs.useLocalTimeStamp = true#积攒多少个Event才flush到HDFS一次
a2.sinks.k2.hdfs.batchSize = 1000#设置文件类型,可支持压缩
a2.sinks.k2.hdfs.fileType = DataStream#多久生成一个新的文件启动flume指令
a2.sinks.k2.hdfs.rollInterval = 60#设置每个文件的滚动大小
a2.sinks.k2.hdfs.rollSize = 134217700#文件的滚动与Event数量无关
a2.sinks.k2.hdfs.rollCount = 0# Use a channel which buffers events in memory
a2.channels.c2.type = memory
a2.channels.c2.capacity = 1000
a2.channels.c2.transactionCapacity = 100# Bind the source and sink to the channel
a2.sources.r2.channels = c2
a2.sinks.k2.channel = c2

启动flume指令

bin/flume-ng agent --conf conf/ --name a2 --conf-file job/flume-file-hdfs.conf


推荐阅读
  • Hadoop入门与核心组件详解
    本文详细介绍了Hadoop的基础知识及其核心组件,包括HDFS、MapReduce和YARN。通过本文,读者可以全面了解Hadoop的生态系统及应用场景。 ... [详细]
  • HBase运维工具全解析
    本文深入探讨了HBase常用的运维工具,详细介绍了每种工具的功能、使用场景及操作示例。对于HBase的开发人员和运维工程师来说,这些工具是日常管理和故障排查的重要手段。 ... [详细]
  • Hadoop发行版本选择指南:技术解析与应用实践
    本文详细介绍了Hadoop的不同发行版本及其特点,帮助读者根据实际需求选择最合适的Hadoop版本。内容涵盖Apache Hadoop、Cloudera CDH等主流版本的特性及应用场景。 ... [详细]
  • 深入解析:主流开源分布式文件系统综述
    本文详细探讨了几款主流的开源分布式文件系统,包括HDFS、MooseFS、Lustre、GlusterFS和CephFS,重点分析了它们的元数据管理和数据一致性机制,旨在为读者提供深入的技术见解。 ... [详细]
  • 本文探讨了如何在日常工作中通过优化效率和深入研究核心技术,将技术和知识转化为实际收益。文章结合个人经验,分享了提高工作效率、掌握高价值技能以及选择合适工作环境的方法,帮助读者更好地实现技术变现。 ... [详细]
  • 全面解析运维监控:白盒与黑盒监控及四大黄金指标
    本文深入探讨了白盒和黑盒监控的概念,以及它们在系统监控中的应用。通过详细分析基础监控和业务监控的不同采集方法,结合四个黄金指标的解读,帮助读者更好地理解和实施有效的监控策略。 ... [详细]
  • 离线安装Grafana Cloudera Manager插件并监控CDH集群
    本文详细介绍如何离线安装Cloudera Manager (CM) 插件,并通过Grafana监控CDH集群的健康状况和资源使用情况。该插件利用CM提供的API接口进行数据获取和展示。 ... [详细]
  • 从码农到创业者:我的职业转型之路
    在观察了众多同行的职业发展后,我决定分享自己的故事。本文探讨了为什么大多数程序员难以成为架构师,并阐述了我从一家外企离职后投身创业的心路历程。 ... [详细]
  • 深入解析Hadoop的核心组件与工作原理
    本文详细介绍了Hadoop的三大核心组件:分布式文件系统HDFS、资源管理器YARN和分布式计算框架MapReduce。通过分析这些组件的工作机制,帮助读者更好地理解Hadoop的架构及其在大数据处理中的应用。 ... [详细]
  • 前文|功能型_品读鸿蒙HDF架构
    前文|功能型_品读鸿蒙HDF架构 ... [详细]
  • Alluxio 1.5.0 版本发布:增强功能与优化
    Alluxio 1.5.0 开源版本引入了多项新特性和改进,旨在提升数据访问速度和系统互操作性。 ... [详细]
  • 大数据SQL优化:全面解析数据倾斜解决方案
    本文深入探讨了大数据SQL优化中的数据倾斜问题,提供了多种解决策略和实际案例,旨在帮助读者理解和应对这一常见挑战。 ... [详细]
  • 深入浅出:Hadoop架构详解
    Hadoop作为大数据处理的核心技术,包含了一系列组件如HDFS(分布式文件系统)、YARN(资源管理框架)和MapReduce(并行计算模型)。本文将通过实例解析Hadoop的工作原理及其优势。 ... [详细]
  • 流处理中的计数挑战与解决方案
    本文探讨了在流处理中进行计数的各种技术和挑战,并基于作者在2016年圣何塞举行的Hadoop World大会上的演讲进行了深入分析。文章不仅介绍了传统批处理和Lambda架构的局限性,还详细探讨了流处理架构的优势及其在现代大数据应用中的重要作用。 ... [详细]
  • 前言折腾了一段时间hadoop的部署管理,写下此系列博客记录一下。为了避免各位做部署这种重复性的劳动,我已经把部署的步骤写成脚本,各位只需要按着本文把脚本执行完,整个环境基本就部署 ... [详细]
author-avatar
猫儿
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有