1) JuJu bootstrap 的默认 AWS 实例似乎是一个 EC2 小型实例。将其改为微型实例有什么缺点吗？从成本和性能方面来看，哪种实例最理想？（如果有帮助的话，我可能会通过 JuJu 在 AWS 上运行风暴拓扑。目前还不知道集群会有多大。）
2) AWS 上的 JuJu 引导节点自动附加了一个 8GiB 数据卷。这是必要的吗？它有什么用？有没有办法在不附加此数据卷/更改数据卷类型的情况下部署引导节点？
我在网上的 JuJu 文档中找不到有关这些问题的任何信息。
答案1
由于没有“微小”这种东西，所以我假设你的意思是微型实例。t2.micro是可突发的，并且我们通过经验发现微型计算机的功能太弱，无法运行引导/状态服务器节点。
如果您想节省成本，那么您可以在引导节点上运行工作负载，这样您就可以有效地将一台机器共享为协调节点并将其用于实际工作。也许还可以考虑在 HA 模式下运行 Juju，这样您就可以在多个节点上拥有一个状态服务器：
https://jujucharms.com/docs/stable/controllers-ha
这样，您就不会浪费节点，但也不会把所有的鸡蛋放在一个篮子里。
我不确定数据量，当我得到数据量时我会询问并添加该信息。