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.双活问题收集的主要内容,如果未能解决你的问题,请参考以下文章

最快的 stride-3 收集指令序列是啥?

Hadoop-2.7.3 问题收集

Elastic (ELK) Stack 实战教程06Filebeat 日志收集实践(下)

JVM垃圾收集器

遍历树收集所有子节点,不包括不相关的分支

filebeat收集日志常见问题