提前做好规划,步步为营,同时有合理的期望,没有什么特别的难点。个人认为要注意的有两点:一是架构设计一定要层次清晰,每个层次要各司其职,例如,服务编排、流程设计、监控、计量都应该统一在云管理层实现;二是考虑清楚SDN的问
我理解题主说的应该是指数据迁入私有云。所谓的传统存储其实就是块存储,这部分数据上云之后肯定还是需要放在块存储上面,完全可以利用原来的存储设备,但最好能做存储虚拟化,会减少很多对接的工作。事实上,我们在上云之前就
说实在的,不管对现有系统做什么样的改造,都不但有工作量,还有不少风险。我们一般是采用新建系统试点、推广、现有系统升级换代逐步切换的方式来推进新技术应用的,云计算也不例外。如果你们要做的话,可以从虚拟化入手,在部分
资源池的分层、解耦主要基于应用特点考虑,包括应用分级和应用用途。首先是应用分级,不同级别的应用系统使用的资源池必须要区分开来,例如关键的服务系统和渠道系统需要分开,交易类系统和管理类系统要分开;其次是应用用途,俗
我觉得我看懂问题了,实际上这样是没有什么意义的,每次部署还要填写那么多信息,容易出错,还效率低,或者使用你自定义的规则,也未必可靠。另外从可行性来说,我认为云管平台是做不到的,因为这些都是在虚拟化管理层负责的,比如Powe
简单一点,你可以定制多个heat自动化部署编排模板,按需要使用。不过实际上标准化是用好云的前提。我们是严格限制软件产品和版本的,统一定期更新。
楼上回答的很全了,我就补充一下第二点吧。我理解你说的自动化应该和autoscaling是一类功能,这种全自动化资源动态调整个人是不建议的,收益不大,风险不小。半自动化的资源动态调整是可以实现的,通过监控资源使用情况,并自动
楼上说的没错,云管平台的整合确实是管理功能的整合,我再补充一点吧云平台对底层不同的资源池管理通过调用相关虚拟化(如KVM)或虚拟化管理软件(如VCenter、PowerVC)接口来实现,相应的云平台会有相关的驱动如 VMware vCenter驱
我们选用的是IBM的ICO/ICM,原因主要是服务能力强,产品相对开放。当前已经应用于Power、x86(KVM和VMWare)服务器的管理。存储和SAN交换机通过PowerVC管理。
核心需求简单说就是利用快速、标准、灵活的交付,有效提升资源利用率、落实技术标准规范。建设思路方面,主要就是统一规划、分步实施,尽量降低技术绑定,优先解决突出问题。例如,x86虚拟化我们就根据实际需要,区分场景,同时使
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30