Redian新闻
>
回goodbug,关于DC的failover策略,兼普及基础知识
avatar
回goodbug,关于DC的failover策略,兼普及基础知识# Programming - 葵花宝典
l*h
1
从下周开始,午盘后看一个小时不成问题。最近后半场变幻多端,错过很多加仓的机会
。还是西岸好,能从头看到尾
avatar
b*e
2
家里没有PRE-WIRE, 所以想弄套无线的家庭影院
预算1000以内吧 主要是看电影,听歌 以后可能还会装卡拉OK系统
有没有哪位给推荐一下?
谢谢
avatar
c*a
3
要包含:
网站制作
动画广告横幅(个性化定制);
公司简介、新闻动态、产品展示、留言反馈、联系我们;
功能模块
统一后台管理:
基础型产品发布系统,支持一级产品分类,可自主发布产品信息;
基础型新闻发布系统,支持一级信息分类,可自主发布新闻信息;
留言反馈系统;
网站计数器;
还要有维护才行,而且要有域名空间邮箱。。。
在美国找人做网站,贵吗?中国做的话好像1000多,可是就怕他们语言不够地道,写起
英文来别扭。。。。谢谢了。。。快帮助下我吧
avatar
M*B
4
有没有跟我一样看的时候内牛满面4-5次的?觉得不论是画面,还是故事都非常BEAUTIFUL.
BTW,偶是难地。
avatar
T*i
5
一旦网络出现中断。不论是暂时还是永久性的。上游要进行一套route discovery
process。其实底层的TCP会试图寻找新的route或者重连接。
现在说说我的高层系统方案。
我说过了,上下游是单机绝对串行。什么叫串行不解释了。
一旦网络断开。上游机可以永远假设是永久性断开,着火或者核爆无所谓。这时他试图
连接下游的下游的那台机器。这个是在网络层的,router来处理就好了。
现在有两种情况:
1。下游的下游也连不上。这已经超出了你的只有一台DC fail的假定。大规模坏死谁也
没有更好的办法。当然了。我的方案还可以试着连下游的下游的下游。能连上照样无缝
failover。嘉定我们肯花钱多搞一台备份机的话。
2. 下游的下游能连上。这时候两种可能:
A. 下游的下游发现不对,怎么两台上游连我了?会拒绝。让你重复recovery过程。
其实两台机器都能连下游的下游说明是有route的。属于非永久性断开。这时再重连接
就好了。
B。下游确实死掉了。连接下游的下游。开始短暂的sync过程。
这个串行机制是本系统内的。一切都将在可控之内。唯一的外部因素是用户browser的
连接和网银的连接。网银连接设置这种单帐号双连接检测很容易。我不认为是问题。
客户browser更不是问题了。recovery过程fail所有的session就好了。你online
shopping,click payment button。网页一片白没响应了。很常见。到底买到没买到?
只能过一会儿再查查。
avatar
z*e
6
我考虑是不是一两年之后去澳洲混了
avatar
c*e
7
1000以为,无线就是对声音没啥要求了, 对声音没啥要求就去bestbuy看看sony的就好
了。

【在 b***e 的大作中提到】
: 家里没有PRE-WIRE, 所以想弄套无线的家庭影院
: 预算1000以内吧 主要是看电影,听歌 以后可能还会装卡拉OK系统
: 有没有哪位给推荐一下?
: 谢谢

avatar
L*1
8
Hi, there
you can use Joomla to do this simple job.
if you have all the images and document ready,
I can build this website and set up for you in a few days.
and after building, the maintainence fee is $15/hour.
and I can help you to host your website on a good performance cloud server,
and it's free.

【在 c******a 的大作中提到】
: 要包含:
: 网站制作
: 动画广告横幅(个性化定制);
: 公司简介、新闻动态、产品展示、留言反馈、联系我们;
: 功能模块
: 统一后台管理:
: 基础型产品发布系统,支持一级产品分类,可自主发布产品信息;
: 基础型新闻发布系统,支持一级信息分类,可自主发布新闻信息;
: 留言反馈系统;
: 网站计数器;

