如果有多个 Tracker 应该怎么弄？请大侠指教！

@yangjun 收集日志，可以直接在IIS里面设置禁止某些主机访问 最好还是在IIS前面放一层nginx吧！

在下公司的网站也曾遇到这样的问题 网站访问突然变慢，甚至间断出现“服务器太忙”的异常。 后经过分析，发现造成这一问题的原因是： 1、yahoo搜索引擎爬网。 2、有网友使用机器人程序往数据库疯狂的新建记录！ ====================================== 从DUDU博客上了解到您有处理这类问题的经验，我公司目前的网站也遇到这种状况，一天会出现好几次IIS停止响应，IISReset后，一切正常。我很努力地想尽各种办法，还是没能找到问题所在。 能不能指点一下，如果可以，请加我QQ：252368772 如果可以解决，可以有适当的报酬，谢谢。

两年多了 再顶一次

@博客园团队
谢谢～好久没来，不知道多了个新产品:)

建议去“博问”区提问，博问的地址为：http://space.cnblogs.com/q。

@冰块

晓得，但是不认得！
我进分贝的时候，你已经走了！

哦，晓得我啊！

我们认识撒？

@冰块

最近要参加惠普的面试！恶补口语中...
等我失败了来＝。＝
嘻嘻...

@冰块

邓子冰？YOHO？

不错嘛！

我们公司招人，在南京，有意的话，给我邮件！

呵呵，我也在分贝呆过，但是在你之前，你去的时候可能我已经离开了！

转贴：负载均衡技术概览
http://www.cnblogs.com/onlytiancai/archive/2007/12/11/991453.html
蛙蛙推荐：三层网络架构和负载均衡基础知识整理
http://www.cnblogs.com/onlytiancai/archive/2007/12/11/991399.html
设计更稳定更可靠的有状态服务-引言
http://www.cnblogs.com/onlytiancai/archive/2007/12/09/988690.html

仅供参考

以下是我的大概方案
A B C D四台机器

A --DNS服务器和文件服务器(安装DNS和提供FTP文件上传)
如果你不想做文件自动同步,是不用安装DNS服务的.
DNS服务器安装时你可以建一个本地域名如my.web.没有必要申请DNS指向.
分布式文件系统配置起来比较麻烦的.
B , C, D 三台WEB服务器 你可以使用windows的互载均衡.
你的B,C,D如果要文件同步,也是需要加入域的.

详细的你可以和我联系我有配置过成功经验.我的gtalk帐号:lzppcc#gmail.com

搬个板凳过来学习

把DNS自己解析,这样可以做到动态IP切换.

@工业酒精
@yuuhhe

感谢二位如此详尽指点...

@yuuhhe
不是下载站，该网站主要是有大量的UGC产生...
文件都是用户上传的

文件实时同步是一个问题，如何解决呢？

针对你现在的情况DNS可以不用移过来，还是让域名提供商解析，配置几台主机做Windows自带的网络负载均衡，只对80端口负载均衡，域名提供商解析到设成的同一个IP就行了，如果有后台数据库可以做集群，注意负载均衡和集群不能同时设置

有关集群，我所知道的集群只限MS的，必须要有一个共享的SAN，而且要用支持群集的软件，实际上是访问同一处数据，但多台主机不会同时写，这样才能实现无缝的故障转移

有关DNS，你在上面提到的是负载均衡的DNS实现，优缺点工业酒精说到了，但最主要的一点没说到，就是这样做DNS的压力太大反倒把压力都集中到DNS上了。
既然要做负载均衡了一定是访问的请求量太大了，那么你把DNS移到自己的一台主机上，所有访问第一个就是这台DNS了，不要以为DNS解析没多大计算量，可缓存一下门户网站的DNS解析会看到N多的DNS服务器，如果一台DNS能应付的来那就只作DNS别想再作别的事，应付不过来的话还是推荐Windows自带的网络负载均衡，针对53端口均衡
DNS与域控制器同一台主机确实不好，域内主机之间访问时验证主机的审核和你要用的DFS复制都是很耗域控制器资源的，建议域服务器独立，一定要定期备份AD数据

