amazon-web-services - KOPS如何在AWS中重新创建主节点？

Question

我正在AWS上测试Kops。我的集群由1个主节点和3个工作节点组成。一切正常，为了测试主节点故障，我终止了相应的EC2实例，并且AutoScaling组当然处理了该问题并创建了一个新实例，它成为了新的主节点。很好

我的问题是AutoScaling组如何将新EC2实例配置为正确配置为Master Kubernetes节点？设置KOPS时是否创建了任何预定义的AMI？还是在每次创建新实例时启动任何用户数据脚本？

谢谢。

Answer 1

这是因为kops具有instance groups的概念。在AWS上，它们直接映射到AutoScalingGroup-这是一个类似的概念。您可以通过运行kops get ig来检查您的实例组，还可以将主节点和节点编辑和缩放为0，然后通过kops edit ig nodes/nameofthemaster重新启动它们。第二部分是kops State Store。群集配置所在的位置。这映射到Kubernetes的大多数配置，除了存储在etcd中的一些资源和部署(例如内部状态)外。

因此，在您删除主节点的情况下，AWS将看到AutoScalingGroup的状态为0而不是1，因此它将重新创建EC2计算机。

Description:DescriptionLaunching a new EC2 instance: i-0e06f8fbb78aca2e6
Cause:CauseAt 2019-04-10T12:54:31Z an instance was started in response to a difference between desired and actual capacity, increasing the capacity from 0 to 1.

之后，Kubernetes将从S3存储桶中获取配置，并从etcd获取内部状态。下一个问题将是etcd如何在删除master之后幸免于难。您可以在卷中对其进行检查，因为etcd具有两个单独的卷(就像etcd pod分别用于事件和一个主要)一样。删除主服务器后，卷进入 avalivable状态，并且在产生新的主EC2实例后，该卷将成为安装到新的主服务器上，您将恢复内部状态(不确定，但我认为 protokube也在图片中的某个位置)。

这也是为什么您可以仅从s3存储桶中还原kops群集的原因，因为kops需要运行所有配置。除了内部状态(在etcd中)外，您需要单独备份。