Encontré este archivo de servicio systemd para iniciar autossh para mantener un túnel ssh: https://gist.github.com/thomasfr/9707568

[Unit]
Description=Keeps a tunnel to 'remote.example.com' open
After=network.target

[Service]
User=autossh
# -p [PORT]
# -l [user]
# -M 0 --> no monitoring
# -N Just open the connection and do nothing (not interactive)
# LOCALPORT:IP_ON_EXAMPLE_COM:PORT_ON_EXAMPLE_COM
ExecStart=/usr/bin/autossh -M 0 -N -q -o "ServerAliveInterval 60" -o "ServerAliveCountMax 3" -p 22 -l autossh remote.example.com -L 7474:127.0.0.1:7474 -i /home/autossh/.ssh/id_rsa

[Install]
WantedBy=multi-user.target

¿Hay alguna manera de configurar systemd para iniciar varios túneles en un servicio?

No quiero crear archivos de servicio del sistema N, ya que quiero evitar copiar y pegar.

Todos los archivos de servicio serían idénticos, excepto que "remote.example.com" se reemplazaría con otros nombres de host.

1.5 años después ...

Hice esta pregunta hace aproximadamente 1,5 años.

Mi mente ha cambiado un poco. Sí, es bueno que pueda hacer esto con systemd (todavía lo uso), pero usaré la gestión de configuración en el futuro.

¿Por qué systemd debería implementar un lenguaje de plantilla y sustituir% h?

Varios meses después, creo que este ciclo y la plantilla deberían resolverse con una herramienta que automatice la configuración. Ahora uso una herramienta de esta lista en wikipedia .

Bueno, suponiendo que lo único que cambia por archivo de unidad es la remote.example.comparte, puede usar un Servicio instanciado .

Desde la systemd.unitpágina del manual:

Opcionalmente, las unidades se pueden instanciar desde un archivo de plantilla en tiempo de ejecución. Esto permite la creación de múltiples unidades desde un único archivo de configuración. Si systemd busca un archivo de configuración de la unidad, primero buscará el nombre de la unidad literal en el sistema de archivos. Si eso no tiene éxito y el nombre de la unidad contiene un carácter "@", systemd buscará una plantilla de unidad que comparta el mismo nombre pero con la cadena de instancia (es decir, la parte entre el carácter "@" y el sufijo) eliminada. Ejemplo: si se solicita un servicio getty@tty3.service y no se encuentra ningún archivo con ese nombre, systemd buscará getty @ .service e instanciará un servicio de ese archivo de configuración si se encuentra.

Básicamente, crea un archivo de unidad única, que contiene una variable (generalmente %i ) donde ocurren las diferencias y luego se vinculan cuando "habilita" ese servicio.

Por ejemplo, tengo un archivo de unidad llamado /etc/systemd/system/autossh@.serviceque se ve así:

[Unit]
Description=AutoSSH service for ServiceABC on %i
After=network.target

[Service]
Environment=AUTOSSH_GATETIME=30 AUTOSSH_LOGFILE=/var/log/autossh/%i.log AUTOSSH_PIDFILE=/var/run/autossh.%i.pid
PIDFile=/var/run/autossh.%i.pid
#Type=forking
ExecStart=/usr/bin/autossh -M 40000 -NR 5000:127.0.0.1:5000 -i /opt/ServiceABC/.ssh/id_rsa_ServiceABC -l ServiceABC %i

[Install]
WantedBy=multi-user.target

Que luego he habilitado

[user@anotherhost ~]$ sudo systemctl enable autossh@somehost.example.com
ln -s '/etc/systemd/system/autossh@.service' '/etc/systemd/system/multi-user.target.wants/autossh@somehost.example.com.service'

Y puede interactuar con

[user@anotherhost ~]$ sudo systemctl start autossh@somehost.example.com
[user@anotherhost ~]$ sudo systemctl status autossh@somehost.example.com
autossh@somehost.example.service - AutoSSH service for ServiceABC on somehost.example
   Loaded: loaded (/etc/systemd/system/autossh@.service; enabled)
   Active: active (running) since Tue 2015-10-20 13:19:01 EDT; 17s ago
 Main PID: 32524 (autossh)
   CGroup: /system.slice/system-autossh.slice/autossh@somehost.example.com.service
           ├─32524 /usr/bin/autossh -M 40000 -NR 5000:127.0.0.1:5000 -i /opt/ServiceABC/.ssh/id_rsa_ServiceABC -l ServiceABC somehost.example.com
           └─32525 /usr/bin/ssh -L 40000:127.0.0.1:40000 -R 40000:127.0.0.1:40001 -NR 5000:127.0.0.1:5000 -i /opt/ServiceABC/.ssh/id_rsa_ServiceABC -l ServiceABC somehost.example.com

