求Caching-sever 集群方案

Momoass

原帖由 jsquan 于 2007-1-1 17:42 发表



非常感谢你的回答。

不能随便指定一个vip即可. 我问题已说明.因为我注册了一对域名服务器即x.x.x.68，用户domain都指向x.x.x.68，所以vip肯定要用x.x.x.68。
但我的需求是，原来的一台master即x.x.x.68 ...

很简单的啊，几台缓存服务器就共用 x.x.x.68 这个 VIP，你原来的Master的IP就改别的，反正你用足够的公网地址就用公网地址，不然就用私有的，比如缓存服务 10.0.0.1 ~10.0.0.3，Master 10.0.0.4。

abel

有網域的主機不要放在 Cache cluster 中,那個應該另外放

jsquan

原帖由 Momoass 于 2007-1-2 00:22 发表

很简单的啊，几台缓存服务器就共用 x.x.x.68 这个 VIP，你原来的Master的IP就改别的，反正你用足够的公网地址就用公网地址，不然就用私有的，比如缓存服务 10.0.0.1 ~10.0.0.3，Master 10.0.0.4。

问题是,如果我将master ip改了,但我许多用户domain是注册在ns1.test.com( x.x.x.68 )上,如果改成ns1.test.com( x.x.x.88 ),那用户注册domain时的主域名服务器ns1.test.com,是否也要改?

我原来注册了一对独立域名服务器,其中包括ns1.test.com--->x.x.x.68

如果进行改动,ns1.test.com--->x.x.x.88,那么在root-servers上,生效的时间为多长?

[ 本帖最后由 jsquan 于 2007-1-2 14:27 编辑 ]

jsquan

原帖由 abel 于 2007-1-2 10:58 发表
有網域的主機不要放在 Cache cluster 中,那個應該另外放

谢谢abel. 我想也应该这样.

毕竟用户的主要query负载在cache-only server上.

这样一来,也必要建两台master/slave 为客户的domain作解释了.

[ 本帖最后由 jsquan 于 2007-1-2 14:30 编辑 ]

abel

原帖由 jsquan 于 2007-1-2 14:25 发表



问题是,如果我将master ip改了,但我许多用户domain是注册在ns1.test.com( x.x.x.68 )上,如果改成ns1.test.com( x.x.x.88 ),那用户注册domain时的主域名服务器ns1.test.com,是否也要改?

我原来注册了一对 ...

如果你是 .com 的域名,那只要 15 秒就會生效了
如果你是 .cn 的域名,那大概要 2~3 小時左右,
但是 .com 上的 NS 記錄 TTL 是 2D, 而 .cn 是 1D

jsquan

原帖由 abel 于 2007-1-2 15:56 发表

如果你是 .com 的域名,那只要 15 秒就會生效了
如果你是 .cn 的域名,那大概要 2~3 小時左右,
但是 .com 上的 NS 記錄 TTL 是 2D, 而 .cn 是 1D

就是啊."但是 .com 上的 NS 記錄 TTL 是 2D, 而 .cn 是 1D".



1、另外,我是.net的.我想跟.com应该是一样的. 2 days 时间太长了.  

2、whois  myclients.com.cn 的结果
Name Server:ns1.test.net
Name Server:ns2.test.net

我的某一客户域名myclients.com.cn注册时，应该将其NS授权给ns1.test.net解释吧，不应该是给x.x.x.68。
因此，即使我更改了ns1.test.net的IP，应该也不会影响用户的zone吧。

abel，是这样吗?


3、我相信如abel和Momoass 所说，肯定要将原来的master ip x.x.x.68 更改为另一个IP。但就不知道，会对zone客户产生什么样的影响?
如何减少这种影响。

是不是这样按如下步骤能够化解这种影响：

step1：  x.x.x.68   继续跑master 350个zone，并且为客户提供cache。
step2：  x.x.x.88  也跑68同样的zone（可以不跑cache了，只做master）。只是此时的root-server不会找88要数据而已。
          此时，68与88同时都跑的是350 个zone啊。
step3：  将ns1.test.net的NS记录，修订为----> x.x.x.88。
          不管何时生效，68或88总有一台会响应root-server吧。
step4：  三天后。88应该能够把350个zone接管过来了，68变成了caching only server。

step5：  搭四层交换机，新做2台caching server 70和71，同时把子68改IP为72。修改vip 为68。

          abel  ， 这样行吗?

[ 本帖最后由 jsquan 于 2007-1-2 19:23 编辑 ]

abel

這樣可以

jsquan

原帖由 abel 于 2007-1-4 10:46 发表
這樣可以

谢谢指点。下一步，做个计划，可以实施了。

qing036

|-------------------x.x.x.68
              |
              |
              |-------------------x.x.x.69----|
internet------|                               |
              |                               |
              |-------------------x.x.x.70----|-----roundrobin
              |                               |
              |                               |
              |-------------------x.x.x.71----|
         四层交换机

四层交换机的VIP：X.X.X.72   cache and slave

x.x.x.69  配置:

zone "mydns.con" IN {
        type slave;
        file "mydns.com";
        masters {x.x.x.68};
};
其他类似;

x.x.x.68  配置：
zone "mydns.con" IN {
        type master;
        file "mydns.con";
        forwarders {x.x.x.72};
};


这样x.x.x.68转发到x.x.x.72上，由于x.x.x.72是四层交换机的VIP地址，而x.x.x.69-71是做了负载
均衡的，所以x.x.x.68转发到x.x.x.72上的查询将会被轮训的分配到x.x.x.69-71三台服务器，你可以
先让70和71两台先跑cache,69那台先不做roundrobin，等69那台(slave)能顶替68(master)的工作，在把他做到roundrobin
在把70去做slave,这样逐一轮换，等三台都能接替68的工作，在割接过来，把68去掉，把四层交换机
的VIP地址改为x.x.x.68


NS授权给ns1.test.net解释，NS会查记录查到ns1.test.net的地址是x.x.x.68，他会告诉客户说，去x.x.x.68查询，
所以我认为机器的改变不会有问题，他只关心IP地址而已，只要你的机器能解稀就行。
你将ns1.test.net的NS记录，修订为----> x.x.x.88时。我想由于缓存的关系,还不能88还不能马上生效,查询仍然在68上完成,过了缓存才正式由88来接管,68和88同时用的话,只是更改ns.test.net的记录,我想不会有太大问题.

我的语言组织的比较乱,呵呵.我大概是这样想的:
1和2步不变,使用69来代替你88的地址.
3 步把在把剩余的70,71分别重复第二步工作
4  直接把68的地址去掉,把四层交换机的VIP改为x.x.x.68

jsquan

我昨晚还辛苦整理了自己的想法，呵呵。
http://blog.chinaunix.net/u/29196/showart_226562.html

非常感谢qing036，受益非浅。