“我要直播奥斯汀”:分享好文章,免费直飞OpenStack奥斯汀峰会!

——OpenStack中国社区征稿直播活动开始,与大咖一同直播奥斯汀峰会!

 

如果,您是一名OpenStack技术大咖,对云计算相关技术与趋势有着独到的观点、实践性的经验……

 

如果,您是一位云计算产业关注者、行业实践者,对OpenStack的产业发展与行业落地有着自己切身的体验……

 

如果,您正在为OpenStack相关博客做着辛勤的耕耘……

 

现在分享您的优秀文章,就有机会可以获得由OpenStack中国社区提供的直飞OpenStack 奥斯汀峰会的机会——Austin OpenStack Summit full access pass及official evening event门票,及中国至奥斯汀的往返机票在等您。

 

命题:

OpenStack及云计算相关的…

详细内容

携程、乐视、宝德云、联通等公司使用的 Ceph 存储集群 

1. 携程(Ctrip)

携程所使用的各种存储的现状:

  • 商业存储:
    • SAN(HP/ HPS) , 1+ PB, 数据库
    • NAS (HW) , 800+ TB, 文件共享
  • 开源存储
    • GlusterFS, 1+ PB, 数据库备份
    • FastDFS,   1+ PB, 海量照片
    • HDFS,      10+ PB, 大数据

而在不久的将来,随着公司业务的发展,携程需要的存储容量需要扩大到10倍以上。

携程选择Ceph的理由:低成本 + SDS + Scale…

详细内容

探索OpenStack:计量模块 Ceilometer 中的数据收集机制

作者:Sammy Liu 刘世民

本文将阐述 Ceilometer 中的数据收集机制。Ceilometer 使用三种机制来收集数据:

  • Notifications:Ceilometer 接收 OpenStack 其它服务发出的 notification message
  • Polling:直接从 Hypervisor 或者 使用 SNMP 从host machine,或者使用 OpenStack 其它服务的 API 来获取数据。
  • RESTful API:别的 application 使用 Ceilometer 的 REST API 创建 samples。

1. Notifications

1.1 被 Ceilometer 处理的 notifications

所有的 OpenStack 服务都会在执行了某种操作或者状态变化时发出 notification。一些…

详细内容

探索OpenStack:计量模块 Ceilometer 介绍及优化

本文作者:SammyLiu 刘世民

 

0. 背景

0.1 为什么要有 Ceilometer?

通常云,特别是公有云在计费方面有三个层次:

  • 计量 (Metering): 收集资源的使用数据,其数据信息主要包括:使用对象(what), 使用者(who), 使用时间(when)和 用量(how much)。
  • 计费 (Rating):将资源使用数据按照商务规则转化为可计费项目并计算费用
  • 结算 (Billing):收钱开票

Ceilometer 的目标是 计量 Metering 方面,为上层的计费、结算或者监控应用提供统一的资源使用数据收集功能。

“To provide an infrastructure to collect any information needed within all OpenSta…

详细内容

OpenStack自动化发展进行时

虽然像Heat和Graffiti这样的OpenStack工具可以帮助IT专业人士实现该开源平台的自动化,但2016年仍然有一些工作需要完成。

许多企业正在转向OpenStack作为他们的下一代云计算平台。尽管不少公司已经作了前期试验性安装,但从一个试验阶段过渡到大规模的OpenStack部署对一些公司来说并非易事。在某种程度上,这是由于OpenStack的快速采纳;OpenStack是一个流行的私有云方案,但OpenStack的技能和培训并没有跟上需求的增长。

让这一切变得更加复杂的一个事实是,OpenStack就像是一个移动的目标,因其一直在进化以及围绕OpenStack出现的一系列竞争的软件生态系统。并且OpenStack的技术支持一直很难寻求,这也让一般的IT专业人士望而却步。

解决这些复杂性的方法之一是OpenStack自动化,这也是OpenStack的项目如Heat和Gra…

详细内容

三分钟读懂——OpenStack 的起源、架构和企业级应用的六大因素

OpenStack 是一个面向 IaaS 层的开源项目,用于实现公有云和私有云的部署及管理。拥有众多大公司的行业背书和数以千计的社区成员, OpenStack 被看作是云计算的未来。目前 OS 基金会里已有500多个企业赞助商,遍布世界170多个国家,其中不乏 HP 、 Cisco 、 Dell 、 IBM 等,值得一提的是 Google 也在2015年加入基金会。

一.关于项目起源

Rackspace (一家美国的云计算厂商)和 NASA (美国国家航空航天局)在2010年共同发起了 OpenStack 项目。

那时候 Rackspace 是美国第二大云计算厂商,但规模只能占到亚马逊的5%。只依靠内部的力量来超越或者追赶亚马逊不大可能,这家公司索性就把自己的项目开源了,也就是后来的 OpenStack 的存储源码( swift )。

与此同时, NASA 也对自己使用的 Euca…

详细内容

部署并管理OpenStack和AWS

编译:布加迪

