ELK系统分析Nginx日志并对数据进行可视化展示,为

2019-09-17 06:23栏目:公司领导
TAG:

利用 ELK系统分析Nginx日志并对数据进行可视化展示,elknginx

作者:飞走不可

[解读] Brocade(博科)为何认为FC是NVMe over Fabric中最好的Fabric?,brocadenvme

      Brocade最近发表了对NVMe over Fabric理解和观点,认为FC Fabric相比以太网具有很多优势,并且FC聚焦数据中心数据传输和交换,具有更好的网络安全性。文章把Brocade的主要观点做了解析(文章全是干货,建议阅读前记得多喝水,易于消化),大家可以关注本公众号,在菜单底部回复关键字“ Fcfabric ”获取Brocade相关全文技术资料。

      目前,基于SCSI的全闪存和混合阵列正成为数据中心的主流,但与此同时,一种为固态PCIe模块专门构建的非易失性存储器(NVMe)标准已经成为服务器连接Flash的一个新的高性能接口。NVMe通过低延迟和增强队列机制提供了更好的随机和连续性能,并增加了传统协议(如SAS)应用程序的并行性。

      为了支持数据中心的网络存储,通过NVMe over Fabric实现NVMe标准在PCIe总线上的扩展,以此来挑战SCSI在SAN中的统治地位。NVMe over Fabric支持把NVMe映射到多个Fabrics传输选项,主要包括FC、InfiniBand、RoCE v2和iWARP

      随着NVMe的发展和NVMe over Fabric技术商品化,在SAN市场,将NVMe定位为SCSI的替代方案,这也为Flash模块供应商打开一扇门来应对这个新的市场。自然地,存储市场的新来者试图吹捧他们的技术有优势,然而,新技术的缺点可能没有受到太多关注。通过作者的分析,希望大家能对NVMe和NVMe over Fabrics技术有个综合全面的认识。

1、FC不但可以作为NVMe的Fabrics且更有优势

      FC实际上是支持NVMe的一种fabrics选择。NVMe over fabric白皮书上概述了对NVMe支持的两种类型的fabrics,一个是RDMA和一个是使用FC。尽管一些竞争者会声称光纤通道不是合法的NVMe Fabric,但是NVM Express白皮书例证说明了这个问题。

      同样,白皮书明确列出了光纤通道作为一个NVMe over Fabrics选择,也描述了理想的Fabrics需要具备可靠的、以Credit为基础的流量控制和交付机制。然而,基于Credit的流程控制机制是FC、InfiniBand和PCIe传输原生能力。基于Credit流控制不是以太网/ IP网络的一部分,所以,相比iWARP或RoCE的以太网Fabrics,FC实际上是NVMe更好的Fabrics选择。

2、RDMA也不是NVMe Fabric的关键

      RDMA提倡者一般声称RDMA对设计好NVMe Fabric很重要。但在NVMe的白皮书中并没有把RDMA列为“理想”NVMe over Fabric的重要属性,也就是说RDMA除了只是一种实现NVMe Fabric的方法外,没有什么特别的。在博科看来,InfiniBand社区在RDMA有较大投入且与PCIe社区合作紧密,但是NVMe和NVMe over Fabric本身并不依赖于RDMA。

