Google cloud platform 在GKE中,如何使用负载平衡器最小化连接时间

Google cloud platform 在GKE中,如何使用负载平衡器最小化连接时间,google-cloud-platform,google-kubernetes-engine,Google Cloud Platform,Google Kubernetes Engine,在GKE中,为了节省成本,我通常将节点数设置为零。当我自动缩放节点(或者说添加)并运行pod时。连接到Loadbalancer并打开URL需要6-7分钟以上。这就是为什么健康检查处于等待状态。有没有办法缩短时间?谢谢,简言之,不太感谢。节点的旋转时间不容易控制,基本上是VM分配、打开、引导操作系统以及执行与Kubernetes相关的其他工作(如配置、添加到节点池等)所需的时间。这需要时间!除了吊舱旋转时间外,这取决于Docker图像(大小/相关性等) 不建议将应用程序缩小到零节点。始终建议启动一

在GKE中,为了节省成本,我通常将节点数设置为零。当我自动缩放节点(或者说添加)并运行pod时。连接到Loadbalancer并打开URL需要6-7分钟以上。这就是为什么健康检查处于等待状态。有没有办法缩短时间?谢谢,简言之,不太感谢。节点的旋转时间不容易控制,基本上是VM分配、打开、引导操作系统以及执行与Kubernetes相关的其他工作(如配置、添加到节点池等)所需的时间。这需要时间!除了吊舱旋转时间外,这取决于Docker图像(大小/相关性等)

不建议将应用程序缩小到零节点。始终建议启动一些节点(GKE集群上没有运行其他应用程序吗?建议Kubernetes集群至少运行3个节点)

你考虑过使用云功能吗?你的情况可能吗?这是我所知道的快速放大和零缩小的最佳选择。 一般来说,您可以对函数保持某种“ping”,以相对便宜的价格使其保持“热”

如果上面的选项都不可能(我想说,让您的节点池至少运行3个节点是最好的,因为启动Kubernetes控制计划需要时间)。我建议从减少吊舱的旋转时间开始,改善Docker的形象——缩小它的尺寸等等

下面是一些关于如何减少Docker图像大小的文章

之后,我将为node测试不同的机器类型,以检查哪一种机器旋转得最快,这在任何情况下都可能是一件有趣的事情

下面是一个关于虚拟机启动时间的有趣比较


简言之,不太可能。节点的旋转时间不容易控制,基本上是VM分配、打开、引导操作系统以及执行与Kubernetes相关的其他工作(如配置、添加到节点池等)所需的时间。这需要时间!除了吊舱旋转时间外,这取决于Docker图像(大小/相关性等)

不建议将应用程序缩小到零节点。始终建议启动一些节点(GKE集群上没有运行其他应用程序吗?建议Kubernetes集群至少运行3个节点)

你考虑过使用云功能吗?你的情况可能吗?这是我所知道的快速放大和零缩小的最佳选择。 一般来说,您可以对函数保持某种“ping”,以相对便宜的价格使其保持“热”

如果上面的选项都不可能(我想说,让您的节点池至少运行3个节点是最好的,因为启动Kubernetes控制计划需要时间)。我建议从减少吊舱的旋转时间开始,改善Docker的形象——缩小它的尺寸等等

下面是一些关于如何减少Docker图像大小的文章

之后,我将为node测试不同的机器类型,以检查哪一种机器旋转得最快,这在任何情况下都可能是一件有趣的事情

下面是一个关于虚拟机启动时间的有趣比较


如果云功能不是一个选项,您可能希望查看Cloud Run(支持容器并缩放到零)或GKE Autopilot(不缩放到零,但您可以缩放到低资源,并根据需要自动缩放)

如果云功能不是一个选项,您可能希望查看Cloud Run(支持容器并缩放到零)或GKE Autopilot(不缩放到零,但您可以缩放到低资源,它将根据需要自动缩放)