AWS俨然是基础设施即服务公共云市场的龙头老大。另一方面,OpenStack是面向私有云的基础最坚实的云平台。虽然AWS用户的数量远远超过OpenStack部署的数量,但是许多企业也在考虑构建OpenStack云。对那些公司来说,有必要了解如何才能在混合云环境下有效地部署OpenStack和AWS。

OpenStack和AWS都提供了可扩展的计算、存储和网络服务。AWS服务和OpenStack服务也存在相似之处。比如说,这两家云提供商都提供了对象存储服务;AWS有亚马逊简单存储服务(S3),OpenStack则有Swift。同样,OpenStack包括用于身份管理的Keystone服务包,AWS则提供了身份和访问管理这项服务。

尽管拥有相似的特性,但是这两种云平台之间的紧密集成并非总是易事。AWS专有API和原生工具提供了与AWS兼容的API,因而显…

详细内容

OPENSTACK的可伸缩架构的基础:RPC——超大规模高可用OpenStack核心技术深入解析系列

作者:石奎 EasyStadk架构师

编者按:

OpenStack已经在很多大型企业里支撑起核心生产业务,这都源于OpenStack中的核心技术与架构,超大规模高可用OpenStack平台核心技术深入解析系列文章,主要介绍了EasyStack在企业级OpenStack一线实践中的所见所感,将分为消息队列篇,计算篇,存储篇,网络篇等等,每篇中的内容都以基础、高级划分,将OpenStack落地最后一公里实打实所遇到的问题分享给大家。

 

OpenStack作为分布式云计算平台,包含了众多功能组件,每个组件完成各自的功能,比如大家熟知的计算(Nova)、存储(Cinder)、网络(Neutron)。组件之间通过message进行通讯,message broker在分布式系统中起到核心上传下达的作用,连接着集群中的各个组件,如果将OpenStack比作复杂人体来说,那么消息队列就是…

详细内容

SDN与NFV技术在云数据中心的规模应用探讨

编者按:以云数据中心为切入点,首先对SDN领域中的叠加网络、SDN控制器、VxLAN 3种重要技术特点进行了研究,接下来对NFV领域中的通用服务器性能、服务链两类关键问题展开具体分析。最后,阐述了前期开展的SDN/NFV技术试验工作进展及相关结论,并对VDC应用产品进行了展望。
1

 

1 引言

伴随着云计算技术的兴起,数据趋于大集中,传统电信系统网络架构成为阻碍云数据中心发展的巨大桎梏。为满足数据中心在云计算环境下的虚拟网络资源调度和共享需求,未来的数据中心资源池运营需要解决以下关键问题。

  • 用户需求的快速响应。云资源池内部网络设备多,网络特征复杂,采用点对点手工配置,将会延迟用户需求的响应速度。
  • 清晰的网络拓扑视图。云资源池本身的网络拓扑难以清晰呈现,特别是租户网络与云资源网络无法呈现对应关系,导致运维复杂。
  • 灵活的资源共享与调度。资源池很…

详细内容

Libvirt下获取虚机内存使用

本文作者:张智博  Niusmallnan (东网科技)

在我们的云平台中,基本都需要这样一个功能,就是收集虚拟机监控数据,比如cpu使用率、内存使用率、磁盘io、网络io等信息。通常这些信息Hypervisor都会提供接口供你获取,这种获取方式成本是低廉的,通常不会对整个虚拟化环境有影响。如果想要获取更多的监控详情信息,那么则需要在虚机里面安装agent来收集监控数据,这种方式获取成本高,有时候用户可能不会接受镜像里面有agent的事实,这好比被安装了后门一样。两种方式各有优劣,看各自的需求场景,具体使用具体分析。

本文主要讨论是如何能通过libvirt接口获取memory-usage,主要是针对kvm虚拟化。

KVM内存虚拟化

我们先回顾一下,KVM在内存虚拟化上有哪些相关技术可以使用。

KVM的发展路线就是逐步从软件模拟到硬件辅助,内存虚拟化的本质就是实现客户机虚拟地址 (…

详细内容

OpenStack Neutron网络分析

作者:徐超

一.前言

本文主要介绍了如何分析Neutron下的VM网络数据流,并结合这些方法如何去进行网络分析和故障解决。限于篇幅、环境,这里并未提及Flow Table、br-tun等。我们将在下次见面。

总所周知,OpenStack Neutron的高度复杂性和抽象性,让众多学习和使用者望而生畏,不知所云。尽管如此,但我们不能选择逃避。

其实,暂且抛开具体细节不谈,从全局和宏观上理解Neutron的整个运行流程,也是不复杂、抽象的。

无非就是将传统的物理硬件设备(如网线、网卡、服务器、交换机、路由器等)按照TCP/IP的四个层次架构(数据链路层、网络层、传输层、应用层),通过软件编程的方式,予以全部虚拟化、软件化和抽象化。

其虚拟实现的1层到3层(TCP/IP)整个流程是:

OpenStack Neutron网络分析370 

一层的服务器及其VM(由Linux Kernel创建的qbr、tap/tun、veth、…

详细内容