Google 云平台 (GCP) 中 "Instance Groups" 中的 "Cool down period" 和 "Initial delay" 有什么区别？
What is the difference between "Cool down period" and "Initial delay" in the "Instance Groups" in the Google Cloud Platform (GCP)?
我在Instance Groups中设置组参数在Google 云平台.
我将 Autoscaling 参数设置为 On.
我想知道另外两个参数冷却时间和有什么关系初始延迟:
我也想知道我应该如何选择这些参数，如果在我的例子中虚拟服务器是在不到10 秒，服务启动不到 5 秒？
它们与流量监控有什么关系在组中创建或删除虚拟机和创建新实例的时间和在创建的实例上启动服务的时间?
但是，我想知道，例如，这些值是否在创建新机器时相加，如果是，在什么情况下？
期待答案：是的，我阅读了屏幕上发布的描述；）
提前感谢您的所有意见和帮助。
您需要的第一项是您的实例从通电到就绪状态需要多长时间。如果您设置了 Stackdriver 日志记录，则会记录有关启动 activity 的详细信息。否则，使用串行端口输出查看启动时间。我为 Debian 写了一篇 article。
I would also like to know how I should choose these parameters, if in
my case the virtual server is created in less than 10 seconds, and
services start in less than 5 seconds?
选择您的实例从启动到就绪状态所需的时间，并添加一个软糖因素。多少取决于您的初创公司的活动。如果您依赖外部资源来下载和安装软件包，您将无法控制他们站点的繁忙程度等。一般来说，您不需要非常精确。如果启动时间从 5 秒到 10 秒不等，请使用 30 秒作为您的数字。
What exactly do they relate to traffic monitoring for creating or
deleting virtual machines in a group and the time of creating a new
instance and the time of starting services on the created instance?
看我对你下一个问题的回答。
I wonder, however, whether, for example, these values sum up when
creating a new machine or not, and if so in what situations?
不，这些数字没有相加。它们用于不同的目的。首先是要等到 Google 开始收集信息，例如 CPU 使用情况等信息（想想指标和警报）。您不希望在实例启动时监控警报响起，或者您的监控图在启动期间显示 10 分钟为零 activity。
第二个号码用于健康检查。根据您的系统设置方式，此处的故障可能会导致实例终止并启动新实例。如果您的数字太小，您可能会看到一个实例启动、终止、新实例启动、终止...
总而言之，“冷却期”适用于“横向扩展”，即在再次启动自动缩放之前等待事物初始化的时间。
（请注意，其他缩放控制指定了在缩放时可以减少多少虚拟机，并且在做出缩放决定时也存在 10 分钟的默认稳定期）
“初始延迟”部分指的是自动修复，即在运行状况检查开始之前等待多长时间。 （健康检查示例-测试 http 服务在端口 80 上是否正常运行）
此致。
阿迪亚
我在Instance Groups中设置组参数在Google 云平台.
我将 Autoscaling 参数设置为 On.
我想知道另外两个参数冷却时间和有什么关系初始延迟:
我也想知道我应该如何选择这些参数，如果在我的例子中虚拟服务器是在不到10 秒，服务启动不到 5 秒？
它们与流量监控有什么关系在组中创建或删除虚拟机和创建新实例的时间和在创建的实例上启动服务的时间?
但是，我想知道，例如，这些值是否在创建新机器时相加，如果是，在什么情况下？
期待答案：是的，我阅读了屏幕上发布的描述；）
提前感谢您的所有意见和帮助。
您需要的第一项是您的实例从通电到就绪状态需要多长时间。如果您设置了 Stackdriver 日志记录，则会记录有关启动 activity 的详细信息。否则，使用串行端口输出查看启动时间。我为 Debian 写了一篇 article。
I would also like to know how I should choose these parameters, if in my case the virtual server is created in less than 10 seconds, and services start in less than 5 seconds?
选择您的实例从启动到就绪状态所需的时间，并添加一个软糖因素。多少取决于您的初创公司的活动。如果您依赖外部资源来下载和安装软件包，您将无法控制他们站点的繁忙程度等。一般来说，您不需要非常精确。如果启动时间从 5 秒到 10 秒不等，请使用 30 秒作为您的数字。
What exactly do they relate to traffic monitoring for creating or deleting virtual machines in a group and the time of creating a new instance and the time of starting services on the created instance?
看我对你下一个问题的回答。
I wonder, however, whether, for example, these values sum up when creating a new machine or not, and if so in what situations?
不，这些数字没有相加。它们用于不同的目的。首先是要等到 Google 开始收集信息，例如 CPU 使用情况等信息（想想指标和警报）。您不希望在实例启动时监控警报响起，或者您的监控图在启动期间显示 10 分钟为零 activity。
第二个号码用于健康检查。根据您的系统设置方式，此处的故障可能会导致实例终止并启动新实例。如果您的数字太小，您可能会看到一个实例启动、终止、新实例启动、终止...
总而言之，“冷却期”适用于“横向扩展”，即在再次启动自动缩放之前等待事物初始化的时间。
（请注意，其他缩放控制指定了在缩放时可以减少多少虚拟机，并且在做出缩放决定时也存在 10 分钟的默认稳定期）
“初始延迟”部分指的是自动修复，即在运行状况检查开始之前等待多长时间。 （健康检查示例-测试 http 服务在端口 80 上是否正常运行）
此致。
阿迪亚