互联网服务OpenStack
公司对于迁移到私有云平台上的一些问题（立项调研）
目前，本公司的拓扑环境是这样的，公司有一批5台Dell R710、8台IBM X3950M2、4台HP DL785G5服务器、一台IBM DS6800存储、一台EMC VNX5300存储、两台博科光纤交换机、2台思科三层交换机、2台2950思科交换机，公司领导想在不增加设备的情况下，将当前的拓扑环境迁移到openstack云平台上，目前公司正处在openstack部署的调研阶段，针对目前公司在openstack遇到的问题罗列如下，希望社区的专家能够为本公司出谋划策：
对于openstack，我主要存在以下问题：
1、openstack是否与其他云平台（如恒天云）同样存在集群的架构；
2、openstack在网络方面的规划；
3、openstack经过虚拟化之后，是否会存在性能方面的瓶颈；
4、openstack是否会增加管理的难度，维护成本是否会更高，对管理员的要求是否会更高；
5、openstack能否利旧当前的网络、主机、存储设备
对于openstack，我主要存在以下问题：
1、openstack是否与其他云平台（如恒天云）同样存在集群的架构；
2、openstack在网络方面的规划；
3、openstack经过虚拟化之后，是否会存在性能方面的瓶颈；
4、openstack是否会增加管理的难度，维护成本是否会更高，对管理员的要求是否会更高；
5、openstack能否利旧当前的网络、主机、存储设备
4同行回答
回复 1# xiaokecisco
从公开的资料来看，恒天云的基本功能与原生版本的OpenStack区别不大(对Horizon略有改动)，所以您提到的集群架构就是OpenStack原生的Host Aggregate(或者OpenStack其他的方案)的方式。
下面就您提出的问题谈一下我的看法：
企业用户业务的迁移是云平台建设中的必经之路，但是这里又存在的一定的矛盾。主要体现在：
1、企业用户不想做过多的投入，更多时候都是想利旧
2、如果是利旧去安装云平台，那么就存在已经在运行的业务系统连续性无法保证的问题
3、从我们接触的项目来看，一般会采用逐步建设的方案：先用最少的硬件建设一个云平台->迁移业务->添加计算节点，反复几次，最终完成业务迁移
那么针对网络方面：
1、按照您的需求，必须要引入SDN
2、OpenStack Neutron在三层高可靠上还是属于试验阶段，所以HA需要自己解决
存储方面：
1、旧的存储设备是一个比较头疼的方式，OpenStack Cinder模块虽然能够支持，但是质量参差不齐，所以必须要实际测试才能知道
2、如果的确没有驱动，而且开发成本高，那么干脆就当个NAS用吧
性能方面：
1、虚拟机的性能肯定比物理机的性能有所损失，这是必然的
2、所以建议逐步迁移的方式，对应用性能测试没有问题的时候，再决定是否最终割接业务系统
运维成本：
云平台的初衷是降低这方面的成本，但是由于OpenStack并不是一个产品，只是一个项目，所以在运维上可能要投入一定的人力，对管理员的要求也会更高收起
从公开的资料来看，恒天云的基本功能与原生版本的OpenStack区别不大(对Horizon略有改动)，所以您提到的集群架构就是OpenStack原生的Host Aggregate(或者OpenStack其他的方案)的方式。
下面就您提出的问题谈一下我的看法：
企业用户业务的迁移是云平台建设中的必经之路，但是这里又存在的一定的矛盾。主要体现在：
1、企业用户不想做过多的投入，更多时候都是想利旧
2、如果是利旧去安装云平台，那么就存在已经在运行的业务系统连续性无法保证的问题
3、从我们接触的项目来看，一般会采用逐步建设的方案：先用最少的硬件建设一个云平台->迁移业务->添加计算节点，反复几次，最终完成业务迁移
那么针对网络方面：
1、按照您的需求，必须要引入SDN
2、OpenStack Neutron在三层高可靠上还是属于试验阶段，所以HA需要自己解决
存储方面：
1、旧的存储设备是一个比较头疼的方式，OpenStack Cinder模块虽然能够支持，但是质量参差不齐，所以必须要实际测试才能知道
2、如果的确没有驱动，而且开发成本高，那么干脆就当个NAS用吧
性能方面：
1、虚拟机的性能肯定比物理机的性能有所损失，这是必然的
2、所以建议逐步迁移的方式，对应用性能测试没有问题的时候，再决定是否最终割接业务系统
运维成本：
云平台的初衷是降低这方面的成本，但是由于OpenStack并不是一个产品，只是一个项目，所以在运维上可能要投入一定的人力，对管理员的要求也会更高收起
回复 3# xiaokecisco
Host Aggregate是一个逻辑概念，比如同样的CPU类型、同样的存储类型都可以划分为一个Host Aggregate，这样划分，便于迁移，便于管理。
存储方面，这里面有个支持列表，https://wiki.openstack.org/wiki/CinderSupportMatrix，因为我没有实际测试过，据其他友商反映，几个大厂的存储并不是如我们所愿表现的这么好。收起
Host Aggregate是一个逻辑概念，比如同样的CPU类型、同样的存储类型都可以划分为一个Host Aggregate，这样划分，便于迁移，便于管理。
存储方面，这里面有个支持列表，https://wiki.openstack.org/wiki/CinderSupportMatrix，因为我没有实际测试过，据其他友商反映，几个大厂的存储并不是如我们所愿表现的这么好。收起
浏览1569
1、OpenStack原生的Host Aggregate是在基于openstack架构的集群还是基于主机层面的集群？
2、在存储方面，目前哪些品牌或者型号对openstack支持或者兼容性比较好呢？收起
2、在存储方面，目前哪些品牌或者型号对openstack支持或者兼容性比较好呢？收起
浏览1570
多谢回复！
1、OpenStack原生的Host Aggregate是在基于openstack架构的集群还是基于主机层面的集群？
2、在存储方面，目前哪些品牌或者型号对openstack支持或者兼容性比较好呢？收起
1、OpenStack原生的Host Aggregate是在基于openstack架构的集群还是基于主机层面的集群？
2、在存储方面，目前哪些品牌或者型号对openstack支持或者兼容性比较好呢？收起
浏览1581