我在例行维护期间访问 serverfault 网站是否会导致服务器/系统管理员团队出现问题?

我在例行维护期间访问 serverfault 网站是否会导致服务器/系统管理员团队出现问题?

不确定这是否属于这里,但是在例行维护期间尝试访问 Stack Overflow 时产生了这个想法。

当 stackoverflow.com 宕机时访问它是否会导致服务器出现问题?如果是,服务器如何处理这些问题?系统管理员是否需要采取任何措施?

如果不是,为什么?服务器宕机时如何处理请求?

我知道这个问题可能在 90 年代就解决了,但我想不出一个合适的谷歌搜索来解决这个问题,而且这个地方似乎比 Stack Overflow 更适合这个问题。我的直觉是,一个单独的服务器会处理流量。

答案1

不确定 stackexchange 是否如此。但对于大多数大型网站,您可能不会直接连接到提供服务的服务器。相反,您会访问某种负载平衡器或代理。在停机或计划工作期间,代理会将您的请求发送到静态“离线”页面。

如果发生重大中断或故障或代理被更改,DNS 记录可能会更新为指向某处的静态中断页面。

答案2

当服务器瘫痪时,你见过 stackoverflow 等吗?

首先,服务器宕机意味着请求得不到答复。这不是 90 年代就解决的问题 - 而是 60 年代左右就解决的问题,服务器宕机(不响应)是 TCP 规范的一部分。如果它们出现问题,则说明系统管理员、Web 服务器和操作系统程序员方面存在重大失误。

其次,stackoverflow 等在集群上运行,因此您的服务器停机意味着所有服务器和负载平衡器都停机。操作系统维护可能是通过逐个修补服务器来完成的,因此集群不会停机。这并不是什么高深的科学——集群的存在时间可能比你的寿命还要长,修补它们的标准方法也是如此。滚动补丁甚至是 Windows Server 集群的一部分,采用“按下按钮查看补丁”的方法。

话虽如此,当服务器进行维护时,它们并没有停机——你会从进行维护的服务器那里得到一个不错的“维护模式”答案。从来没见过?我经常遇到这种情况。所以,这个问题几乎没有意义,因为它们在例行维护期间并没有停机——它们只是没有用合理的内容回答你的问题,因为你得到的答案是一个维护模式页面。

相关内容