cephjava

㈠ ceph和cephfs是一个概念么

首先Ceph和CephFS不是一个概念
Ceph是分布式文件存储系统，里面提供了对象存储，块存储和文件系统，这个文件系统也就是CephFS。所以Ceph包括了CephFS。

㈡ 如何 获得 ceph pool下 object的 空间使用状态

Ceph是一套高性能，易扩展的，无单点的分布式文件存储系统，基于Sage A. Weil的论文开发，主要提供以下三个存储服务： 对象存储(Object Storage)，既可以通过使用Ceph的库，利用C, C++, Java, Python, PHP代码，也可以通过Restful网关以对象的形式访问或存储数据，兼容亚马逊的S3和OpenStack的Swift。 块存储(Block Storage)，作为块设备像硬盘一样直接挂载。 文件系统(File System) ，如同网络文件系统一样挂载，兼容POSIX接口。 Ceph的结构，对象存储由LIBRADOS和RADOSGW提供，块存储由RBD提供，文件系统由CEPH FS提供，而RADOSGW, RBD, CEPH FS均需要调用LIBRADOS的接口，而最终都是以对象的形式存储于RADOS里。 Ceph集群的节点有三种角色： Monitor，监控集群的健康状况，向客户端发送最新的CRUSH map(含有当前网络的拓扑结构) OSD，维护节点上的对象，响应客户端请求，与其他OSD节点同步 MDS，提供文件的Metadata，如果不使用CephFS可以不安装 .

㈢ openstack为什么需要整合ceph

Ceph 是一个符合 POSIX (Portable Operating System for UNIX®)、开源的分布式存储系统，依据 GNU 次通用公共许可而运行。该项目最初由 Sage Weill 于 2007 年开发，该项目的理念是提出一个没有任何单点故障的集群，确保能够跨集群节点进行永久数据复制。
与在任何经典的分布式文件系统中一样，放入集群中的文件是条带化的，依据一种称为 Ceph Controlled Replication Under Scalable Hashing (CRUSH) 的伪随机的数据分布算法放入集群节点中。
Ceph 是一种有趣的存储替代方案，这得益于它实现的一些概念，比如元数据分区，以及一种复制或放置组策略（将一系列对象聚合到一个分组中，然后将该分组映射到一系列对象存储后台进程 (OSD)）。
这些特性支持自动扩展、恢复和自主管理集群，因为他们使用以下绑定（在不同的级别上）提供了与您的 Ceph 集群的交互方式：
Reliable Autonomic Distributed Object Store (RADOS) 网关是一种 RESTful 接口，您的应用程序可与其通信，以便将对象直接存储在集群中。
librados 库是一种访问 RADOS 的便利方式，它支持 PHP、Ruby、Java™、Python 和 C/C++ 编程语言。
Ceph 的 RADOS 块设备 (RBD) 是一个完全分布式的块设备，它使用一个 Linux® 内核和一个 Quick EMUlator (QEMU)/基于内核的虚拟机 (KVM) 驱动程序。
原生 CephFS 是一个分布式文件系统，全面支持 Filesystem in Userspace (FUSE)。
如 图 1 中所示，Ceph 生态系统可分解为 5 个组成部分：
librados 库
RADOS 网关
RBD
CephFS
集群中的各种节点
图 1. Ceph 生态系统

Ceph 生态系统原生支持许多与其交互的方式，这使得在已运行的基础架构中集成它变得既轻松又便捷，即使它执行的是一个在统一项目文件中提供块和对象存储功能的复杂任务。
接下来我们来看一下组成 Ceph 的各个部分以及它们在 Ceph 中分别扮演的角色。
RADOS 对象存储
图 1 表明 RADOS 对象存储是存储集群的基础。对于通过众多客户端或网关（RADOSGW、RBD 或 CephFS）执行的每个操作，数据会进入 RADOS 或者可以从中读取数据。图 2 显示了 RADOS 集群，它包含两个后台守护进程：Ceph 对象存储后台进程 (OSD) 和维护集群映射的主要副本的 Ceph 监视器。
图 2. The RADOS 对象存储

