高可用性的可伸缩云解决方案

Question

场景:几个月后，我将推出一个云软件。这将是多个客户端的SaaS解决方案。该软件处理医疗保健的加密在休息是一个要求。它是用.Net编写的，首选数据库是Server。

每个客户端至少需要10 Gb的数据库存储和100 Gb的文件存储。我看到的云产品可以轻松地从1个客户端扩展到10000个客户端。现在，10,000个客户端相当于100 to的数据库存储和1PB的文件存储。

我正在考虑的三个提供商是AWS、Azure和Rackspace(因为支持而首选)。

安装:选项1:有一个云服务器，可以随着客户端的增加而扩展。但是，云服务器是否可以扩展到100 to的存储空间，以适应运行在上面的数据库呢？更重要的是，让VM保存所有客户端的数据是个好主意吗？如果不是，我如何在多台机器上传播数据，而web服务却可以轻松地识别要查询特定客户端的数据库？

选项2:为每个客户端设置一个环境。我想走这条路，因为它避免了单一的失败点。Azure webites/Rackspace CloudSites类型的设置。不过，我需要关注的是，如何加密数据库呢？Server确实提供TDE，但只在企业版中提供。此外，在这种情况下，我如何能够自动升级。升级可能意味着新代码和/或数据库架构更改。

备选方案3:您认为适合这种情况的任何其他选项。

谢谢你，安库

Answer 1

选项1:有一个云服务器，可以随着客户端的增加而扩展。

不聪明。如“我*”。为什么只有一台服务器？如果你的规模是那样的-这从来都不是成本效益。像云一样运行云。“微型集群”的机器(2-3-web前端，数据库，文件存储，可能与复制高可用性)，然后使用这些在许多情况下，你需要。根据需要创建新的容量。不需要去"SUUUUUPPPPPER SSSIIIIIIIINNNNNNGGGGLLLLEEEEE“--这只需要花费。

THen，正如我所说，在每个微集群中都使用标准机制来获取HA -- web前端是标准的，文件存储和数据库一样需要一些复制。关键是，即使一些微集群出现故障，它也不会影响到所有客户。

此外，在这种情况下，我如何自动升级？

脚本，专业管理员的标准工具，允许您完全自动化--您认为google如何更新几十万台服务器？也许雇一个有经验的管理员来计划-因为我们不能为你做这件事。

升级可能意味着新代码和/或数据库架构更改。

是啊那又怎样？脚本可以做到这一点-关闭一个微集群前端和处理，进行备份，运行必要的更新和重新启动，所有这些都在一个商定的维护窗口内。初学者专业管理。用窗户？SCOM，SCCM就是为此而制作的工具。