我在一家公司工作,目前该公司拥有一个小型物联网网络。但是,预计该网络将在未来几年显着增长。在为未来做准备时,我们希望使用 Bigtables 来存储我们的数据,但我们的预算还没有考虑到运行 Bigtable 生产实例的成本。
鉴于此,我的问题是:即使文档说没有保证。开发实例的正常运行时间或性能,是否有可能在单个节点上运行数据库,直到需要生产实例?单节点Bigtable至少相对可靠,还是建立一个临时SQL数据库更好?
我在一家公司工作,目前该公司拥有一个小型物联网网络。但是,预计该网络将在未来几年显着增长。在为未来做准备时,我们希望使用 Bigtables 来存储我们的数据,但我们的预算还没有考虑到运行 Bigtable 生产实例的成本。
鉴于此,我的问题是:即使文档说没有保证。开发实例的正常运行时间或性能,是否有可能在单个节点上运行数据库,直到需要生产实例?单节点Bigtable至少相对可靠,还是建立一个临时SQL数据库更好?
披露:我是 Google Cloud Bigtable 的产品经理。
鉴于此,我的问题是:即使文档说没有保证。开发实例的正常运行时间或性能,是否有可能在单个节点上运行数据库,直到需要生产实例?单节点Bigtable至少相对可靠,还是建立一个临时SQL数据库更好?
是否可以运行 Cloud Bigtable 开发实例?是的,我已经与与您处于同一位置的客户交谈过:他们喜欢数据模型和 API,并且知道他们可以在需要时进行扩展,但他们目前的情况并不需要3+ 节点生产集群,因此他们使用的是开发集群。
如果你这样做,你可能更容易出现不可用,但这并不比使用另一个数据库(无论是 SQL 还是 NoSQL)运行单个 VM 更糟糕:拥有任何一个都意味着可用性严重依赖于那个正在运行的东西和可达。
事实上,Cloud Bigtable 的无状态特性实际上使这一点变得更好——因为数据实际上并没有存储在服务器节点本身,而是存储在Colossus上,我们的分布式复制文件系统,我们可以(并且确实)替换另一个 Bigtable如果您的节点不可用,节点将提供您的数据,而不会丢失任何数据。
也就是说,我们无法为开发集群提供 SLA 或任何保证的正常运行时间或可用性,因此请记住这一点。
希望这可以帮助。