3、SCSI也不是唯一的FC Native协议

      RDMA倡导者通常将NVMe over以太网/IP和FC的延迟时间进行比较(这就像比较把IP和以太网比较一样),由于NVMe是上层协议,光纤通道是链路层协议。完整的比较应该是把NVMe over以太网和SCSI over FC进行比较,如果描述正确的话,这才是一个有效的比较。现在,作为光纤通道专家也意识到一个问题,由于FC上承载SCSI叫光纤通道协议(FCP),所以不止一个新手错误地认为所有的FC通信都必须是FCP。但事实上FCP与FC不一样,FCP仅仅是一种FC-4(上层)协议,类似于FICON(大型机存储协议),可以通过FC传输。

      常常产生的一个误解是NVMe首先被翻译成底层SCSI(FCP)之后才运行在FC上。这种误解很有可能是由同样的白皮书引起的,它告诉我们理想的NVMe传输应该允许客户端“直接发送和接收本地NVMe命令,无需使用诸SCSI如此类的转换层”。这句话本身这是有道理的,因为NVMe是延迟优化的,而转换层却会引入延迟。

      实际上FC本身就可以运输NVMe,无需翻译和转化。NVMe over FC定义了一个新的上层FC-NVMe流量类型,它识别了特定于NVMe的帧。

      FC-NVMe标准组织认为在FC上同时支持NVMe和SCSI会具有更大价值。FC-NVMe标准规定了NVMe over FC使用与FCP相同IO框架类型。FC作为多协议结构的长期使用和应用表明FC SAN同时支持SCSI和NVMe是非常可靠的。

 

4、如何看待SCSI到NVMe转换层对NVMe产生的影响?

      NVMe fabric聚焦于最低延迟,NVMe over fabric的白皮书说明传输的一个理想方式是不需要翻译层,如果存在SCSI到NVMe转换就是次优的传输方式。在编写应用程序时,如果能直接使用NVMe,不但有效避免翻译步骤,还将避免了每IO引入的时钟周期。FC不需要转换翻译且支持Native NVMe。

      与此同时,NVMe社区也意识到SCSI应用程序部署时,上层应用程序适配、兼容和SCSI到NVMe转换层的重要性。许多NVMe的潜在用户无法重新设计他们运行的应用程序,但希望能选择搬到NVMe基础设施之上,不依赖于它们的应用程序供应商重新设计。从这个角度来看,有一个转化翻译层作为一种选择对NVMe的采用和普及实际上是有益的。

      值得庆幸的是,目前业界主流的HBA厂商都提供了从SCSI到 NVMe转换翻译的驱动程序,同时也提供Native NVMe能力支持原生支持NVMe over Fabric应用程序。

5、FC能否实现零拷贝(Zero Copy)功能?

      IP堆栈当时被开发时,主要设计用于处理许多上层协议和许多层2网络,从令牌环到电话线,清晰的网络层划分对于互操作性有很好的意义,为了达到这个目的最好的选择是使用中间缓冲,使缓冲区复制公共数据。

      在20世纪80年代早期,提供单副本复制(Single-Copy)也算是一个好的网络协议栈,网络接口卡(NIC)接收帧后,通过DMA技术将它们写到与网络堆栈相关联的DRAM缓冲区中,然后堆栈会决定哪个应用应该接受、继续处理帧数据,并把数据复制到应用对应的DRAM缓存区中。

      在20世纪80年代中期,随着FC的生产,一切发生了变化。FC主要特点就是速度,所以为了达到优化的目前,FC允许芯片技术更复杂,FC/SCSI堆栈的层数更少,也放开了IP堆栈所面临的向后兼容性的限制。因此,FC实现一个适配器、驱动模型的堆栈架构,从而消除单一副本(Single-Copy)。

      事实也确实如此,当应用程序请求存储IO时,应用程序以“逻辑地址范围”的形式指定一个缓冲区地址,然后将其转换为DMA的物理地址范围实现DMA传输。有时,一个逻辑范围将映射到多个物理块,因此HBA采用Scatter-Gather List (SGL)完成数据传输和保存。FC通过提供零拷贝(Zero-Copy)技术,支持DMA数据传输。RDMA通过从本地服务器传递Scatter-Gather List到远程服务器有效地将本地内存与远程服务器共享,使远程服务器可以直接读取或写入本地服务器的内存。

 

