例如，Google 有超过 500 个 IP 地址，但只有大约 20 个数据中心。这是怎么回事呢？
据我所知，典型的（大型）数据中心将有 1 个全局上行链路、一个路由器和一个主交换机。每个集群都连接到主交换机。集群中还有另一个交换机（其上行链路通向主交换机），每个节点都连接到该交换机。这是正确的吗？
如果一个网站在一个巨大的集群上运行，而上传速度是瓶颈，那么您可以在一个集群上运行 2 个或更多上行链路吗？
此外，如果一个站点有多个数据中心，您可以配置 FTP 和其他类似的应用程序来上传到每个中心吗？
答案1
For example, Google has over 500 IP address, yet only around 20 data-centers. How can this be.
您似乎对互联网的工作原理存在根本性的误解。一个数据中心拥有许多服务器，通常拥有许多 IP 地址。IP
地址不像邮政地址 - 它们可以四处移动（通过边界网关协议）
From what I have read, a typical (huge) data-center will have 1 global uplink, a router, and a main switch. Each cluster is hooked up to the main switch. In the cluster is another switch (its uplink leads the the main switch) which each node is connected to. Is this correct?
您读到的内容完全错误。任何值得托管的数据中心都会有多个上行链路（与多个提供商的多个物理连接 - 无论是他们购买传输的网络还是对等网络）。
核心交换机和路由器通常至少配置有故障转移对冗余。
接入交换机（服务器插入的交换机）可能以其他方式冗余（两种常见的方式是每台服务器连接到两个单独的接入交换机，并通过单独的路径返回核心，或者您有两台服务器，每台服务器连接到一个单独的接入交换机，并通过单独的路径返回核心）
If a website is running off a huge cluster and the upload speed is the bottleneck, can you have 2 or more uplinks running to one cluster?
在互联网流量流动的背景下，这个问题毫无意义。您需要更好地理解路由 - 简短版本“流量遵循从 A 到 B 的最短路径。如果该路径拥堵，流量就会变慢。” - 可以做更多神奇的事情来重新路由拥堵的流量。
关于端点服务器，有以下方法主干或绑定以太网连接为数据中心内的各个服务器提供更多带宽。这通常对提高速度没有用，因为瓶颈通常出现在互联网的某个地方……
您还滥用了集群这个词（什么样的集群很重要）。
Also, IF you have multiple data-centers for one site, can you configure FTP and other similar applications to upload to each center?
简短回答：不。
详细回答：调查分布式文件系统、远程站点镜像（复制）以及一般的地理冗余。
答案2
我想知道您是如何得出有关数据中心如何运作的这些结论的。
除非是一个非常小的数据中心，否则它们将拥有到两个或更多 NOC 的多个上行链路以获取其 AS 编号，并且可能会或可能不会运行自己的 BGP 服务。
较大的数据中心通常会有多个冗余链路（即 4 个或更多物理连接）来分隔主干 NOC 或对等交换机。
当您谈论大型数据中心（谷歌的数据中心肯定是大型数据中心）时，它们通常是 NOC，或者位于对等交换机内，以便拥有到主干网的直接（最短路径）上行链路。
这一切都与单个服务器或服务的运行方式或在互联网上的呈现方式无关。
我似乎还记得 Google 在自己的数据中心之间使用了大量暗光纤（直接、非互联网连接）。这提供了额外的冗余以及增加的站点间吞吐量。
答案3
通过谷歌图片查看数据中心拓扑，很容易看出你是如何得出这个结论的。大多数示例都是针对小型数据中心的。它们与谷歌、微软或雅虎规模的拓扑几乎没有共同之处。
这是一个数据中心内部视图的很好的例子（这甚至与单个 Google、Microsoft 或 Yahoo DC 的规模相差甚远）：
下面是上图中“校园核心”边界可能隐藏的内容的一个例子（忽略标签，这只是为了说明）：
网络拓扑可能比路由器-交换机-服务器复杂得多。这取决于您要做什么。