我想知道何时应该使用哪个。
启动模板似乎更高级，因为它们允许版本控制，但另一方面，您无法设置EBS设置等。
Launchtemplate是Launchconfiguration的更好版本还是它们具有不同的用途？因此，如果您不希望版本控制与Launchconfigs保持一致，则对将来无害。
谢谢A
答案 0 :(得分：0)
启动模板允许控制T2无限（积分）功能，至少这是我需要的功能，因此必须使用启动模板。
但是，启动模板似乎仅指定一个子网，而不是列表（如启动配置）。
它们与CloudFormation完全不同，它使我工作了数小时的反复试验才能使它们工作。
根据我的经验，您无法在启动配置或启动模板中指定子网，因此我不确定该子网来自何处。在我看来，启动模板是启动配置的新版本，但我从未见过AWS表示他们将弃用启动配置的任何地方。
我确实记得，当他们引入应用程序负载平衡器时，他们花了一段时间才宣布淘汰经典的负载平衡器，所以我的直觉也就是这里也会发生这种情况。请注意CloudFormation docs for Autoscaling Groups建议使用启动模板来获取最新功能。
我个人仍在使用启动配置，因为在AWS will even do it for you到来的时候似乎很难转换成启动模板。
答案 1 :(得分：0)
除了启动模板的版本控制功能外，“我不需要使用它，因为我依赖git”
我需要在LC上使用LT的用例是，基本上我需要为同一自动伸缩组混合kubernets节点的实例类型。
基本上，我需要在EKS内运行的最小数量的节点作为工作节点（3个节点），因此在我们按需使用的情况下，这是（按需或保留的），对于任何额外的工作量，我们都只是触发具有特定投标价格的现货实例...等。
这是用例之一，我不确定启动配置是否允许这种情况，但肯定LT在同一LT中允许混合实例类型