集群映射描述了对象块的物理位置，以及一个将设备聚合到物理位置的 “桶” 列表。该映射由 Ceph 的高级放置算法控制，该算法在物理位置上建模逻辑位置。图 3 描绘了集群内的 “池”，即存储对象的逻辑分区。每个池被动态映射到 OSD。
图 3. RADOS 位置分组

现在让我们看看第一组后台进程 OSD，然后再看看监视器，最后看看属于 CephFS 分布式文件系统的 Ceph 元数据服务器。
回页首
OSD
OSD 是访问文件系统并向其中写入数据的后台进程，它提供了通过集群网络访问文件系统的能力。要让集群正常运行，Ceph 开发人员建议使用 XFS（Silicon Graphics 日志文件系统）或 B 树文件系统 (Btrfs) 作为用于对象存储的文件系统。也可使用第 4 代扩展文件系统 (ext4)，但它未提供 XFS 和 Btrfs 为 Ceph 提供的功能。
在本示例中，XFS 部署在所有存储节点上。图 4 演示了 Ceph OSD 如何与物理存储交互。

㈣ 如何统计Ceph的RBD真实使用容量

Ceph是一套高性能，易扩展的，无单点的分布式文件存储系统，基于Sage A. Weil的论文开发，主要提供以下三个存储服务：
对象存储(Object Storage)，既可以通过使用Ceph的库，利用C, C++, Java, Python, PHP代码，也可以通过Restful网关以对象的形式访问或存储数据，兼容的S3和OpenStack的Swift。
块存储(Block Storage)，作为块设备像硬盘一样直接挂载。
文件系统(File System) ，如同网络文件系统一样挂载，兼容POSIX接口。
Ceph的结构，对象存储由LIBRADOS和RADOSGW提供，块存储由RBD提供，文件系统由CEPH FS提供，而RADOSGW, RBD, CEPH FS均需要调用LIBRADOS的接口，而最终都是以对象的形式存储于RADOS里。
Ceph集群的节点有三种角色：
Monitor，监控集群的健康状况，向客户端发送最新的CRUSH map(含有当前网络的拓扑结构)
OSD，维护节点上的对象，响应客户端请求，与其他OSD节点同步
MDS，提供文件的Metadata，如果不使用CephFS可以不安装！

㈤ 如何使用ceph

首先回顾之前看到的整个架构图，在上述文中我们了解了RADOS的原理和作用，然后我们聚焦在Librados，Librados提供了对RADOS的直接访问。librados提供对C、C++、Java、Python、Ruby和PHP的支持。

㈥ ceph是采用kvm虚拟化技术吗

OpenStack和CloudStack的对比
1）历史背景和概况
OpenStack由NASA和Rackspace公司在2010年联合发布，两者分别贡献计算代码（Nova）和存储代码（Swift），以Apache许可协议进行授权。OpenStack的目标是提供一个既可以用来建设公有云也能建设私有云的通用的开源云计算平台，而且做到云平台的搭建尽量的简单方便，同时能够快速的横向扩展。OpenStack独立于任何企业，遵循开源、开放设计、开放开发流程和开放社区的理念，完全由社区主导和维护。OpenStack的发布周期是半年，到目前为止已经发布8个正式版本，最新的版本是Havana，在每个版本发布之后社区都会举行一次峰会，来自世界各地的公司和开发者一起讨论下一个版本的设计，同时进行OpenStack相关的技术分享，值得一提的是，最近的一次峰会在中国的香港举行。
CloudStack最初由Cloud.com公司开发，分为商业和开源两个版本，开源版本通过GPLv3（GNU General Public License, version 3）许可协议进行授权，Citrix公司在2011年收购Cloud.com后，将全部代码开源，并在2012年将CloudStack贡献给Apache软件基金会，成为Apache的孵化项目，同时将授权协议改为更加宽松开放和商业友好的Apache许可协议，CloudStack在2013年3月份升级为Apache的正式项目。CloudStack的目标是提供高度可用的、高度可扩展的能够进行大规模虚拟机部署和管理的开放云平台。CloudStack的发布周期并不固定，目前最新的版本是4.2，社区每年会举行一次全球协作会议（CloudStack Collaboration Conference）进行技术分享和交流。
2）平台架构
OpenStack采用分布式架构，整个平台按照功能不同分为多个模块项目，如图2所示，项目之间通过消息队列中间件和RESTful形式的API进行交互通信（其中认证项目为其它项目提供认证和服务注册），因此每个项目都可以单独部署在不同的主机上，架构非常的灵活，OpenStack对外提供丰富和功能强大的API，使得资源可以被用户方便的使用和调度，同时提供和Amazon AWS（Amazon Web Services）兼容的API。

