目前,我有一个由后端、前端和数据库组成的应用程序。Postgres数据库有一个大约6 000万行的表。这个表有另一个表的外键:categories。因此,如果希望计数--我知道这是DB中最慢的操作之一--来自特定类别的每一行,在我当前的设置中,这将导致5分钟的查询。当前,DB、后端和前端运行在VM上。
我现在已经封装了后端和前端,我想在Google引擎中将它们旋转起来。
因此,我的问题是,如果您也使用容器DB并让Kubernetes完成一些负载平衡工作,那么我的查询的性能会提高吗?还是应该使用Google的Cloud?有人在这方面有经验吗?
发布于 2018-09-14 22:07:06
如果还使用容器DB,我的查询的性能会提高吗?
只有当节点(较大的节点)的容量大于当前节点时,原始性能才会提高。如果使用与kubernetes节点相同的节点,则不会上升。在这种情况下,除了更新DB软件之外,您将不会从容器中获益,如果您在Kubernetes中运行,更新DB软件可能会容易一些。这里有许多因素,包括用于存储的磁盘。(SSD、磁性文件系统、集群文件系统?)
假设您的目标是通过使用来最大化集群中的资源,如果这个容量(如果不是很多查询被发送到您的数据库),那么Kubernetes/容器可能是一个不错的选择。(但这不是最初的问题)
我应该使用Google的Cloud吗?
我使用Cloud的唯一原因是如果您想卸载管理SQL。除此之外,在GCE上运行相同大小的实例时,您将得到类似的性能编号。
https://stackoverflow.com/questions/52339576
复制相似问题