这个就是根据应用的用途了,如果你的应用基本是无状态的,而且和公网对接,toc端并经常有大流量的,适合于公有云上。如果这个应用是后端的,有数据有状态的,那么就适合在私有云上。
平时,只要资源使用量在30-40%左右,忙时,资源使用量在60-70%左右,是比较合理的。但是一般由于IDC服务器不可能全部充满,所有实际很难达到这个目标
使用rancher,只要加入到rancher中,所有的cpu,内存和pod总数情况都能统计到并看到, 如果感觉不是很全,可以建立Prometheus+grafana,可以展示实时的资源总量和使用情况
你指的是多云,在企业内部可能就是跨机房的多个集群,在公有云上就是阿里云或腾讯云。这都是要依靠开发的,每个公有云都有丰富的api暴露出来,让云管平台去对接。如果在企业内部多个kubenetes集群,k8s本身就有很多的api接口。
这方面就必然有投入了, 合规不花钱,是不可能的 (1)建立流程体系,用软件保证,比如端到端的DevOps流程体系;(2)完整的高可用和备份体系,高可用kubenete可用保证,备份就需要设备和人力的投入了;(3)网络安全,建议利用公有云,IDC自己搞
这个当然要规划(1)如果是公有云,你需要考虑将来是否会向私有云迁移,考虑是否要过多的依赖公有云的技术,一般是较少的依赖;(2)如果是私有云,要考虑是否在压力上来后,往云上进行扩展,实施混合云的战略。(3)数据的话,要考虑云上,云下,多
(1)初期成本,就是你有多少钱,上公有,还是私有;(2)人员技能(3)网络和数据安全(4)企业战略(5)业务属性,是互联网业务吗? 体量大否? 中国银联和其他金融机构已经有部分业务系统上了K8S,其中北京银行甚至计划把核心业务搬到k8s。
VPC就是分几个网段吧,这要根据实际情况,涉及到短期和长期的规划,你们是要一个大数据中心,还是分布式云机房,一般如果是私有ip比较充裕的话,使用k8s的underlay的大二层网络架构,把pod ip暴露出来;如果ip有限,使用overlay三层架
(1)首先超融合架构充其量只是IaaS云,所谓的超融合只是将 FC-SAN的集中存储,挂载在每个节点下,统一调度。但超融合并不和应用相关,完全是个infra的东西。(2)企业规模小,建议用公有云。初期投资小,可以随着业务增大,逐步增大;企业
(1)自动扩缩容,你的用实体机或虚机部署应用,一旦业务闲置下来,资源是不能挪出去的,但用k8s可以把资源给其他应用使用,当然openstack也可以,但没有kubenetes自由,因为kubenetes的容器就是进程;(2)云原生资源调度,你的应用down了,传统
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30