因此,如果我们使用 Docker 容器,它将被其他内容填充。我们可以使用 S Three 日志存储。因此,我们实际上可以将所有实例、日志文件放入 S Three 并轮换它们。这将花费您标准的 S Three 费用,请将其保留为未启用。您还可以配置 Cloud Watch 日志并进行日志流式传输。因此,这会将您的日志流式传输到 Cloud Watch,您可以将保留时间设置为最长十年,并配置 Elastic Beanstalk 以在您终止环境时删除日志。再次,我将把这一切都留空。我并不真的想记录所有内容,因为我无论如何都会将其拆除。在这里我们有我们的实例。您可以在那里看到它。所以继续并单击修改。
在这里,我们有实例类型。因此,我们可以设置 T one micro,t two nano。如果您还记得 制造电邮清单 这个首字母缩略词,那么 McGift 博士会为您挑选所有不同的实例类型。因此,我只需要设置 T one micro,即您的 AMI ID。这是您输入 Amazon 机器映像 ID 的地方。
这有点烦人,因为它的 GUI 不太好。因此,您必须返回 EC Two 部分,去配置实例并获取正确的 EC Two AMI。但您只需在此处输入它即可。这是您的根卷。因此,您的根设备卷。如果您想要磁性或通用 SSD 或配置到 IOPS,只需在此处选择。如果您单击磁性或其中任何一个,则需要指定大小。无论如何,我都会使用此 AMI ID 的默认值,这是您的 IOPS。
所以我继续点击保存。如果我们向下滚动并查看容量,我们可以看到我们是否要进行负载平衡。所以我要进入这里,我确实想要一个负载平衡环境。我想要至少两个实例和最多四个可用区。您可以说任何一个、任何两个、任何三个或任何,我只是将其保留为任何。在这里我们有我们的扩展触发器。现在这是值得关注的事情。因此, CPU 利用率。我们可以基于平均值,然后基于单位而不是字节来执行此操作。这实际上不适用于 CPU 利用率。我们希望以百分比为基础进行操作。因此,我们可以在指标评估之间进行五分钟的周期。
如果它以特定的百分比持续超过五分钟,那就是我们触发自动扩展的时候。因此,我们的上限可能是 90%,下限可能是 15%。做类似的事情。继续点击保存。这样就配置好了。我们所有的自动扩展负载均衡都在这里。我打算在端口 80 上执行此操作,因为我还没有此站点的 SSL 证书。因此您的弹性负载均衡器正在监听。