OpenStack的架构详解(11)

5.3 OpenStack Object Storage物理架构

Proxy Services 偏向于CPU和network I/O 密集型，而 Object Services， Container Services， Account Services 偏向于disk and networkI/O 密集型。

可以在每一服务器上安装所有的服务，在Rackspace内部，他们将Proxy Services放在他们自己的服务器上，而所有存储服务则放在同一服务器上。这允许我们发送10G的网络给代理，1G给存储服务器，从而保持对代理服务器的负载平衡更好管理。我们能通过增加更多代理来扩展整个API吞吐量。如果需要获得Account或 Container Services更大的吞吐量，它们也可以部署到自己的服务器上。

在部署OpenStack Object Storage时，可以单结点安装，但是它只适用于开发和测试目的。也可以多服务器的安装，它能获得分布式对象存储系统需要的高可用性和冗余。

有这样一个样本部署架构，如图5-1所示。一个Proxy 结点，运行代理服务，一个Auth 结点，运行认证服务，五个Storage结点，运行Account，Container和Object服务。

5-1 五个Storage结点的OpenStack Object Storage物理架构

参考文献

[1] OpenStack Compute Administration Manual.

http://docs.openstack.org/cactus/openstack-compute/admin/content.

[2] OpenStack Object Storage Developer Guide.http://docs.openstack.org/.

【编辑推荐】

【责任编辑：黄丹 TEL：（010）68476606】

<< 上一页 1 2 3 4 5 6 7 8 9 10 11查看全文

内容导航

第 1 页：OpenStack是什么	第 2 页：云服务提供商的概念架构
第 3 页：OpenStack Compute逻辑架构	第 4 页：概念映射
第 5 页：OpenStack Compute系统架构	第 6 页：OpenStack Compute物理架构
第 7 页：OpenStack Compute服务架构	第 8 页：OpenStack Image Service
第 9 页：关键概念	第 10 页：Object Storage如何工作
第 11 页：OpenStack Object Storage物理架构

原文：OpenStack的架构详解(11) 返回操作系统首页

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。