图2、OpenStack分布式架构图
CloudStack采用集中式的单体架构（Monolithic architecture），如图3所示，整个平台只有一个项目构成，不同模块之间通过的本地调用进行交互，在一台主机上就可以完成平台的部署，非常方便，CloudStack同样地对外提供自身API和与Amazon AWS相兼容的API。

图3、CloudStack集中式架构图
可以看到两者的架构几乎是相对的，OpenStack的分布式架构灵活性好，不同的项目可以单独部署，因此可以很容易的根据实际需要进行功能组合，并且由于不同的项目间耦合性低，项目间功能划分明确，因此针对单独功能进行定制开发也非常方便，缺点是部署麻烦，每个项目都要部署配置一遍；CloudStack因为只有一个项目，所以部署起来会相对容易很多，然而平台的扩展性就要相对弱一些。
3）平台整体比较
OpenStack和CloudStack的功能对比如表1所示，我们从授权协议、支持的底层技术和用户群等不同方面对两者进行了比较。

OpenStack

CloudStack

授权协议

Apache 2.0，可以免费商用

Apache 2.0，可以免费商用

虚拟化技术

XenServer/XCP,KVM,QEMU，
LXC,VMware ESXi/vCenter,Hyper-V Baremetal,Docker,Xen/Libvirt

XenServer,KVM,QEMU,
VMware vCenter ,LXC

网络服务

VLAN,Flat,FlatDHCP
Quantum虚拟化网络

VLAN,Flat,OpenFlow

存储支持

iSCSI,Ceph,NFS,LVM,Swift,Sheepdog

NFS,LVM,Ceph,Swift

调度策略

模型全面，易扩展

模型简单，可扩展

用户界面

功能完善，界面简单

功能完善，界面友好

数据库

PostgreSQL,MySQL,SQLite

MySQL

虚拟机模板

支持

支持

组件

Nova,Glance,Keystone,
Horizon,Swift,Cinder,
Quantum,Heat,Ceilometer

Console Proxy VM,
Second Storage VM,
Virtual Router VM,
Host Agent,Management Server

开发主导

开源社区

Citrix公司

开发语言

Python

Java

官方文档

非常详细

详细

版本问题

存在版本兼容性问题

不存在版本兼容性问题

用户群

160家左右，包括NASA、
RedHat、Rackspace、HP、
网易、UnitedStack等

不到60家，包括诺基亚、
日本电话电报公司、Zynga、
阿尔卡特、迪斯尼等

表1、OpenStack与CloudStack 比较
4）平台选择
经过前面的比较分析我们能够获得这样的结论，OpenStack和CloudStack都是功能强大的开源云平台，满足企业私有云建设的需求，并且因为开放开源，都可以根据需要进行定制。不同的是CloudStack因为是从商业软件开源出来的，所以对企业来说会更容易上手，在云平台构建时会比较方便，然而同样因为其带有商业软件属性，平台架构比较集中，模块间耦合度比较高，因此扩展性不是太好，同时二次开发的成本较高；OpenStack自诞生之初就是开源软件，并采用分布式的架构，所有的开发都是由社区承担，不同的项目之间几乎没有耦合，所以可以方便的进行开发定制，然而因为其有多个项目组成，每个项目都要单独安装，并且要保证项目间的协作，所以部署会比较麻烦，另外由于OpenStack处于高速发展阶段，不同版本之间项目可能会有较大的变动，因此版本间的升级会比较困难。
另外值得一提的是，OpenStack和CloudStack虽然都对VMware的ESXi虚拟化技术提供支持，但支持方式是不一样的，如图4所示。CloudStack要经过vCenter才可以实现对ESXi宿主机上虚拟机的管理；而OpenStack支持直接和ESXi通信，实现对虚拟机的基本管理，只有高级功能才需要vCenter的支持。针对目前中小企业普遍采用VMware的免费虚拟化技术而没有vCenter的现状，这也是在平台选择时需要考虑的。

