3.双活问题收集
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了3.双活问题收集相关的知识,希望对你有一定的参考价值。
参考技术A 2.问题列表问题提出者进度结论备注
问题提出者进度结论备注
中台只需要业务支持还是存储也要部署HNC 汪晓明 待讨论专项:核心链路梳理
两轮车hnc双活对成本的要求是如何的 王勇 已完成
两轮车线上部署方案以及打包脚本改造 圆圆 待讨论专项:核心链路梳理
两轮车所有外部服务+接口依赖梳理 圆圆 待讨论专项:核心链路梳理
备机房如果只保证主链路,如何降低业务开发人员的感知和复杂度 田玉磊 已完成业务无感知应是基本原则。
Api Router目前如何工作已完成卫民已做解答
TCP和IOT层是否要做双机房 田玉磊 已完成至少第一阶段不会双活 彭帝 判断
本机房优先的路由策略(如何判断是本机房服务,如何控制权重) 陈鹏志 需改造路由需要改造,
权重可以通过按照城市维度控制粒度
专项:dubbo双活方案
跨机房部署是否有独立的注册中心,zk是否会成为服务规模瓶颈 陈鹏志 已完成仅仅用作服务发现,不会影响性能。专项:ZK双活方案
KOP支持多注册中心下 陈鹏志 需改造专项:dubbo双活方案
DBProxy是否有现成的多机房方案 陈鹏志 需改造专项:DB双活方案
多机房网络是否经过NAT映射 陈鹏志 已完成没有
同城双活目标,原则 侯云飞 已完成稳定性OKR( 服务端 )决定目标
确定主链路,主链路和非主链路之间是否可以解耦降级 侯云飞 需改造
互联网流量如何打到多个机房,支持哪些策略 侯云飞 已完成卫民已解答
机房收到流量后,路由到LA上,LA采用什么技术 侯云飞 已完成卫民已解答
zk集群每个机房一套,在部署时,如何保证服务配置在不同机房路由到不同zk集群 侯云飞 专项:打包部署方案
DDMQ同一名称的队列如果是多机房多实例,那么当某一机房故障时,会损失一部分消息,是否可接受 侯云飞
mysql、gift、codis、mongo、kschedual双活 侯云飞 需改造
有些服务甚至依赖hbase,是否需要双活 侯云飞 需改造专项:核心链路梳理
请求路由sharding方案,并不是所有接口都有城市ID,是否有多套 吴文豪 需改造专项:路由策略
一旦链路上存在未双活服务,存在跨机房调用,耗时不可控,也达不到同机房闭环的初衷 吴文豪 已完成同城双活,跨机房调用RT增加1~2ms,不影响用户体验
业务调用中台,中台回调业务地址是VIP,运维层面能不能做到指定,还是需要改造 吴文豪 需改造专项:路由策略
MQ是否已经存在跨机房,这部分如何处理 吴文豪 需改造专项:MQ双活方案
业务方需要在切换机房时主动切换dbproxy的vip 田玉磊 已完成不同机房会有不同配置
机房故障到切换主库之间,会有短暂的服务无法写入的情况,如何保证数据的强一致性? 田玉磊 需改造专项:DB双活方案
dubbo如果部署双活注册中心,需要使用多活服务的消费者必须重新配置上线,
将来多活时还要调整,这虽然和我们的原则冲突,应该可以接受
侯云飞 需改造专项:Dubbo双活方案
第三讲:如何构建双活数据中心方案
针对数据中心双活解决方案如何构建,笔者把大家常见的疑问和问题进行汇总,加上我个人的见解写成一篇比较全面的文章,分享出来供大家参考。由于工作原因,可能今后近一个月的时间不能给及时大家写文章了,但是过了这段时间过后会尽快呈现给大家。
双活本身其实有广义和狭义之分,但是在数据中心这个前提下,我们所说的双活就是广义上的应用、网络、存储和数据的端到端的数据中心双活,顾名思义,应用、网络、存储都应该是双活状态,当然在项目部署和实施过程中,技术上支持上述部分处于双活或HA状态、部分是单点状态,只是这种方式会使整体方案的双活能力大打折扣。下面是一个典型的数据中心双活组网图。更明确的说,这是个基于阵列双活组网图。
数据中心互联网络
数据中心A和B之间采用网络互联,数据中心内采用传统两层或三层组网方式互联,接入层链接业务服务器、核心/汇聚层通过大二层互通技术链接到对端数据中心。大二层互联技术一方面主要解决VM在不断业务的情况下
以上是关于3.双活问题收集的主要内容,如果未能解决你的问题,请参考以下文章