6、IP上的零拷贝(Zero-Copy)也不需要RDMA

      由于RDMA越来越流行,因此在2007年将其扩展了到Internet Wide Area网络,从而形成RDMA协议(iWARP)标准。iWARP是建立在TCP之上的,传输协议使用确认和重传机制。TCP还采用一个“窗口”算法以避免传输超过了发送方和接收方之间的网络容量。

      在Internet Engineering Task Force (IETF) Requests For Comment (RFCs 5040–5044)中,前一个RFC 5040中描述了RDMA如何使用Direct Data Placement (DDP)协议来实现FC和InfiniBand的零拷贝(Zero-Copy)效率,后一个RFC 5044标记了TCP中PDU对齐规范,有效地禁用了TCP 的“合并”行为,使得NIC更容易地处理接收的数据,提供DDP的硬件支持。

      前面提到的RFCs为零拷贝(Zero-Copy)效率提供了基础,但是传统的NICs没有TCP处理功能。软件实现虽然提供了互操作性,但无法满足RDMA性能要求。为此,新的称为TCP Offload Engines (TOEs)的NICs卡就产生了,然而早期的TOEs都不适合iWARP,只有基于硬件实现DDP能力的RDMA使能TOEs才能提供类似FC一样的零拷贝(Zero-Copy)效果。

 

      2009年前后,随着当时InfiniBand市场的低迷,NVMe获得了越来越多的关注,IETF的Transparent Interconnection of Lots of Links (TRILL) 和IEEE的 Data Center Bridging (DCB)获得发展动力并以太网成为无损的Fabric。其中TRILL是指除IEEE的生成树协议支持以外的任何以太网拓扑结构;DCB采用基于优先级的流量控制、增强的传输选择和数据中心桥接交换技术。

      InfiniBand行业协会(IBTA)看到了一个机会,在新的技术领域利用其在RDMA方面的专业知识,因此,他们开发了RDMA over Converged Ethernet (RoCE)规范(Converged Ethernet就是早期的DCB)。就像iWARP需要专门的TOEs来实现零拷贝(Zero-Copy)效率一样,RoCE依赖于RDMA-enabled NICs (RNICs)实现这一能力。IBTA认为RoCE的性能比iWARP更高,并指出了TCP (iWARP)不是低延迟通信的理想协议。

      因为以太网不提供类似TCP的可靠传输能力,RoCE标准是在更高层的协议堆栈中实现可靠性功能。在RoCE发布的时候,对IPv4地址有相关约束,对TRILL的2层以太网网络扩展能力也有很高要求。IBTA显然认为RoCE应该拥有交付大规模高性能RDMA所需的一切能力。

7、“可路由”的RoCE v2才是更好的RoCE

      Hyper-Scale和软件定义的网络推崇者促使IBTA创建RoCE v2(有时会被称为“可路由的RoCE”),意在取代RoCE。不同于基于TCP的iWARP, RoCE v2运行在UDP之上没有缓慢启动的节流行为。当然,采用UDP意味着RoCEv2帧不兼容RoCEv1帧(尽管支持RoCEv2的RDMA-enable的NICs通常可以配置为使用RoCE v1格式)。因为基于UDP的 RoCEv2缺乏类似TCP的显式拥塞通知能力,所以IBTA指出通过支持IETF的ECN实现在UDP之上传输层的流控制。

      鉴于原文内容太多且作者英文也不好,所以解读到此为止,如果觉得上面内容没过瘾,请获取Brocade发布的全文资料。实际上,SSD和闪存发展的趋势就是结合NVMe实现更好的传输效率和性能,通过NVMe over Fabric实现更好的扩展性。关于SSD、闪存技术产品现状NVMe趋势详细分析,请通过原文链接获取电子书材料。

>>>相关阅读

  • 32Gb光纤技术将延续SAN存储网络之争

  • 50TB SSD商用预示EB级闪存系统指日可待

  • 如何成为全栈式软件架构师

温馨提示:
请搜索“ICT_Architect”或“扫一扫”下面二维码关注公众号,获取更多精彩内容。

听说点赞和分享的朋友都已走上人生巅峰

