我已经讨论过我们公司正在使用的一个场景，如果可能的话，我想要一些input。
我们有一个网站的主要url，称之为“ http://www.site.com ”。 在开始的某个时候，决定网站将在两个物理数据中心之间进行负载均衡主动/主动。 这是通过让networking设备返回301redirect到“ https://site1.site.com ”或“ https://site2.site.com ”来完成的。 很显然，这对于search引擎来说似乎没什么用处，因为当你search这个网站的时候，你可以在抓取的时候获得redirect网站的特定结果，当时的营销主要是想让主网站总是显示。 我很好奇将有什么适当的方式来实现这样的解决scheme？
“这是通过让networking设备返回301redirect来完成的。”
那个，我的朋友，在两个数据中心之间没有负载平衡。 这是一个设备，坐在其中一个，redirect客户。
你应该看的是在每个站点使用一个（或两个用于本地故障切换）负载均衡器，最好是可以更新DNS并具有GeoIP逻辑的东西（在位于大的地理距离时非常方便）。
我个人使用KEMP负载平衡器，我可以高度推荐他们： http : //www.kemptechnologies.com/uk/server-load-balancing-appliances/geo-loadmaster/glm-overview.html
如何使用负载分享与DNS？
www.site.com 1.1.1.1 www.site.com 1.1.1.2 www.site.com 1.1.1.3 “全球服务器负载均衡”（GSLB） 的“良好”方式是多个数据中心（DC），每个数据中心都有边缘路由器通告相同的IP地址范围，使用BGPselect最短path – 又名Anycast 。
更便宜的版本通常使用相同的负载平衡器设备（LB），在每个位置使用“GSLB”插件，LB交换心跳，并使用DNS“技巧” （缺乏更好的词） 故障转移 。
我会恭敬地build议你们多交换要求，或者至less要为认真努力争取资金。 良好的多DC部署不容易build立，需要在设备（路由器）和专业知识方面进行大量的前期投资。 复制数据库和更改数据集通常非常困难。
一种可能的解决方法是将Amazon Elastic Load Balancer （ELB）与转移到Amazon EC2一起使用。 ELB有一些跨越多个亚马逊“可用区域”的规定，与DIY多数据中心故障转移相比，EC2 + ELB是便宜的。
如果你有钱可花，我会考虑在这两个站点上实施类似于Cisco GSS或F5 GTM的东西，并将DNS委派给他们。
本质上，它的工作原理是将你的Alogging指向GNS / GTM的www.site.com，然后你用你的Web服务器的IP地址或他们的VIP地址，以及他们的位置。 当客户端进行www.site.com的DNS查询时，GSS / GTM将返回相应服务器/ VIP的IP地址。
负载均衡可以按循环方式，按地理位置，按性能指标或按负载进行，也可以通过具有活动数据中心和灾难恢复数据中心 – 基本上适用于负载平衡的所有主体来完成。