avatar
b*k
9
内牛满面?。。
没有
avatar
P*l
10
请教,你假定DC之间用的公网,不是专线?
DC之间的拓扑结构是一串,是吧? 这样DC-DC-DC-DC。这个有什么好处呢?
你的高性能web server听起来有点玄。上次你讲道是在一个open source的软件基础上
改进的。能不能介绍一下,发个连接之类的。

【在 T********i 的大作中提到】
: 一旦网络出现中断。不论是暂时还是永久性的。上游要进行一套route discovery
: process。其实底层的TCP会试图寻找新的route或者重连接。
: 现在说说我的高层系统方案。
: 我说过了,上下游是单机绝对串行。什么叫串行不解释了。
: 一旦网络断开。上游机可以永远假设是永久性断开,着火或者核爆无所谓。这时他试图
: 连接下游的下游的那台机器。这个是在网络层的,router来处理就好了。
: 现在有两种情况:
: 1。下游的下游也连不上。这已经超出了你的只有一台DC fail的假定。大规模坏死谁也
: 没有更好的办法。当然了。我的方案还可以试着连下游的下游的下游。能连上照样无缝
: failover。嘉定我们肯花钱多搞一台备份机的话。

avatar
r*o
11
对呀,西岸炒A股简直是绝妙好地方。

【在 l***h 的大作中提到】
: 从下周开始,午盘后看一个小时不成问题。最近后半场变幻多端,错过很多加仓的机会
: 。还是西岸好,能从头看到尾

avatar
c*a
12
Wow...thanks, seem quite good....let me talk with the co founder and let you
know....

【在 L**********1 的大作中提到】
: Hi, there
: you can use Joomla to do this simple job.
: if you have all the images and document ready,
: I can build this website and set up for you in a few days.
: and after building, the maintainence fee is $15/hour.
: and I can help you to host your website on a good performance cloud server,
: and it's free.

avatar
m*d
13
靠,最近南帝都咋了
难道“时代不行了,男女都一样”提前到来了

【在 M*B 的大作中提到】
: 有没有跟我一样看的时候内牛满面4-5次的?觉得不论是画面,还是故事都非常BEAUTIFUL.
: BTW,偶是难地。

avatar
T*i
14

当然是专线。
有人不服气,非要做跨DC的failover。要求一个DC被核爆老百姓还能上网买火车票。
多花点钱每个DC放一台。注意就放一台!让他们闭嘴。
mongoose。以前是BSD的。现在改成GPL V2了。但是我仍然可以用老的BSD代码hoho。

【在 P********l 的大作中提到】
: 请教,你假定DC之间用的公网,不是专线?
: DC之间的拓扑结构是一串,是吧? 这样DC-DC-DC-DC。这个有什么好处呢?
: 你的高性能web server听起来有点玄。上次你讲道是在一个open source的软件基础上
: 改进的。能不能介绍一下,发个连接之类的。

avatar
z*e
15
BSO在西岸,那边蚊子臭虫多,还有肥硕的小强

【在 r******o 的大作中提到】
: 对呀,西岸炒A股简直是绝妙好地方。
avatar
z*n
16
你们结成一个流泪男党吧
我想了半天唯一哭点是hot 女飞行员死掉
那么hot,就死了,是不是wsn们应该哭一哭,哈哈哈

【在 M*B 的大作中提到】
: 有没有跟我一样看的时候内牛满面4-5次的?觉得不论是画面,还是故事都非常BEAUTIFUL.
: BTW,偶是难地。

avatar
P*l
17

goodbug的意思还是单独一个DC没有足够的throughput保存,要依靠DC之间备份.你好
像也认可.对吧?(帖子太多,我没跟全.抱歉)
除了一台单机,DC里还有什么其他配置吗?fzz可能对这个也感兴趣.
你说的是单机.一台单机,对吧?
多谢.
另外,如果不麻烦,能不能大概整个过程简单描述一下.就是你所说的打酱油的机器.
比如从用户角度,静态的文件从哪里去取? 你的web server怎么做?订单查询的过程
(谁问谁要什么)? checkout过程能简单划分一下就更好了.
多谢.

