Sql server AWS/Azure中的大规模分布式应用

我正在开发一个大型web应用程序，用户可以来自世界任何地方

考虑事项： 1.Web服务器需要分布在可能跨越3大洲的3个数据中心。 2.每个数据中心可能有2个Web服务器（ASP.NET）作为起点，并且可以扩展 3.数据库需要分区（SQL Server sherding）。不考虑单独的数据库实例和镜像 4.应用程序将具有媒体内容。因此，CDN可能非常适合他们

托管选项： 1.Azure/AWS IaaS：在这种情况下，Web和应用服务器需要由我们配置和管理 2.Azure/AWS PaaS：在这里，我们忙于使用特定于供应商的工具、代码块和“做事方式”，最后，在一个晴朗的早晨，他们宣布将停用一项相关服务（例如SQL Azure federation）。此外，考虑在AGB SQL的dB最大大小为150 GB的限制和共享服务内的节流。 因此，托管选项1看起来是安全的选择

现在我的问题是：

我需要为每个数据中心考虑一个负载平衡服务器，该服务器将将流量路由到该数据中心中的2个或更多的Web服务器。但是，如何管理来自世界任何地方的数据中心的流量呢？在IaaS模型中，我应该将跨数据中心分布web流量的负载平衡器放在哪里

我遇到了Azure traffic manager，它似乎解决了上面的问题1，但这是否适用于他们的IaaS产品？AWS中的等价物是什么？当用户从亚太地区连接时，他们希望被重定向到亚洲的DC

在sherding模型中，我们希望对特定的数据库表进行分区，而不是对所有数据库表进行分区。我不太熟悉，但故障切换在sherded数据库中是如何工作的？我可以为联盟中的每个成员数据库服务器使用主动-被动SQL server吗？（顺便问一句，SQL联邦与Sherding相同吗？）

---

该应用程序本身是基于ASP.NET和SQL Server的。

SQL Azure现在的最大大小为1 TB-请查看高级层…

这里有很多很好的问题，但我认为，就目前而言，这个问题太广泛，无法给出具体的答案。其中一些答案也将严格基于意见。也许这会更好地分解成更小的问题。在多个AWS区域中，查看Route 53基于延迟的路由（）和运行状况检查（），以及弹性负载平衡器（）和AutoScaling（）