容器
了解如何监控和管理容器
Galaxy 容器是经过优化的打包环境，用于运行 Meteor。每个容器运行一个应用程序副本。
每个容器都有 CPU 和内存配额。Galaxy 会结合所有容器的资源池来跟踪应用程序的整体性能。您可以使用应用程序容器页面上的图表深入了解单个容器的性能。
由于每个应用程序都具有独特的架构和性能特征，调整容器大小可以帮助您满足应用程序的特定资源需求。
- 紧凑型： 512 MB/0.5 ECU
- 标准型： 1 GB/1 ECU
- 双倍型： 2 GB/2 ECU
- 四倍型： 4 GB/4 ECU
ECU 由亚马逊定义，旨在提供处理能力的相对衡量标准。缩写代表 EC2 计算单元。
Galaxy CPU 图表显示您的 CPU 使用情况占容器分配的 CPU 容量的百分比（或在应用程序概览页面上的图表中，占所有容器 CPU 容量总和的百分比）。请注意，这与Meteor APM 中图表显示的 CPU 百分比不同；APM 不了解容器大小，并将 CPU 显示为单个底层 CPU 内核的百分比。
访问特定容器的日志可以帮助您诊断任何意外行为。单击容器名称旁边的<span class="icon-document"></span>图标以查看此容器的日志。
如果您怀疑某个容器行为异常或想要访问特定于容器的信息，您可能需要连接到该特定容器以了解更多信息。在应用程序的容器页面上，单击容器名称旁边的<span class="icon-share"></span>图标以查看此容器提供的应用程序。
由于当您的容器不可用时，我们会重新路由到新的容器，因此您应该验证哪些容器订阅和远程方法调用正在通过。
您可以使用Chrome DevTools或浏览器中的等效工具检查websocket资源的X-Galaxy-Container响应头。
在应用程序代码行为异常的情况下，您可能希望杀死容器。这将强制停止正在运行的进程，并在新的容器中启动您的 Meteor 应用程序。
您可以通过转到应用程序容器页面上的指定容器，然后单击标题下方的“杀死”按钮来杀死容器。
容器可能由于多种原因而重启，例如
应用程序中的错误导致内存激增，从而导致其容器被杀死并重新启动。
应用程序运行正常，但连接数或负载过大。因此，其容器耗尽内存，被杀死并重新启动。
您的应用程序已退出。
不可避免的硬件或网络问题自发导致底层机器故障。（这种情况很少见，但无法完全避免。）
Galaxy 需要更换运行容器的底层机器（进行安全升级或维护集群规模）。
如果持续的正常运行时间是核心需求，我们建议您在多个容器上运行应用程序。这将保护您的正常运行时间，防止应用程序崩溃或出现自发的硬件/网络故障。当应用程序在多个容器上运行时，当单个容器发生故障或无响应时，流量可以路由到其他位置。（自动机器更换通常不会导致停机，因为我们将在新机器上启动应用程序容器的新实例，并在其变为健康状态后停止现有容器。）
请注意，如果您选择运行 1 个容器的应用程序，则在容器崩溃或机器发生故障时，将不可避免地出现停机时间。对于具有严格正常运行时间要求的应用程序，单个容器应用程序不适用。
Galaxy 容器是经过优化的打包环境，用于运行 Meteor。每个容器运行一个应用程序副本。
用法
每个容器都有 CPU 和内存配额。Galaxy 会结合所有容器的资源池来跟踪应用程序的整体性能。您可以使用应用程序容器页面上的图表深入了解单个容器的性能。
容器大小
由于每个应用程序都具有独特的架构和性能特征，调整容器大小可以帮助您满足应用程序的特定资源需求。
- 紧凑型： 512 MB/0.5 ECU
- 标准型： 1 GB/1 ECU
- 双倍型： 2 GB/2 ECU
- 四倍型： 4 GB/4 ECU
ECU 由亚马逊定义，旨在提供处理能力的相对衡量标准。缩写代表 EC2 计算单元。
Galaxy CPU 图表显示您的 CPU 使用情况占容器分配的 CPU 容量的百分比（或在应用程序概览页面上的图表中，占所有容器 CPU 容量总和的百分比）。请注意，这与Meteor APM 中图表显示的 CPU 百分比不同；APM 不了解容器大小，并将 CPU 显示为单个底层 CPU 内核的百分比。
查看特定容器的日志
访问特定容器的日志可以帮助您诊断任何意外行为。单击容器名称旁边的<span class="icon-document"></span>图标以查看此容器的日志。
连接到特定容器
如果您怀疑某个容器行为异常或想要访问特定于容器的信息，您可能需要连接到该特定容器以了解更多信息。在应用程序的容器页面上，单击容器名称旁边的<span class="icon-share"></span>图标以查看此容器提供的应用程序。
由于当您的容器不可用时，我们会重新路由到新的容器，因此您应该验证哪些容器订阅和远程方法调用正在通过。
您可以使用Chrome DevTools或浏览器中的等效工具检查websocket资源的X-Galaxy-Container响应头。
杀死容器
在应用程序代码行为异常的情况下，您可能希望杀死容器。这将强制停止正在运行的进程，并在新的容器中启动您的 Meteor 应用程序。
您可以通过转到应用程序容器页面上的指定容器，然后单击标题下方的“杀死”按钮来杀死容器。
容器重启
容器可能由于多种原因而重启，例如
应用程序中的错误导致内存激增，从而导致其容器被杀死并重新启动。
应用程序运行正常，但连接数或负载过大。因此，其容器耗尽内存，被杀死并重新启动。
您的应用程序已退出。
不可避免的硬件或网络问题自发导致底层机器故障。（这种情况很少见，但无法完全避免。）
Galaxy 需要更换运行容器的底层机器（进行安全升级或维护集群规模）。
如果持续的正常运行时间是核心需求，我们建议您在多个容器上运行应用程序。这将保护您的正常运行时间，防止应用程序崩溃或出现自发的硬件/网络故障。当应用程序在多个容器上运行时，当单个容器发生故障或无响应时，流量可以路由到其他位置。（自动机器更换通常不会导致停机，因为我们将在新机器上启动应用程序容器的新实例，并在其变为健康状态后停止现有容器。）
请注意，如果您选择运行 1 个容器的应用程序，则在容器崩溃或机器发生故障时，将不可避免地出现停机时间。对于具有严格正常运行时间要求的应用程序，单个容器应用程序不适用。
更新于：2024/07/15
谢谢！