azure - 大型商业应用程序-Azure云数据库和存储问题

Question

我们正在创建大规模的、面向数据库的业务应用程序。该业务应用程序是 Multi-Tenancy 的，我们希望将其作为 SOA(软件即服务)在 Azure 云中提供。 Azure SQL 数据库只有 150 GB 的限制，这对我们来说是不够的。我们的客户拥有大量数据，并且可能每年都在增加。我们的应用程序数据库是关系型且复杂的，并使用复杂的查询(组、联接、聚合函数)、存储过程来获取/保存数据。因此我们不愿意直接使用Big Table。有人建议将数据库分成分区和文件组，但我们不会这样做。还有另一种可能性，即仅将当前年份的数据保留到应用程序中，并保留到其他分区/备份数据库中，但这不适合我们的应用程序，因为过去的数据会被频繁访问。如果我们使用 Azure Table，我们的复杂操作将在内存中完成，但由于内存资源有限，这是不可能的。不过，我们正在考虑混合使用 Azure SQL 数据库和 Azure 表。但我们无法找到任何混合使用两者的合适示例。

我们也在寻找以下问题的答案？

1. Azure 是否适合保存超大规模的关系数据 (TB)，还是我们应该拥有自己的数据库服务器来支持这一点？
2. 我们是否应该仅使用 Azure Table 而不是 Azure SQL？
3. 我们应该混合使用 Azure SQL 和 Azure 表存储吗？有任何示例架构/示例可以指导我们吗？

Answer 1

新的标准和高级 Azure SQL 数据库 SKU 现在支持 250GB 和 500GB respectively 。无论如何，Azure SQL 数据库在很大程度上是一种针对大量数据的横向扩展模型。 Azure SQL 数据库的弹性扩展功能的预览版刚刚发布 announced .

有充分的理由将数据存储在最合适的位置 - Azure 表提供比 Azure SQL 数据库更具成本效益的大规模存储。肯定有理由将每种数据用于最合适的数据 - Azure 表中的大规模半结构化数据和 Azure SQL 数据库中的关系数据。

1) 如果您要创建新应用程序，则应考虑使用 Azure SQL 数据库来存储关系数据，并且仅在无法正常工作时才迁移到 Azure 虚拟机中的 SQL Server。虽然虚拟机中的 SQL Server 看起来很简单，但一旦开始添加传统的 DBA 事件(例如进行部署 HA)，事情就会变得更加棘手。如果您有大规模的关系需求，您应该考虑分片。

2)您的选择不应该是其中之一，而是在适当的情况下同时使用它们。

3) Microsoft 模式与实践有许多 eBooks你应该看看它来帮助你构建你的架构。