从云 SQL 迁移到可扩展的解决方案
migration from Cloud SQL to a scalable solution
我们在 GCP 中的云 SQL 中拥有几乎 1 TB 的数据,但我们没有任何 read/write 副本。事务和分析工作负载有很多 read/write 操作。
我们如何迁移到更具可扩展性的解决方案(Cloud spanner / Bigquery)。我们需要更少的停机时间,还需要考虑成本
我们也有looker可以得到数据的虚拟化。我们如何在这个解决方案中也考虑 Looker?
如果我们想在保持上述两个因素以及成本、存储的情况下迁移 AWS,还请建议选项。如果我们使用分区还有什么好处?
我认为很大程度上取决于您的项目和实施。从云 SQL 迁移到其他解决方案本身并不是一项艰巨的任务,但您如何从应用程序读取或写入数据?无论您选择迁移到什么产品,您需要对应用程序进行的更改取决于应用程序的制作方式。
除此之外,对于您的前 2 点,还有两个很好的指南:
- This guide 表明您很想从 Cloud SQL (MySQL) 迁移到 Cloud Spanner。我不会考虑 BigQuery,因为你提到有很多事务性工作负载。
- Looker 现在是 GCP 的一部分。您可以找到有关如何将其连接到 Spanner here.
的好指南
- 如果你想考虑AWS,我会选择Aurora,而且here你可以找到一个很好的迁移指南。
我们在 GCP 中的云 SQL 中拥有几乎 1 TB 的数据,但我们没有任何 read/write 副本。事务和分析工作负载有很多 read/write 操作。
我们如何迁移到更具可扩展性的解决方案(Cloud spanner / Bigquery)。我们需要更少的停机时间,还需要考虑成本
我们也有looker可以得到数据的虚拟化。我们如何在这个解决方案中也考虑 Looker?
如果我们想在保持上述两个因素以及成本、存储的情况下迁移 AWS,还请建议选项。如果我们使用分区还有什么好处?
我认为很大程度上取决于您的项目和实施。从云 SQL 迁移到其他解决方案本身并不是一项艰巨的任务,但您如何从应用程序读取或写入数据?无论您选择迁移到什么产品,您需要对应用程序进行的更改取决于应用程序的制作方式。
除此之外,对于您的前 2 点,还有两个很好的指南:
- This guide 表明您很想从 Cloud SQL (MySQL) 迁移到 Cloud Spanner。我不会考虑 BigQuery,因为你提到有很多事务性工作负载。
- Looker 现在是 GCP 的一部分。您可以找到有关如何将其连接到 Spanner here. 的好指南
- 如果你想考虑AWS,我会选择Aurora,而且here你可以找到一个很好的迁移指南。