这个问题与虚拟化关系不太大。一个是要检查SAN网络的质量,包括光纤,HBA,交换机接口是否稳定。二一个如果情况老是出现,可以调整一下多路径软件探测错误和切换的时间,减少中断时间。
从实际的项目来看,一般是PowerVM层面功能最强,PowerVC会比PowerVM实现的少一点功能,云管平台会更加少一下,很多云管平台只做了小机和x86云管理常用的那部分功能。
如果环境里面没有DNS,就不要bind.
PowerVC自己的审批功能比较弱,如果客户已经有自己的审批系统,建议流程管理仍然走原来的审批流程,只有到了部署资源的时候,再调用PowerVC的rest api接口。所有PowerVC界面上做的动作,都有对应的REST API接口,可以用firebug直
已经有几个中型行用在生产上了。不是纳管旧的系统,是新的应用部署在PowerVC的资源池里。几个大行已经在计划实施了,在生产环境里。
补充一点,可以通过运维平台定制化来实现Power,x86的统一管理。例如给一个大行做的通过BMC来调用powervc 的rest api和vmware的接口方案。往外这种方案最能满足客户的需求。
全自动既有方便的界面,也支持openstack 的rest api.
SSP与SAN存储是不同的架构,SSP类似于vmware的datastore。如果追求性能,建议NPIV。
Powervc的配置信息存放在 DB和 配置文件里面。powervc-backup命令可以把这些数据存到一个压缩文件里面。我们可以用cron定时备份这个数据,放在一个NFS上,如果PowerVC损坏,可以重新安装PowerVC,导入这个备份数据,就可以重新
PowerVC支持标准的Openstack,并且增加了Power相关的一些接口支持。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30