Web负载均衡推荐Windows自带的网络负载均衡，设置简单、与应用层无关，搜一下有好多教程的
集群主要是解决故障转移提供高可用性的，而且一定要支持群集计算的软件才能用到每台机器的运算，例如MS的SQLServer，大多都是微软自己的东西，所以一般集群都是用作数据库层

更多的负载均衡架构可以参考微软的WSS、TFS和LCS等软件的架构，前面是负载均衡的Web服务器后面是集群的SQLServer

没看懂你要均衡什么负载
貌似是公司的Web网站，但说的都是文件上的东西，难道是一个专业下载网站？

@Jeffrey Zhao

我们最近准备上的图片负载均衡方案，更高效，更方便。

请求--负载均衡设备（完成TCP/IP握手、启用TCP复用、启用URL Hash会话保持）--（长链接）--各台服务器

这样，负载均衡设备完成基础的TCP/IP握手的工作，加快响应，降低服务器压力，然后启用TCP复用，负载均衡设备和服务器之间建立长连接，一次发送多个请求，而且并发的相同请求会合并为一个请求发给服务器。这样服务器方面就能大大降低负载。启用URL Hash的话，可以使下面的多台Squid上面的内容不重复，使Squid达到最高的Cache Hits。

这样源服务器负载就更低，不用考虑什么同步了，而且使用大点的本地磁盘就搞定了。

负载均衡的几个常用方法：

1、DNS实现
现在很多域名注册商支持多条A记录，也就是使用DNS轮询的方法：
www.domain.com给N条A记录，每个A记录是一个服务器的IP；
然后不同的访问就会分配到N台服务器。

优点：成本低
缺点：
不太适合需要身份认证的服务器，因为同一用户访问，不同的请求可能会在N台服务器之间跑，身份认证需要解决（解决办法：会话保持）；
无法排除某台服务器故障的情况，DNS仍旧会分配访问给这台服务器；（解决办法：健康检查）
无法根据服务器的负载进行分配。（解决办法：健康检查）

2、软件实现
去找找吧，很多软件，LINUX下的，开源的也有。原理很简单，把这台装了软件的服务器当作透明代理，然后把请求分发给不同的服务器。

优点：成本相对较低
缺点：
稳定性，这台服务器承受了所有的请求，所以性能消耗也是一定的，还有可能软件死掉的可能。

3、硬件实现
说穿了就是一台7层交换机。
F5、Array这些厂商都有负载均衡设备，业界最好也是F5，但是价格相对较贵，Array落地中国不久，价格便宜些，但是功能上没F5那么强大。

F5的LTM（Local Traffic Manager）就是做本地负载均衡的。GTM是做广域网负载均衡的（ChinaCache的CDN就是用这个）。几个型号里面，1500是全软件实现，CPU是赛扬2.6G，3400的3、4层以下是使用芯片完成的，7层是使用软件，CPU是P4 2.8G。里面还有Cache、压缩等功能，但是都是需要另外买的。内置iRule编程，扩展性更高。

Array据了解，全部是软件实现的。2000、3000、5000等型号。licence是all in one的。上周和他们CTO聊，说希望开放基HTTP协议的API，来控制负载均衡导向，他们说需要改内核代码了，所以估计是软件实现的。

而硬件还有很多可以扩展，比如DNS服务器负载均衡、SQL SERVER的负载均衡、图片服务器负载均衡都能用。

F5的1500大概在1X万，3400要30万了，Array的3000大概在2X万左右。

为了防止人为是广告帖，不介绍那么多硬件了，对于负载均衡还有些了解的，想了解更多的，可以和我沟通，乐于分享。

@为什么要输入姓名名

在.NET中是一样，而我的应用环境也是.NET
不要前面那个点也是可以的..你试试就知道了

如果详细点就好了




http://www.onlinecha.com

