运行、运维、运营,是系统管理的3个阶段。云平台建设,除了虚拟化之外,还要关注配置管理,监控动化管理,是一个需要和自身环境结合、制定、优化的过程。我有一个观点:1、系统管理,心中要有一张图“架构图”,是通过分层把问题简化
云平台中的删除问题,就像关系型数据库中的删除一样,核对问题是关联问题。vmware本身就是3层结构,包括虚拟机和实体机,集群,vcenter。云平台又分虚拟化、管理平台、云平台三层。这样,在搭建vDC(虚拟数据中心),VPC(虚拟网络)时,层级
我上周写过一篇文章,I叫“技术人格”,写过到“兼容性问题”,供参考。文章位置 ,微信公共号 citiccloud ,在历史信息中。 成熟的产品:兼容性 银行的业务涉及真金白银,技术路线“稳中求进”,倾向于使用成熟产品、成熟技术。
我们是数据中心做IaaS、分布式存储,开发中心做PaaS,架构部做大数据、分布式数据库。每个部门工作各有侧重。
这个问题很尖锐,也是我做云以来不断被问及,也不断思考的问题。我的答复是“前途光明、道路曲折”,需要“罗辑思维”中倡导的“日拱一卒”精神,不断探索,和自己的业务不断结合。这周我们的云中实现了IP注入,通过puppet推送脚
我们生产不使用精简格式,就是怕出现类似问题。精简格式有好处,但需要一个很好的监控机制和应急处理机制,否则就会造成事故,如果你用了4T的大LUN,就可能是几十个虚拟机宕机的大事故了。
补充几个云平台准备阶段阶段、规划阶段的细节1、测试环境和生产环境的一致性:云平台一般现在测试环境部署,再上生产。但测试环境的配置和生产环境相比,往往降配,比如不会在所有环节都配置2跟网线,这可能造成在测试环境测试
对于集群规模,外部限制条件1、你的业务需求2、隔离度的要求3、机柜等物理因素限制 内部的限制1、预算2、管理能力、文档、流程、工具3、网络、存储的限制 说声爱你不容易,大规模做不好,就是大问题。 小而美,又体现不
这是一个边界问题。现在的IaaS,还主要是在虚拟化上面包装一层,还没有在VM中加入太多的探针。所以原来基于OS的监控、备份等,在IaaS中还可以继续使用。只是对了一个云平台层面的监控、备份、自动化。如果到了PaaS的容器时
x86的集群要建多大:传统的机构有4台规模,6台规模,10台规模。而有的机构有20台,设置更大的规模。规模越大,池子越大,越好调配资源,但限制也越大。比如10台的规模,一个带外管理的虚拟机,网段是特殊的,你要给10台都配置这个网络吗?
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30