选择主流技术方案即可,目前市场上的容器云平台主流都是采用Kubernetes+Docker为核心技术,其他还配套有监控模块、日志模块、DevOps模块、微服务模块、云管平台、镜像仓库等,可根据自身需要进行组合引入。灾备方面,平台层可考虑异地联邦集群部署的方式,发布应用时同时在两地进行部署,应用层依靠入口流量智能路由、底层数据库实时同步等机制来保障。
收起基本都是在kubernetes基础做的,如何选择,是一个结合自身,层层剥茧的过程。
本地化如何、是否便于使用和运维,是否带有配套DevOps模块,镜像仓库如何做到高可用和流转,是否有成熟认证、日志、监控、告警对接方案,这都是基本功。
稳定性、高可用设计、灾备方案、平滑升级,这些是不同方案PK的重点项目。
网络方案能否兼顾云原生应用开发和传统应用改造过渡,能否很好的打通容器和非容器基础设施,能否将容器纳入到传统网络的管辖之下,能否利用上传统网络的VLAN隔离、硬件负载、防火墙等设施,这些是网络方面仁者见仁的加分项。
存储方案能否利用已有的存储资源池或设备,如果要配套建设诸如ceph等,己方人员是否有能力应对,这些事存储方面的加分考量项。
当然安全也是一个要考虑的点。
除了k8s或ocp的技术选型外,部署规划、网络、存储的选型很关键。
1、部署规划,考虑如何在不同网络区域建设集群,集群的规模、数量;还是考虑建设大型集群(结合underlay的网络跨网络区域)
2、网络主要看使用underlay还是overlay,要结合网络监控、运维需求和应用技术架构的需求;
3、存储一个是平台组件本身使用的存储,二是提供给上云应用的存储;考虑性能、方便管理、扩展性、可靠性等需求
灾备方面,主要涉及承载的应用需要考虑的设计。容器平台更多的定位是基础设施。不同机房,都需要建设容器集群承载应用,同时对镜像、集群关键信息,etcd数据进行完整备份
收起1)根据行业的要求和特性,结合公司的实际情况(当前的已有的系统架构,相关的平台复用,人员的技术储备,公司的组织架构)来选择适合自身的容器云平台技术方案 2)根据不同的业务系统的服务等级和系统架构,差异化采用不同的灾备方案,数据库和客户的相关非架构化的数据的灾备方案尤其要重视和注意。
收起这个问题的范围有点大,容器云平台主流技术方案还是 K8S+Docker,当然还有涉及微服务的场景的 Istio 等。至于 不同业务系统在容器云平台上应该采用的灾备方案制定 ,这个需要看业务场景,一般的有通过 global DNS 配合多集群的 ingress 或 SLB 来实现业务访问的 HA,还要考虑业务在多数据中心的灾备、单数据中心多集群的灾备,这里涉及到的更多的是业务的数据存储及同步相关
收起城商行在选择容器云平台,博云容器云提供丰富解决方案案例与最佳实践。
对于容灾,博云提供解决方案:
1、支持应用多集群发布。
2、支持服务在多集群间的差异化配置。
3、应用可在单集群或多集群应用间自由切换。
4、实现跨集群的统一部署、升级、回滚。
容灾多活技术主要从几个方面来实施:
1.应用层-多集群能力:主要完成多数据中心的应用同步部署、多活/主备方式的应用服务提供。
2.中间件层-个性化解决。
3.负载均衡层-对接f5:主要完成数据中心之间和数据中心内的流量负载与冗余。
4.数据层:实现数据同步/异步的复制。
5.网络层:主要对上层应用调度、数据同步提供底层能力支持。
容器在容灾方面表现和优势在于:
1、容器上运行的应用实现零RPO和接近零的RTO容灾恢复,并具有容器粒度控制的,命名空间感知的,应用一致性的容灾恢复。故障恢复可以完全自动化,从尽可能降低RTO 。
2、容器粒度控制容灾方案意味着用户可以备份特定的Pod或Pod组,而不是备份整个VM或服务器。这使得用户可以仅快照属于该应用程序的容器。
3、 应用的一致性,基于VM的快照无法实现,同时也不具备跨集群应用一致性,传统的容灾恢复方案也很难避免数据损坏。