将关系数据库迁移到AWS服务

Question

我有一个TB级的SQL Server数据库表，它只有两列：

1. 我，
2. HTML内容

有少数应用程序通过提供行的Id来调用此Table来检索HTML内容。

数据库驻留在本地，其维护成本和大小越来越高。我正在考虑将此数据库移至 AWS Dynamo DB 。我选择Dynamo DB的原因是我已经阅读过的成本和性能。

• 在选择Dynamo DB之前，我应该知道的任何问题吗？

• 我可以使用AWS中的任何其他服务吗？ Dynamo DB？

我知道SQL Server是一个关系数据库，而DynamoDB不是sql。似乎No Sql DB可能是这种情况的潜在解决方案。我对该表没有任何联接或交易。我正在对表进行的只是插入和选择。

Answer 1

  

在选择Dynamo DB之前，我应该知道的任何问题吗？

与任何NoSql bigdata数据库一样，Dynamo最终是＆＃34;因此，如果您的应用程序写入然后立即读取相同的记录 - 您应该预期失败（不一致）。

我不熟悉＆＃34; Prem＆＃34;假设您的意思是您正在使用您的私人服务器，我觉得有义务提供以下警告：在云中工作与使用您自己的服务器非常不同：请求更频繁地失败，延迟模式不同，您应该构建您的软件来处理这些问题。如果您计划迁移到云端，我将首先迁移您的应用程序并让数据库保持最后状态。

Answer 2

如果您确实需要实时更新数据，则应重新考虑继续使用Dynamo。当您确实需要每行的动态列数时，dynamo也很有用。所以除了费用之外，我在这里看不到任何好处。 如果您不需要实时更新，您可以查看AWS Redshift或Google BigQuery，与Dynamo相比，这些解决方案将更便宜。

就像你提到的那样，你只有两列，看看＆＃34; redis＆＃34;也。普通键值结构将有助于提高性能。但是由于Redis将所有内容存储在物理内存中，因此成本会很高，而且您仍然需要像SQL，MySQL这样的永久存储/数据库。所以在性能方面，是的，你将能够看到巨大的差异。但你现在的成本会更高。

AWS Aurora怎么样？与其他SQL / MySQL实例相比，至少AWS声称成本的十分之一。它也具有向后兼容性。