Response.Cookies(CookieName).Domain = "xxxx.com"
我在.NET里Domain =".xxxx.com"
前面的dot是不能省的吧。可能ASP与.NET不一样吧。

@Zhuang miao

呵呵，仓促写成，而且没打算写成教程式的文章，所以写得比较简单..

看过你的博客，本人也对SQL的性能要求非常严格，每条SQL语句都会反复推敲..

希望以后可以交流一下...我加你MSN

怎么这么简陋啊？

@lodestar

我觉得暂时无必要用磁盘阵列，而且4万多还是蛮贵的....
我原本对文件服务器的设计想法就是让文件尽可能的分散，当然不是零碎的分散...

@狗尾草1

嗯嗯，在D上配置别名的确也可以达到这样的目的
实际上我转发到A是为了让它上面的DNS不被闲置...
我想可能我有点变态...

方案的确简陋了一点..:)

@winjer

嗯嗯，感谢解答.

@Jeffrey Zhao

这些工作DFS都帮俺搞定了:)

@A1
域控制器还兼DNS服务器？很不妥当.

请问这样做会有什么问题呢？
我是因为DNS解析本身对硬件资源的消耗不大，而且域和DNS结合得太紧密了，所以我习惯性的会把域控制器设置为DNS服务器..
:)

@endision
嗯，这方法治标可以..
而且有自己的DNS服务器，有便于以后进行内部的DNS切换..

用磁盘阵列性能可靠性都会好很多，IBM的也就4万多，还有更便宜的。

@overred
是的，软件的方式，容错性本身就比较差...

@dominic
有这么多服务器为什么不买一个负载均衡器呢?

不到万不得已，不会有这方面的预算的...

@dominic
万网要收10元RMB...

@小宇哥哥
要让你的DNS服务器能够成功解析名称，你首先必须让公网上的.com（如果你的域名.net结尾那就是.net）的DNS服务器知道，找你（这里是你自己的DNS服务器）可以知道mydomain.com的IP是多少，那么你就必须事先告知.com的DNS服务器以后找mydomain.com的人都带到你（你的DNS服务器）这里来。
这个告知过程就要注册，而注册要给钱。
嗯嗯，就是这样

群集比较靠谱。
DNS可以用别名的方式实现，但如何按一定的策略让DNS根据负载去区分到不同服务器呢，不可控制，如果把所有流量都扔在了A上，咱都没法调整。
我觉得还是群集相对完善，以后会省心，文件不同步的问题，两种方式可能都会存在，没办法。或者把比较重要的文件扔到NAS之类公用存储备份。
方案不太清晰，一点拙见。

一定要采用第二种方案，
然后用第一种DFS同步文件。
方便发布程序。不然你必须手动发布到每台机器，这样服务器多的时候也没有问题。

会出现访问某文件时，该文件正好还没有复制到所有节点的情况，这时文件访问失败。不知道使用“方法２”会不会出现这样的问题？
会出现的！只要你使用DFS同步文件，就会出现这个问题。千万不要更新过快，否则问题会更明显。

如果是普通的图片文件等，最方便的做法其实是一份拷贝，多个缓存服务器，这样就避免了不同的文件服务器上的同步问题。
如果是手动做同步的话，就麻烦一些，如果要避免文件没有同步的话，最好可以扩展一下负载均衡的机制，让新上传的文件在一段时间内（例如1天）解析到同一个文件服务器上。

域控制器还兼DNS服务器？很不妥当.

呵呵，都看晕了，ABCD
我最近也在研究这个

搂主你能给个图就好了。

因为域名提供商仅提供10个子域名的添加，?????

可以注册一个*.mydomain.com，就可以实现多域名了。

第一种方法如果一台服务器出毛病 你的dns又不能及时更换。。。当然那属于故障迁移群集的范畴

看不太懂，楼下跟上

另外,注册一个DNS服务器好像不要钱,只要多交几年的域名费用

有这么多服务器为什么不买一个负载均衡器呢?