【在 T********i 的大作中提到】
:
: 当然是专线。
: 有人不服气,非要做跨DC的failover。要求一个DC被核爆老百姓还能上网买火车票。
: 多花点钱每个DC放一台。注意就放一台!让他们闭嘴。
: mongoose。以前是BSD的。现在改成GPL V2了。但是我仍然可以用老的BSD代码hoho。

avatar
s*n
18
lost里wsn们都哭过一次了……

【在 z*********n 的大作中提到】
: 你们结成一个流泪男党吧
: 我想了半天唯一哭点是hot 女飞行员死掉
: 那么hot,就死了,是不是wsn们应该哭一哭,哈哈哈

avatar
T*i
19
不好意思先简答一下。
web server其实就是两种操作。
1。接受用户输入。始发终点时间
2。从cache server看有没有票。
3。如果有,让用户输入划钱信息。
4。帮用户抢票。从主核心server抢。

【在 P********l 的大作中提到】
:
: goodbug的意思还是单独一个DC没有足够的throughput保存,要依靠DC之间备份.你好
: 像也认可.对吧?(帖子太多,我没跟全.抱歉)
: 除了一台单机,DC里还有什么其他配置吗?fzz可能对这个也感兴趣.
: 你说的是单机.一台单机,对吧?
: 多谢.
: 另外,如果不麻烦,能不能大概整个过程简单描述一下.就是你所说的打酱油的机器.
: 比如从用户角度,静态的文件从哪里去取? 你的web server怎么做?订单查询的过程
: (谁问谁要什么)? checkout过程能简单划分一下就更好了.
: 多谢.

avatar
h*o
20
没有啊,你不是在开玩笑吧。有几处是挺煽情的。

【在 M*B 的大作中提到】
: 有没有跟我一样看的时候内牛满面4-5次的?觉得不论是画面,还是故事都非常BEAUTIFUL.
: BTW,偶是难地。

avatar
f*4
21
恩,我是感兴趣的 ^_^
这块东西,我没办法和goodbug摆摆:我不管你什么技术,号称能做到怎么样。没有资
源让我验证的情况下我只能忽略,不然我没办法往后面推了。
我和goodbug不一样的地方是,他那里只要缺什么,随口就来个方案,这个方案肯定是
解决了这个问题。但是把这个方案放到整个设计里面会带来怎么样的影响,他是压根不
考虑的。。。
就现在这么粗的一个设计,压根还没开始做详细设计的情况下。你动一次设计,我就的
重推一次——我做到现在,最变态的客户也没到这样的地步啊 -_-
老实说,有点脑力不够用了。。。

【在 P********l 的大作中提到】
:
: goodbug的意思还是单独一个DC没有足够的throughput保存,要依靠DC之间备份.你好
: 像也认可.对吧?(帖子太多,我没跟全.抱歉)
: 除了一台单机,DC里还有什么其他配置吗?fzz可能对这个也感兴趣.
: 你说的是单机.一台单机,对吧?
: 多谢.
: 另外,如果不麻烦,能不能大概整个过程简单描述一下.就是你所说的打酱油的机器.
: 比如从用户角度,静态的文件从哪里去取? 你的web server怎么做?订单查询的过程
: (谁问谁要什么)? checkout过程能简单划分一下就更好了.
: 多谢.

avatar
z*n
22
没发现

【在 h*********o 的大作中提到】
: 没有啊,你不是在开玩笑吧。有几处是挺煽情的。
avatar
m*l
23
某些人就是知道堆砌名词而已