图4、VMware ESXi管理方式对比图
恒天云采用OpenStack开源平台进行私有云建设，因为OpenStack架构非常开放，方便定制开发，并且拥有众多技术厂商的支持，非常有可能成为云计算IaaS平台领域的Linux，所以通过对OpenStack定制开发，积累云计算的技术能力，从长远来看对企业也是非常有益的。

㈦ ceph这款云存储技术怎么样

Ceph是一套高性能，易扩展的，无单点的分布式文件存储系统，基于Sage A. Weil的论文开发，主要提供以下三个存储服务：
对象存储(Object Storage)，既可以通过使用Ceph的库，利用C, C++, Java, Python, PHP代码，也可以通过Restful网关以对象的形式访问或存储数据，兼容亚马逊的S3和OpenStack的Swift。
块存储(Block Storage)，作为块设备像硬盘一样直接挂载。
文件系统(File System) ，如同网络文件系统一样挂载，兼容POSIX接口。

Ceph的结构，对象存储由LIBRADOS和RADOSGW提供，块存储由RBD提供，文件系统由CEPH FS提供，而RADOSGW, RBD, CEPH FS均需要调用LIBRADOS的接口，而最终都是以对象的形式存储于RADOS里。

Ceph集群的节点有三种角色：
Monitor，监控集群的健康状况，向客户端发送最新的CRUSH map(含有当前网络的拓扑结构)
OSD，维护节点上的对象，响应客户端请求，与其他OSD节点同步
MDS，提供文件的Metadata，如果不使用CephFS可以不安装
​

㈧ ceph 集群 进程和模块 有哪些

Ceph是一套高性能，易扩展的，无单点的分布式文件存储系统，基于Sage A. Weil的论文开发，主要提供以下三个存储服务：对象存储(Object Storage)，既可以通过使用Ceph的库，利用C, C++, Java, Python, PHP代码，

㈨ openstack ceph 虚拟机会在不同计算节点么

Ceph 是一个符合 POSIX (Portable Operating System for UNIX®)、开源的分布式存储系统，依据 GNU 次通用公共许可而运行。该项目最初由 Sage Weill 于 2007 年开发，该项目的理念是提出一个没有任何单点故障的集群，确保能够跨集群节点进行永久数据复制。
与在任何经典的分布式文件系统中一样，放入集群中的文件是条带化的，依据一种称为 Ceph Controlled Replication Under Scalable Hashing (CRUSH) 的伪随机的数据分布算法放入集群节点中。
Ceph 是一种有趣的存储替代方案，这得益于它实现的一些概念，比如元数据分区，以及一种复制或放置组策略（将一系列对象聚合到一个分组中，然后将该分组映射到一系列对象存储后台进程 (OSD)）。
这些特性支持自动扩展、恢复和自主管理集群，因为他们使用以下绑定（在不同的级别上）提供了与您的 Ceph 集群的交互方式：
Reliable Autonomic Distributed Object Store (RADOS) 网关是一种 RESTful 接口，您的应用程序可与其通信，以便将对象直接存储在集群中。
librados 库是一种访问 RADOS 的便利方式，它支持 PHP、Ruby、Java™、Python 和 C/C++ 编程语言。
Ceph 的 RADOS 块设备 (RBD) 是一个完全分布式的块设备，它使用一个 Linux® 内核和一个 Quick EMUlator (QEMU)/基于内核的虚拟机 (KVM) 驱动程序。
原生 CephFS 是一个分布式文件系统，全面支持 Filesystem in Userspace (FUSE)。