单节点 Bigtables 的可用性
Availability of single-node Bigtables
我在一家公司工作，目前该公司拥有一个小型物联网网络。然而，该网络预计在未来几年将显着增长。在为未来做准备时，我们希望使用 Bigtables 来存储我们的数据，但我们的预算还不允许 运行 构建 Bigtable 生产实例的成本。
鉴于此，我的问题是：即使文档说没有任何保证。开发实例的正常运行时间或性能，在需要生产实例之前，是否有可能 运行 单个节点上的数据库？单节点Bigtable至少是相对可靠的，还是建立一个临时SQL数据库更好？
披露：我是 Google Cloud Bigtable 的产品经理。
In light of this my question is: Even though the documentation says there are no guarantees wrt. uptime or performance for development instances, is it at all possible to run a database on a single node until the need for a production instance arises? Is a single-node Bigtable at least relatively dependable, or is is better to set up a temporary SQL database?
是否可以 运行 Cloud Bigtable 开发实例？是的，我已经与与您处于相同位置的客户交谈过：他们喜欢数据模型和 API，并且知道他们将能够在需要时进行扩展，但他们目前的情况并不需要3 个以上节点的生产集群，因此他们使用的是开发集群。
如果您这样做，您可能会出现不可用的可能性更高，但这并不比 运行将单个 VM 与另一个数据库（无论是 SQL 还是否 SQL）差: 拥有任何事物中的任何事物之一意味着可用性关键取决于该事物的启动和可达性。
事实上，Cloud Bigtable 的无状态特性实际上使这一点变得更好 — 因为数据实际上并没有存储在服务器节点本身，而是存储在 Colossus 我们的分布式复制文件系统中，如果您的节点不可用，我们可以（并且确实）替换另一个 Bigtable 节点来为您的数据提供服务，而不会丢失任何数据。
也就是说，我们无法为开发集群提供 SLA 或任何保证的正常运行时间或可用性，因此请牢记这一点。
希望对您有所帮助。
我在一家公司工作，目前该公司拥有一个小型物联网网络。然而，该网络预计在未来几年将显着增长。在为未来做准备时，我们希望使用 Bigtables 来存储我们的数据，但我们的预算还不允许 运行 构建 Bigtable 生产实例的成本。
鉴于此，我的问题是：即使文档说没有任何保证。开发实例的正常运行时间或性能，在需要生产实例之前，是否有可能 运行 单个节点上的数据库？单节点Bigtable至少是相对可靠的，还是建立一个临时SQL数据库更好？
披露：我是 Google Cloud Bigtable 的产品经理。
In light of this my question is: Even though the documentation says there are no guarantees wrt. uptime or performance for development instances, is it at all possible to run a database on a single node until the need for a production instance arises? Is a single-node Bigtable at least relatively dependable, or is is better to set up a temporary SQL database?
是否可以 运行 Cloud Bigtable 开发实例？是的，我已经与与您处于相同位置的客户交谈过：他们喜欢数据模型和 API，并且知道他们将能够在需要时进行扩展，但他们目前的情况并不需要3 个以上节点的生产集群，因此他们使用的是开发集群。
如果您这样做，您可能会出现不可用的可能性更高，但这并不比 运行将单个 VM 与另一个数据库（无论是 SQL 还是否 SQL）差: 拥有任何事物中的任何事物之一意味着可用性关键取决于该事物的启动和可达性。
事实上，Cloud Bigtable 的无状态特性实际上使这一点变得更好 — 因为数据实际上并没有存储在服务器节点本身，而是存储在 Colossus 我们的分布式复制文件系统中，如果您的节点不可用，我们可以（并且确实）替换另一个 Bigtable 节点来为您的数据提供服务，而不会丢失任何数据。
也就是说，我们无法为开发集群提供 SLA 或任何保证的正常运行时间或可用性，因此请牢记这一点。
希望对您有所帮助。