python安装及numpy的安装,python安装numpy

        因为对机器学习算法进行实战的话,python语言是必须的,所以前几天进行了安装和配置。说实话,相比较其他的编程语言的IDE来讲,python本身问题不大,但是因为要有很多的矩阵的计算,所以要安装numpy包!但是这个过程在我的电脑上出现了比较大的问题,所以,将这一过程记录下来,万一以后电脑出现了问题重新安装的话还能做参考!!

       声明电脑配置: win7  64位

   python安装版本:Python 2.7  (也可以是python3.x  本人不习惯用最新的版本,所以选择了2.7)

      1.下载 对应版本numpy 的.whl文件 (注意:我的电脑确实是64位的,而且python也安装的64位版本的,但是在之后的命令行安装的时候压根安装不了64位的,到后面再说)

                    

                          

                 

   2.将下载的安装包拷贝到python安装目录下的scripts目录下,我的是C:Python27Scripts  ,然后我们打开命令行窗口,进入python的安装目录之后

输入 pip install "numpy-1.11.2+mkl-cp35-cp35m-win-amd64.whl"  ,但是此时我的电脑是提示了问题的,之后通过查资料发现应该得先安装pip,所以还是上面的那个路径直接找

到pip的wheel文件下载。

   

将下载的压缩包解压后拷贝到刚才的scripts目录下。然后在命令行输入 python setup.py install   对pip进行安装。安装之后在命令行输入pip,此时还会提示pip不是内部命令,所以可以将刚才的scripts的路径加入到环境变量中去

3.在安装完pip之后,我进行numpy的安装的时候还是有问题,然后又在上面的路径找到了wheel文件的下载

同样是将wheel文件拷贝到scripts目录下,在命令行的该目录下输入 pip install wheel

如图显示wheel文件也已经安装好了。

4.最后进行我们终极目标numpy的安装 ,此时在命令行输入pip install "numpy-1.11.3+mkl-cp27-cp27m-win_amd64.whl"  注意:这个是我的numpy名字,根据自己的文件名字来写。注意:此时我的计算机位数是匹配的,按理来讲肯定能安装上,但是就是提示我不符

为此我换了好几个序号的64位版本,但是都是这一个结果。鼓捣了好久,我抱着死马当活马医的态度下了个32位的,结果立马就安上了!!!我还能说什么!手动哭~~~

       总而言之,为了安装一个numpy我也是费了很大的劲,希望安装有问题的小伙伴可以做个参考啥的!


0


0

一、写在前面

结合之前写的一篇文章:Centos7 之安装Logstash ELK stack 日志管理系统,上篇文章主要讲了监控软件的作用以及部署方法。而这篇文章介绍的是单独监控nginx 日志分析再进行可视化图形展示,并在用户前端使用nginx 来代理kibana的请求响应,访问权限方面暂时使用HTTP 基本认证加密用户登录。(关于elk权限控制,我所了解的还有一种方式-Shield),等以后有时间了去搞下。下面开始正文吧。。。

注意:环境默认和上一篇大致一样,默认安装好了E、L、K、3个软件即可。当然了,还有必需的java环境JDK

开始之前,请允许我插入一张图,来自线上我的测试图:(如果有需要的童鞋,可以私信我,我可以把登录帐号给你。。)

备注:由于阿里云主机已经删除,无法提供试看了哈。

nginx日志文件其中一行:

218.75.177.193 - - [03/Sep/2016:03:34:06 +0800] "POST /newRelease/everyoneLearnAjax HTTP/1.1" 200 370 "http://www.xxxxx.com/" 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36" "36.22.6.130"

nginx 服务器日志的log_format格式:

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

查看评论

        因为对机器学习算法进行实战的话,python语言是必须的,所以前几天进行了安装和配置。...

版权声明:本文由ag真人发布于公司领导,转载请注明出处:ELK系统分析Nginx日志并对数据进行可视化展示,为