Я использую CoreOS для планирования юнитов systemd с флотом. У меня две единицы (firehose.service
и firehose-announce.service
. Я пытаюсь получить firehose-announce.service
начинать и останавливаться вместе с firehose.service
. Вот файл модуля для firehose-announce.service
:
[Unit]
Description=Firehose etcd announcer
BindsTo=firehose@%i.service
After=firehose@%i.service
Requires=firehose@%i.service
[Service]
EnvironmentFile=/etc/environment
TimeoutStartSec=30s
ExecStartPre=/bin/sh -c 'sleep 1'
ExecStart=/bin/sh -c "port=$(docker inspect -f '{{range $i, $e := .NetworkSettings.Ports }}{{$p := index $e 0}}{{$p.HostPort}}{{end}}' firehose-%i); echo -n \"Adding socket $COREOS_PRIVATE_IPV4:$port/tcp to /firehose/upstream/firehose-%i\"; while netstat -lnt | grep :$port >/dev/null; do etcdctl set /firehose/upstream/firehose-%i $COREOS_PRIVATE_IPV4:$port --ttl 300 >/dev/null; sleep 200; done"
RestartSec=30s
Restart=on-failure
[X-Fleet]
X-ConditionMachineOf=firehose@%i.service
Я пытаюсь использовать BindsTo
с понятием, что начало и конец firehose.service
также начнется или остановится firehose-announce.service
. Но это никогда не происходит правильно. Если firehose.service
остановлен, затем firehose-announce.service
переходит в состояние отказа. Но когда я начинаю firehose.service
, то firehose-announce.service
не запускается.
Что я здесь делаю не так?
Кажется, я наконец нашел правильную комбинацию, чтобы заставить ее работать так, как нужно.
В моем firehose-announce.service
Я только установил BindsTo
. Вся установка:
[Unit]
Description=Firehose etcd announcer
BindsTo=firehose@%i.service
[Service]
EnvironmentFile=/etc/environment
TimeoutStartSec=30s
ExecStartPre=/bin/sh -c 'sleep 1'
ExecStart=/bin/sh -c "port=$(docker inspect -f '{{range $i, $e := .NetworkSettings.Ports }}{{$p := index $e 0}}{{$p.HostPort}}{{end}}' firehose-%i); echo -n \"Adding socket $COREOS_PRIVATE_IPV4:$port/tcp to /firehose/upstream/firehose-%i\"; while netstat -lnt | grep :$port >/dev/null; do etcdctl set /firehose/upstream/firehose-%i $COREOS_PRIVATE_IPV4:$port --ttl 300 >/dev/null; sleep 200; done"
RestartSec=30s
Restart=on-failure
[X-Fleet]
X-ConditionMachineOf=firehose@%i.service
Это вызовет firehose-announce.service
блок, чтобы остановиться, когда firehose.service
делает. Отлично. Но как его снова запустить?
Я меняю зависимость, чтобы быть в моем firehose.service
единица так:
[Unit]
Description=Firehose server
Wants=firehose-announce@%i.service
Before=firehose-announce@%i.service
[Service]
ExecStartPre=/usr/bin/docker pull firehose/server
ExecStartPre=-/usr/bin/docker rm -f firehose-%i
ExecStart=/usr/bin/docker run --name firehose-%i -p 7474 --env-file /home/core/firehose.env firehose/server
ExecStop=/usr/bin/docker rm -f firehose-%i
User=core
TimeoutStartSec=5m
TimeoutStopSec=20s
RestartSec=30s
Restart=on-failure
[Install]
WantedBy=multi-user.target
[X-Fleet]
X-Conflicts=firehose@*.service
Это говорит, что firehose.service
хочет firehose-announce.service
запуститься, когда это произойдет (но не подведи, если firehose-announce.service
не запускается). Это также гарантирует firehose.service
начинается раньше firehose-announce.service
.
Я проверил это, и теперь кажется, что блоки останавливаются и запускаются вместе по желанию.