【在 f****4 的大作中提到】
: 恩,我是感兴趣的 ^_^
: 这块东西,我没办法和goodbug摆摆:我不管你什么技术,号称能做到怎么样。没有资
: 源让我验证的情况下我只能忽略,不然我没办法往后面推了。
: 我和goodbug不一样的地方是,他那里只要缺什么,随口就来个方案,这个方案肯定是
: 解决了这个问题。但是把这个方案放到整个设计里面会带来怎么样的影响,他是压根不
: 考虑的。。。
: 就现在这么粗的一个设计,压根还没开始做详细设计的情况下。你动一次设计,我就的
: 重推一次——我做到现在,最变态的客户也没到这样的地步啊 -_-
: 老实说,有点脑力不够用了。。。

avatar
h*o
24
呵呵,其实我也没觉得多煽情,只是人家都说内牛满面了,给人家点面子嘛。

【在 z*********n 的大作中提到】
: 没发现
avatar
g*g
25
常识太缺乏了魏老师,我就问主力 DC某个时间跟其他 dc 连不上了,怎么办?是继续
处理还是不处理?
连不上是可能是间歇性的,也可能是永久的,你发生的时候没法知道。
怎么样,你主力到底继续处理还是不处理?不处理的话是从什么时间开始不处理的?
avatar
b*7
26
竟然泪流满面???
女飞行员不是很HOT吧?
avatar
T*i
27
我的回答很清楚了。楼上那么多人都看懂了。
你看不懂是基本功的问题。

【在 g*****g 的大作中提到】
: 常识太缺乏了魏老师,我就问主力 DC某个时间跟其他 dc 连不上了,怎么办?是继续
: 处理还是不处理?
: 连不上是可能是间歇性的,也可能是永久的,你发生的时候没法知道。
: 怎么样,你主力到底继续处理还是不处理?不处理的话是从什么时间开始不处理的?

avatar
r*t
28
你旁边 mm 对你使了催泪剂?

【在 M*B 的大作中提到】
: 有没有跟我一样看的时候内牛满面4-5次的?觉得不论是画面,还是故事都非常BEAUTIFUL.
: BTW,偶是难地。

avatar
T*i
29
老实说我也有失误。那个hot standby其实就是败笔。没有仔细思考的产物。
过后想想还是我现在用的方案靠谱。
主力机一串,串行。跨DC。
主力机里面只有一个是干活的。干活的管仲裁抢票叫队长。必然是这一串里面第一台。
第一台的消息给第二台发出去,第二胎给第三台等等。发消息异步。TCP只管写。ACK可
以是异步的。
二三四台也就管管
1. 传递上下游的消息。
2. 根据消息事实更新状态。
这一串主力机跨DC,任何一台死掉,就绕过他。sync一下可能丢失的状态。然后正常工
作。
其他的,每个主力机,不管是不是队长。可以在本地DC内brocast一些状态cache机。共
状态查询用。这样scalability无限扩展。每台状态cache可以多服务500万每秒。

【在 f****4 的大作中提到】
: 恩,我是感兴趣的 ^_^
: 这块东西,我没办法和goodbug摆摆:我不管你什么技术,号称能做到怎么样。没有资
: 源让我验证的情况下我只能忽略,不然我没办法往后面推了。
: 我和goodbug不一样的地方是,他那里只要缺什么,随口就来个方案,这个方案肯定是
: 解决了这个问题。但是把这个方案放到整个设计里面会带来怎么样的影响,他是压根不
: 考虑的。。。
: 就现在这么粗的一个设计,压根还没开始做详细设计的情况下。你动一次设计,我就的
: 重推一次——我做到现在,最变态的客户也没到这样的地步啊 -_-
: 老实说,有点脑力不够用了。。。

avatar
M*B
30
一个人,所以才会看的那么投入. 再加上两个半小时的电影,有足够的时间铺垫酝酿。
另外,可能我有环保情节吧,看到NAVI人的家园被毁的时候开始控制不住地. 还是前面
派的太美了!

【在 r****t 的大作中提到】
: 你旁边 mm 对你使了催泪剂?
avatar
T*i
31
要做到跨DC failover。DC带宽必须足够。状态都出不去,死掉就丢了。
其实那每天顶多上千万张的车票,需要多少带宽?
关键是我的系统响应和容量跟上去了。

