如何在没有 can-init 的情况下集群 coreos 实例

【问题标题】：how to cluster coreos instances without could-init如何在没有 can-init 的情况下集群 coreos 实例
【发布时间】：2017-02-25 12:19:44
【问题描述】：

所以我在没有 user-data/cloud-config 的情况下在 aws 上创建了三个 coreos(container linux) 实例。

我这样做是因为我的理解是 cloud-config 只是用于设置服务和 ssh-keys 等，我想通过其他方式来做到这一点。

现在我想知道如何将这三个单独的实例转换为一个集群，以便一次更新一个

基本上我的问题本质上是在coreos中将单独的实例组成一个集群需要什么？

【问题讨论】：

erm，启动到自动缩放组，或者将它们放在 ELB 后面。
嗯，我自动缩放组添加更多实例以防实例失败或容量不足，以及服务之间的 elb 负载平衡，但我要问的是如何使单独的实例像集群一样运行在这种情况下，专门用于 coreos 提供的自动更新，@sudosoul

标签： coreos etcd

【解决方案1】：

最简单的方法是销毁并重新创建机器。使用 cloud-init 可以让这一切变得简单，只要您能正常工作。

下一个最好的方法是使用 etcd 集群配置在每台机器上写出 systemd "drop in"。您需要将标志 from this example 转换为环境变量（它们遵循相同的格式）并将这些环境变量包含在一个下拉列表中。

一个例子如下：

/etcd/systemd/system/etcd2.service.d/10-clustering.conf

[Service]
Environment=ETCD_LISTEN_PEER_URLS=http://10.0.0.1:2380
Environment=ETCD_<insert others>
...

应用这些后，运行 sudo systemctl daemon-reload 以获取更改，然后运行 sudo systemctl restart etcd2。您可以检查您的更改是否在 etcd 日志（它记录了所有检测到的 env var）和 systemctl cat etcd2 中正确获取，它应该会列出您的加入。

【讨论】：