为啥有些网站分布在 www2、www3 子域，而有些网站却没有它来管理扩展？

Posted 2023-02-23

【中文标题】为啥有些网站分布在 www2、www3 子域，而有些网站却没有它来管理扩展？

【英文标题】：Why are some websites spread across www2, www3 sub-domains whilst others manage scaling without it?为什么有些网站分布在 www2、www3 子域，而有些网站却没有它来管理扩展？

【发布时间】：2010-11-12 11:49:18

【问题描述】：

我知道这与拥有各种负载平衡服务器有关，但为什么有些网站使用不同名称的“www”子域（www2.somesite.com、www3.somesite.com 等）而其他网站却可以在不这样做的情况下变得非常庞大 - 即所有流量都流向 www.hugesite.com。

它是否表明某些架构决策/具有特定目的？是否可以避免或限制网站以某种方式扩展？

【参考方案1】：

www[n] 是一种添加更多服务器以应对负载的简单方法，因为您可以非常轻松地在各个服务器之间进行负载平衡 - 使用 www[n] 您可以将请求重定向到适当的服务器而忘记后续请求 - 因为客户端然后处理 www1 或 www2 等...添加更多服务器很简单...但就后续请求而言它是非持久性的

另一种方法是让负载平衡器维护一个后端节点池，这些节点在“幕后”维护。它跟踪用户被分配到哪个节点——通常通过使用会话 cookie 来识别用户被分配到哪个后端节点。它只是在内存中维护一个大的会话 id 到后端节点的哈希映射（有效地），每次都将来自用户浏览器的请求委托给后端节点......它的设置更复杂，但从长远来看更强大。

更多信息在这里： http://en.wikipedia.org/wiki/Load_balancing_%28computing%29

【讨论】：

一个更正.. 使用粘性会话并不总是明智的。我们有具有多个应用程序服务器的单前端模型，但我们不使用粘性会话（或类似的会话）

嗨 Evert，您能否详细说明您的意思，我已经指定会话 cookie 是实现此目的的一种特定方式 - 当然还有其他方式...

www[n] 是一种简单的方法，但不再推荐，对吧？如今，基于 DNS 的负载平衡可以说就这么简单，而且它对用户隐藏了细节。 www2 是第一代，非常传统。