【在 P********l 的大作中提到】
:
: goodbug的意思还是单独一个DC没有足够的throughput保存,要依靠DC之间备份.你好
: 像也认可.对吧?(帖子太多,我没跟全.抱歉)
: 除了一台单机,DC里还有什么其他配置吗?fzz可能对这个也感兴趣.
: 你说的是单机.一台单机,对吧?
: 多谢.
: 另外,如果不麻烦,能不能大概整个过程简单描述一下.就是你所说的打酱油的机器.
: 比如从用户角度,静态的文件从哪里去取? 你的web server怎么做?订单查询的过程
: (谁问谁要什么)? checkout过程能简单划分一下就更好了.
: 多谢.

avatar
s*r
32
唉,难怪李宇春这样的都是纯爷们了。
avatar
h*a
33
这是不是和master-slave比较接近?还是就是一样?

【在 T********i 的大作中提到】
: 老实说我也有失误。那个hot standby其实就是败笔。没有仔细思考的产物。
: 过后想想还是我现在用的方案靠谱。
: 主力机一串,串行。跨DC。
: 主力机里面只有一个是干活的。干活的管仲裁抢票叫队长。必然是这一串里面第一台。
: 第一台的消息给第二台发出去,第二胎给第三台等等。发消息异步。TCP只管写。ACK可
: 以是异步的。
: 二三四台也就管管
: 1. 传递上下游的消息。
: 2. 根据消息事实更新状态。
: 这一串主力机跨DC,任何一台死掉,就绕过他。sync一下可能丢失的状态。然后正常工

avatar
T*i
34
基本一样。

【在 h*****a 的大作中提到】
: 这是不是和master-slave比较接近?还是就是一样?
avatar
h*a
35
那就有个leader election的问题。你是把节点(DC)排好序了是吧?
其实确实很多现成的open source解决方案,比如zookeeper,考虑的很周全而且在现
中被不断检验。

【在 T********i 的大作中提到】
: 基本一样。
avatar
T*i
36
对,排好序了。
zookeeper没用过。谢信息。

【在 h*****a 的大作中提到】
: 那就有个leader election的问题。你是把节点(DC)排好序了是吧?
: 其实确实很多现成的open source解决方案,比如zookeeper,考虑的很周全而且在现
: 中被不断检验。

avatar
T*i
37
赞一下你这个leader election。
你一语中的。goodbug已经纠结一天了。

【在 h*****a 的大作中提到】
: 那就有个leader election的问题。你是把节点(DC)排好序了是吧?
: 其实确实很多现成的open source解决方案,比如zookeeper,考虑的很周全而且在现
: 中被不断检验。

avatar
g*g
38
原来你连leader election都不懂,还有脸谈failover?
你的问题是内存数据库,是内存数据库就有网络断加断电的风险,你再绕也是绕不出去
的。

【在 T********i 的大作中提到】
: 赞一下你这个leader election。
: 你一语中的。goodbug已经纠结一天了。

avatar
T*i
39
你真是狗屁都不懂。教你我费老劲了。
avatar
S*A
40
大家不要急,我是想学习一下。
这个内存数据部分我也没有看懂,想请教一下魏老师。
关键是你 ACK 的时候,这个订单数据有没有确认写到 不是内存的(硬盘,SSD是快点
的硬盘)
的东西里面? 通过网络让其他机器把这个数据写到硬盘里也
可以。但是同样要等写盘的延时。可以看成网络只不过是把硬盘延伸,
多个并发的硬盘。
如果数据还在内存没有到硬盘的话,那大家一起断电就会有订单丢失了。
这个比网站不能用还可怕,我定了票,系统告诉我定到了,结果没定上。
还没有完全理解你的方案是如何处理这个,前面可能有细节没看到。
再讲讲?
avatar
T*i
41
上了十大推荐了。
看来除了goodbug其他大多数人都明白了。
世界观崩溃了会不会死,当年对法轮功信徒大家也有这个疑问?醒悟了会怎样?
avatar
z*e
42
我的文章上十大推荐还有首页是常事
包括针对你的两篇,钻风直接给推荐上首页
看来其他绝大多数人比你更早明白

