服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Facebook或维基百科IP地址上的硬件是什么?

我想了解Facebook或维基百科这样的大型网站是如何工作的,因为我的好奇心。 我读过关于构build可扩展站点的各种技术,但我仍然对某个特定细节感到困惑。 迷惑我的部分是,DNS最终会将整个域映射到单个IP地址,或者在循环DNS的情况下将DNS映射到less数IP地址。 例如,wikipedia.org只有一个types的DNSlogging。 因此,来自世界各地的访问维基百科的人们必须向DNS中指定的一个IP地址发送请求。 监听一个大型网站的IP地址的硬件是什么?它如何处理来自世界各地用户请求的所有负载? 编辑1:感谢所有的回应! 任播似乎是一个可行的答案…有谁知道一个方法来检查是否一个特定的IP地址是任播路由,以便我可以validation这真的是大网站实践中使用的技巧? 编辑2:更多的阅读了这个话题之后,似乎Anycast通常不用于dynamic网页内容。 任播通常用于UDP(例如,DNS查找),或者有时用于静态内容。 有一点需要注意的是,Facebook使用profile.ak.fbcdn.net来托pipe样式表和JavaScript库等静态内容。 每次我ping这个名字,我得到一个不同的IP地址的响应。 但是,我不能说这是否是任播,还是完全不同的技术。 回到我原来的问题:据我所知,即使是一个大的网站,也会有一个昂贵的负载平衡硬件,监听less量的公共IP地址。

Windows Server 2008 R2networking适配器停止工作,需要重新启动

TL; DR版本:原来这是Windows Server 2008 R2中一个深度的Broadcomnetworking错误。 用英特尔硬件代替它。 我们不再使用Broadcom硬件。 永远。 我们一直在使用HAProxy以及来自Linux-HA项目的心跳 。 我们使用两个linux实例来提供故障转移。 每台服务器都有自己的公用IP和一个IP,这两个IP使用虚拟接口(eth1:1)在IP:69.59.196.211 虚拟接口(eth1:1)IP 69.59.196.211被configuration为它们后面的windows服务器的网关,我们使用ip_forwarding来路由stream量。 在我们的linux网关后面的一台windows服务器上偶尔发生networking中断。 HAProxy将检测到服务器处于脱机状态,我们可以通过远程validation服务器来validation服务器并尝试ping网关: 用32字节数据Pinging 69.59.196.211: 来自69.59.196.220的回复:目标主机无法访问。 在此失败的服务器上运行arp -a显示网关地址 (69.59.196.211) 没有条目 : 接口:69.59.196.220 — 0xa Internet地址物理地址types 69.59.196.161 00-26-88-63-c7-80dynamic 69.59.196.210 00-15-5d-0a-3e-0edynamic 69.59.196.212 00-21-5e-4d-45-c9dynamic 69.59.196.213 00-15-5d-00-b2-0ddynamic 69.59.196.215 00-21-5e-4d-61-1adynamic 69.59.196.217 00-21-5e-4d-2c-e8dynamic 69.59.196.219 00-21-5e-4d-38-e5dynamic 69.59.196.221 00-15-5d-00-b2-0ddynamic 69.59.196.222 00-15-5d-0a-3e-09dynamic 69.59.196.223 ff-ff -ff -ff -ff -ff静态 静态224.0.0.22 01-00-5e-00-00-16 224.0.0.252 […]

Windows Server 2008 R2图元文件RAM使用情况

我有一台运行Windows Server 2008 R2 x64的服务器,配有4GB的RAM,大约有2-3百万个文件,其中大部分是图像文件。 在一个星期的时间里,我注意到服务器上的应用程序由于内存不足而导致磁盘过度分页,从而导致缓慢的爬行,这对当前正在运行的所有服务产生了连锁效应,性能问题。 在任务pipe理器中进行调查后,我发现几乎所有的4GB都在使用中,但是在“进程”选项卡中查看时,所有内存使用情况的总和不会相加,最多只能使用1.5GB。 使用Google查找解决scheme,看起来大部分内存使用在“图元文件”中,这是文件系统上文件的NTFS信息caching,因此系统不必再次向MFT查询信息。 这个caching在任务pipe理器中永远不会被清除或标记为“caching”,或者在Sysinternal的RamMap中被标记为“备用”。 有一个build议安装KB979149修补程序,但尝试安装它时,它说“此更新不适用于您的计算机”。 到目前为止我发现的唯一临时修复是: 使用Sysinternals的RAMmap每隔1-3天“清空系统工作集”,在任务pipe理器中将caching标记为“待机”和“caching”,这样RAM可以被其他应用程序使用。 重新启动机器,这是不可取的,因为这台服务器正在服务于公共网站。 目前,我不得不每隔几天执行一次,以防止瓶颈达到瓶颈。 之前:(使用800MB RAM – 其他应用程序不能使用此RAM) 之后:(800MB RAM标记为caching – 可用于其他应用程序) 所以我的问题都是:是否有任何方法限制这个图元文件的内存使用量?