大型网站有多个全球上行链路？

For example, Google has over 500 IP address, yet only around 20 data-centers. How can this be.

你似乎对互联网如何工作有一个基本的误解。 一个数据中心容纳许多服务器，并且通常具有许多IP地址。
IP地址不像邮政地址 – 他们可以移动（通过BGP的魔力）

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?

你读过的东西是非常不正确的。 任何值得托pipe的数据中心都将具有多个上行链路（与多个提供商的多个物理连接 – 他们购买的networking或从同行购买的networking）。

核心交换机和路由器通常至lessconfiguration了故障转移对冗余。
接入交换机（插入的服务器）可能在其他方面是冗余的（两种常见的方式是每台服务器连接到两个单独的接入交换机，并将单独的path返回到核心，或者您有两台服务器分别连接到一个单独的接入交换机与分开的path回到核心）

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?

这个问题在互联网stream量如何stream动的背景下是没有意义的。 您需要更好地理解路由 – 简短版本“stream量遵循从A到B的最短path。如果path拥塞，stream量将会变慢。” – 有更多的魔术可以做到重新路由堵塞交通。

关于端点服务器，有一些方法可以中继或绑定以太网连接，为数据中心内的单个服务器提供更多的带宽。 这对于提高速度通常是没有用的，因为瓶颈通常在互联网上。

你也在滥用词汇集群（什么样的集群很重要）。

Also, IF you have multiple data-centers for one site, can you configure FTP and other similar applications to upload to each center?

简短的回答：不。
长答案：一般来看， 分布式文件系统 ，远程站点镜像（复制）和地理冗余。

我想知道您是如何得出有关数据中心如何运作的结论的。

除非它是一个非常小的数据中心，否则它们将有多个上行链路连接两个或更多的NOC作为其AS号，并可能运行或不运行它们自己的BGP服务。

较大的数据中心通常会有多个冗余链路（即4个或更多的物理连接）来分隔骨干NOC或对等交换机。

当你在谈论巨大的数据中心（当然是谷歌）时，他们通常是NOC，或者共同位于对等交换机内部，以便具有到骨干的直接（最短path）上行链路。

这与这些个人服务器或服务如何运行或呈现给互联网没有任何关系。

我似乎还记得，Google在他们自己的数据中心之间大量使用了暗光纤（直接，非互联网连接）。 这提供了额外的冗余以及增加的站点间吞吐量。

通过数据中心拓扑的谷歌图像看，很容易看到你可能得出这个结论。 大部分的例子都是针对小型数据中心的。 它们与Google或微软或雅虎的规模上的拓扑结构几乎没有什么共同之处。

以下是数据中心内部视图的一个很好的例子（这甚至不接近单个Google，Microsoft或Yahoo DC的规模）：

下面是上图中“校园核心”的边界潜伏的例子（忽略标签，这只是为了说明）：

networking拓扑可能比路由器交换机服务器复杂得多。 这取决于你想要做什么。