Oct 20 13:19:01 anotherhost.example.com systemd[1]: Started AutoSSH service for ServiceABC on somehost.example.com.
[user@anotherhost ~]$ sudo systemctl status autossh@somehost.example.com
[user@anotherhost ~]$ sudo systemctl status autossh@somehost.example.com
autossh@somehost.example.com.service - AutoSSH service for ServiceABC on somehost.example.com
   Loaded: loaded (/etc/systemd/system/autossh@.service; enabled)
   Active: inactive (dead) since Tue 2015-10-20 13:24:10 EDT; 2s ago
  Process: 32524 ExecStart=/usr/bin/autossh -M 40000 -NR 5000:127.0.0.1:5000 -i /opt/ServiceABC/.ssh/id_rsa_ServiceABC -l ServiceABC %i (code=exited, status=0/SUCCESS)
 Main PID: 32524 (code=exited, status=0/SUCCESS)

Oct 20 13:19:01 anotherhost.example.com systemd[1]: Started AutoSSH service for ServiceABC on somehost.example.com.
Oct 20 13:24:10 anotherhost.example.com systemd[1]: Stopping AutoSSH service for ServiceABC on somehost.example.com...
Oct 20 13:24:10 anotherhost.example.com systemd[1]: Stopped AutoSSH service for ServiceABC on somehost.example.com.

Como puede ver, todas las instancias del %iarchivo de la unidad se reemplazan consomehost.example.com .

Sin embargo, hay muchos más especificadores que puedes usar en un archivo de unidad, pero creo %ique funciona mejor en casos como este.

Aquí hay un ejemplo de Python, que era lo que estaba buscando. El @nombre de archivo en el servicio le permite iniciar N procesos:

$ cat /etc/systemd/system/my-worker@.service

[Unit]
Description=manages my worker service, instance %i
After=multi-user.target

[Service]
PermissionsStartOnly=true
Type=idle
User=root
ExecStart=/usr/local/virtualenvs/bin/python /path/to/my/script.py
Restart=always
TimeoutStartSec=10
RestartSec=10

Varios métodos para llamarlo

Habilitar varios recuentos, por ejemplo:

• Habilitar 30 trabajadores:

  sudo systemctl enable my-worker\@{1..30}.service
  

• Habilitar 2 trabajadores:

  sudo systemctl enable my-worker\@{1..2}.service
  

Entonces asegúrese de recargar:

sudo systemctl daemon-reload

Ahora puede iniciar / detener luego de varias maneras:

• Inicio 1:

  sudo systemctl start my-worker@2.service
  

• Inicio múltiple:

  sudo systemctl start my-worker@{1..2}
  

• Detener múltiples:

  sudo systemctl stop my-worker@{1..2}
  

• Comprobar estado:

  sudo systemctl status my-worker@1
  

ACTUALIZACIÓN : para administrar instancias como un servicio, puede hacer algo como esto:

/etc/systemd/system/some-worker@.service:

[Unit]
Description=manage worker instances as a service, instance %i
Requires=some-worker.service
Before=some-worker.service
BindsTo=some-worker.service

[Service]
PermissionsStartOnly=true
Type=idle
User=root
#EnvironmentFile=/etc/profile.d/optional_envvars.sh
ExecStart=/usr/local/virtualenvs/bin/python /path/to/my/script.py
TimeoutStartSec=10
RestartSec=10

[Install]
WantedBy=some-worker.service

/usr/bin/some-worker-start.sh:

#!/bin/bash
systemctl start some-worker@{1..10}

/etc/systemd/system/some-worker.service:

[Unit]
Description=manages some worker instances as a service, instance

[Service]
Type=oneshot
ExecStart=/usr/bin/sh /usr/bin/some-worker-start.sh
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Y ahora puede administrar todas las instancias con sudo systemctl some-worker (start|restart|stop)

Aquí hay algunos ejemplos para su script.py:

#!/usr/bin/env python

import logging


def worker_loop():
    shutdown = False
    while True:

        try:
            if shutdown:
                break

            # Your execution logic here.
            # Common logic - i.e. consume from a queue, perform some work, ack message
            print("hello world")

        except (IOError, KeyboardInterrupt):
            shutdown = True
            logging.info("shutdown received - processing will halt when jobs complete")
        except Exception as e:
            logging.exception("unhandled exception on shutdown. {}".format(e))


if __name__ == '__main__':
    worker_loop()

La respuesta de GregL me ayudó mucho. Aquí hay un ejemplo de una plantilla de unidad que utilicé en mi código usando el ejemplo anterior para un servidor de trabajo gearman. Hice un script de shell que me permite crear una cantidad X de "trabajadores" usando esta plantilla.

[Unit]
Description=az gearman worker
After=gearman-job-server.service

[Service]
PIDFile=/var/run/gearman_worker_az%i.pid
Type=simple
User=www-data
WorkingDirectory=/var/www/mysite.com/jobs/
ExecStart=/usr/bin/php -f gearman_worker_az.php > /dev/null 2>&1
Restart=on-success
KillMode=process

[Install]
WantedBy=multi-user.target