我如果要使用kubenetes,最为看重的是,调度和自我扩缩容,这种理念抛弃了传统系统运维的窘境角色---救火队,靠系统自身的能力是自我修复和自我抗压。 如果不使用kubernetes,最为由于的是软件的完善和稳定性,以及企业内部的人
数据库要求高io的性能,严格说起来,不适合放在分布式的K8S里,因为k8s里首先考虑使用的是分布式存储,可靠性不高(依赖网络、相比较于集中存储不高),性能不强(多副本)。但是近几年以来,localvolume的方式盛行,在k8s中的数据库的数据
FC-SAN一般是集中存储,成本高,可靠性高,IO性能强,现在基本上都是用闪存盘了; 云平台一般是分布式存储,说白了就是每台服务器下挂一个盘柜,里面有一堆盘。主要有Ceph,xsky,glusterfs等等, 成本较低(用Nvme也不低),IO能力不强,可靠
(1)kubesphere是青云开源的云管平台,现在应该已经到了4.0版本,也有商业版,不太成熟,社区活跃度不高,有待发展;(2)Rancher已经发展的非常成熟,而且有开源也有商业版,社区活跃度很高,还有其他配套的,比如longhorn 分布式存储。 所以
全托管指的是,连master和worker都让公有云管理,你只需要部署服务;半托管的是指,master托管,但worker由自己管理。 个人比较倾向于半托管,master节点重要,但我们很少在其上部署应用,一旦3节点的master挂2台,k8s就会工作有问题,
(1)购买公有云的服务器自建容器云,你有最大的自由度,必要时你可以迁移走,但容器云的稳定性你要全全负责;(2)使用容器服务Paas,你可以聚焦在业务,而无须管理容器云本身,但你是高度依赖这个容器云的,公有云厂商一般会在自家的容器云
到底是自建IDC机房,还是在公有云上建设,这是个长久讨论的话题;平衡RIO主要考虑以下几点 (1)数据的私密性,虽然公有云承诺用户数据的安全性,但作为谨慎至上的金融企业还是考虑把数据放置在自建的IDC,可以全方面的掌控;(2)规模:如
混合云的优势在于(1)可以提供可靠安全的互联网出口,降低网络成本;(2)可以提供弹性的云上扩缩容,降低IDC部署的成本;劣势也很明显,在于(1)机房和公有云厂商之间的专线带宽成本较大;(2)IDC必须提供可靠的接口,用以对接云上应用。
kubedb上 有mgr operator,这个我们都做成图形部署了。 mgr不可靠啊,生产环境不敢用
机器的配置要根据你的负载的需求,不讲究负载的机器配置都是耍流氓。计算型负载按vcore来估算机器配置和数量,io型负载按容量来估算,磁盘或ssd的容器约大,cpu的性能也会相应提高,不可能有1core 64gb的服务器,是不存在的。一
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30