【在 T********i 的大作中提到】
: 上了十大推荐了。
: 看来除了goodbug其他大多数人都明白了。
: 世界观崩溃了会不会死,当年对法轮功信徒大家也有这个疑问?醒悟了会怎样?

avatar
z*e
43
pipeline只是big data paradigm中的一种
还有master-workers
divide-conquer
single program-multiple data
speculation
这四种paradigm
请问你是如何address其他四种paradigm的?
我老板跟我说的
你这种水平要来见我老板
很是堪忧啊

【在 T********i 的大作中提到】
: 一旦网络出现中断。不论是暂时还是永久性的。上游要进行一套route discovery
: process。其实底层的TCP会试图寻找新的route或者重连接。
: 现在说说我的高层系统方案。
: 我说过了,上下游是单机绝对串行。什么叫串行不解释了。
: 一旦网络断开。上游机可以永远假设是永久性断开,着火或者核爆无所谓。这时他试图
: 连接下游的下游的那台机器。这个是在网络层的,router来处理就好了。
: 现在有两种情况:
: 1。下游的下游也连不上。这已经超出了你的只有一台DC fail的假定。大规模坏死谁也
: 没有更好的办法。当然了。我的方案还可以试着连下游的下游的下游。能连上照样无缝
: failover。嘉定我们肯花钱多搞一台备份机的话。

avatar
z*e
44
pipeline处理方式恰好是各个paradigm里面最不愿意被使用的一种
一般如果不是大规模科学计算,依赖性比较强的处理
都不会这么搞,哪怕是event-driven这种很明显的pipeline
也是多个并发一起上,一般只有不得不pipeline时候,才会pipeline
avatar
z*e
45
古德霸其他人说的master-workers的方式恰好是分布式最常见的paradigm
谁没用过呀,老魏的思想太陈旧了
要不老魏你说一个学术会议吧,我过去看看你的发言
我们这块至少在icws上是常客,欢迎你来呀
那样就可以当面交流了,bbs上废话多没意思啊
avatar
z*e
46
上次接待的acm大牛对chaos monkey推崇有加呀
老魏你这个让chaos monkey进去砸一顿你看如何?
呵呵
avatar
c*n
47
上游机器连接下游的下游? 这已经开始破环系统的模块化了。 那天下游机决定换个
存储下游,你还要通知所有上游?这种设计思路最终大不了, 同时没法维护。

【在 T********i 的大作中提到】
: 一旦网络出现中断。不论是暂时还是永久性的。上游要进行一套route discovery
: process。其实底层的TCP会试图寻找新的route或者重连接。
: 现在说说我的高层系统方案。
: 我说过了,上下游是单机绝对串行。什么叫串行不解释了。
: 一旦网络断开。上游机可以永远假设是永久性断开,着火或者核爆无所谓。这时他试图
: 连接下游的下游的那台机器。这个是在网络层的,router来处理就好了。
: 现在有两种情况:
: 1。下游的下游也连不上。这已经超出了你的只有一台DC fail的假定。大规模坏死谁也
: 没有更好的办法。当然了。我的方案还可以试着连下游的下游的下游。能连上照样无缝
: failover。嘉定我们肯花钱多搞一台备份机的话。

avatar
z*e
48
如果是master-workers
压根不需要串行
老魏又开始声东击西了
总是嘴巴上说一个东西
然后慢慢就演变成另外一个东西
就跟当初web server -> app server
单机->分布式的演变一样

【在 h*****a 的大作中提到】
: 这是不是和master-slave比较接近?还是就是一样?
avatar
z*e
49
一针见血

【在 c***n 的大作中提到】
: 上游机器连接下游的下游? 这已经开始破环系统的模块化了。 那天下游机决定换个
: 存储下游,你还要通知所有上游?这种设计思路最终大不了, 同时没法维护。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。