幸运彩快三

幸运彩快三官网

/ 幸运彩快三平台网

Openstack 之分布式幸运彩快三平台幸运彩快三官网比较

2017-06-07 来源:幸运彩快三平台网

幸运彩快三关于Openstack的分布式幸运彩快三平台,我关注Ceph,swift,hdfs的功能实现和优缺点,适用场景。

幸运彩快三1.幸运彩快三平台文件大小

幸运彩快三HDFS、HBase、Hive不太适合存文档、图片大小的文件,HDFS适用于存大文件。

SWIFT:处理几个G的大文件性能上可能会比HDFS差,因为没有条带化。但遇到很多几兆、几十兆的,这些文件的幸运彩快三平台,HDFS就不如SWIFT。所以对于日常文件的单独处理用SWIFT,集中处理如果达到G级用HDFS。

幸运彩快三2.幸运彩快三平台类型:块幸运彩快三平台和对象幸运彩快三平台

如果你只需要用块幸运彩快三平台,那当然是Ceph,如果只需要用对象幸运彩快三平台,那当然是SWIFT。各自有各自擅长的地方,不过现在因为Ceph也支持对象幸运彩快三平台,SWIFT和Ceph又是OpenStack社区非常频繁提到的两种幸运彩快三平台形式,所以,有很多人会把SWIFT和Ceph在一起比较。

幸运彩快三如果只要用对象幸运彩快三平台,就选择SWIFT;如果只要用块幸运彩快三平台,那就Ceph;即要用对象幸运彩快三平台又要用块幸运彩快三平台的场合,是用SWIFT还是Ceph呢?我们一般是这样推荐的:

1)如果节点数量很大,推荐用Ceph单独做块,用SWIFT做对象幸运彩快三平台,因为在节点数量较大时,Ceph的维护成本比SWIFT要高得多,大多数场景实际应用的时候会发现,大部分数据都可以放到对象幸运彩快三平台上(这一点如果有疑问,欢迎随时讨论);

幸运彩快三2)如果节点数量少,那就用Ceph统一搞定,因为一般认为生产环境中最小的分布式幸运彩快三平台应当有五个节点,所以,如果节点数量少于十个或者刚到十来个,那构建两个分布式幸运彩快三平台显然是不理想的(考虑到空间划分问题);

3)如果团队里有牛人能轻松解决Ceph大规模部署问题,那就果断用Ceph;

幸运彩快三4)如果希望对象幸运彩快三平台能够和OpenStack其他项目无缝结合,如果希望实现多租户,果断用SWIFT来实现对象幸运彩快三平台。

3.对象幸运彩快三平台概念:

RESTful接口和扁平的数据组织形式。

4.对象幸运彩快三平台和文件系统幸运彩快三平台区别:

所谓文件系统的本质是POSIX接口,“对象”这个名词是做对象幸运彩快三平台的人为了把自己做的东西和文件系统区分开而用的术语,把存在对象幸运彩快三平台里的文件叫做“对象”,所以选择文件系统还是对象幸运彩快三平台,跟你把这堆数据称作对象还是文件并没有直接关系,而是要看你是需要POSIX还是RESTful HTTP接口,是需要目录结构还是适用扁平数据管理结构。

GlusterFS,它的优点在于如果你需要使用POSIX接口,那GlusterFS是一个很好的选择,但是Gluster在文件数量、目录数量太大的情况下会出现性能衰减,这是文件系统本身的特点决定的,不论是哪种POSIX兼容的文件系统,都存在类似的问题。