3

出于性能原因，我需要运行一个应用程序的多个实例，固定到 CPU，监听不同的端口。HAProxy TCP 负载平衡器位于它们前面以分配流量。

这样做是为了防止任何线程上下文切换并强制执行无共享设计（因此在应用程序中不需要任何类型的锁，假设它是单线程的）。

这意味着在具有 64 个 CPU 的服务器上，我可能将 HAProxy 固定到 CPU 0，然后我的应用程序的 63 个实例分别固定到单独的 CPU (1-63)。

显然，在启动、重启、关闭等方面管理起来相当复杂。

我想知道是否有任何方法可以使用 systemd 为我处理这种复杂性。

我知道如果我将 HAProxy 定义为一个单元，然后声明它需要它需要与之交谈的其他应用程序，它可以解决启动问题，例如

Require=app1,app2,.....,app63

我可以

 systemctl start myhaproxy

并且它将首先启动它需要的 63 个实例（假设在应用程序安装期间它们中的每一个都被定义为一个单独的 systemd 单元）。

但是，我想知道是否无论如何我可以让它也适用于重启和关机。

所以如果我这样做：

systemctl stop myhaproxy

我希望它自动关闭它与之交谈的应用程序的所有 63 个实例。

如果我这样做

systemctl restart myhaproxy

然后我希望它首先重新启动 Require 中列出的所有服务，然后再重新启动自身。

那可能吗？或者这是否超出了 systemd 所能提供的范围？

4

1 回答 1

6

我建议您创建一个目标（app-all.target例如），您的所有应用程序单元都将WantedBy=app-all.target依赖它。这将确保如果您启动目标，它将启动您的所有应用程序单元。但是，这不适用于停止和重新启动。为此，您需要PartOf=app-all.target为每个应用程序单元添加依赖项。

此外，我建议您为您的应用程序创建一个模板单元，然后创建 63 个实例 - 这将使管理更容易（只有 1 个配置文件，其中包含 63 个符号链接）。这是一个关于模板和系统的教程。

从man systemd.unit（缩短）：

通缉者=

当通过 systemctl enable 安装该单元时，将在每个列出的单元的 .wants/ 或 .requires/ 目录中创建一个符号链接。主要结果是当前单元将在列出的单元启动时启动。

部分=

配置类似于 Requires= 的依赖项，但仅限于停止和重新启动单元。当 systemd 停止或重新启动此处列出的单元时，该操作将传播到该单元。请注意，这是一种单向依赖——对此单元的更改不会影响列出的单元。

于 2016-07-14T14:19:17.423 回答