Início / unix / Perguntas / 470871
Accepted
lonix
Asked: 2018-09-24 05:39:20 +0800 CST

systemd "ativação de soquete" vs xinetd

  • 772

Eu uso xinetde funciona para os meus propósitos. No entanto, descobri recentemente que o systemd tem algo embutido chamado "ativação de soquete".

Esses dois parecem muito semelhantes, mas o systemd é "oficial" e parece ser a melhor escolha.

No entanto, antes de usá-lo, eles são realmente os mesmos? Existem diferenças que eu deveria estar ciente?

Por exemplo, eu quero iniciar alguns serviços dockerizados somente quando eles forem solicitados pela primeira vez - meu primeiro pensamento seria usar o xinetd. Mas a ativação do soquete é melhor/mais rápida/mais estável/qualquer que seja?

linux ubuntu

2 respostas

  1. Best Answer

    Eu não acho que a ativação do soquete do systemd seja significativamente melhor do que a xinetdativação, quando considerada isoladamente; o último também é estável e existe há mais tempo. A ativação de soquete é realmente interessante para desacoplamento de serviços: permite que os serviços sejam iniciados em paralelo, mesmo que precisem se comunicar, e permite que os serviços sejam reiniciados de forma independente.

    Se você tiver um serviço que suporte xinetdativação de estilo, ele pode ser usado com ativação de soquete: uma .socketdescrição com Accept=truese comportará da mesma maneira que xinetd. Você também precisará de um .servicearquivo para descrever o serviço. Os benefícios completos da ativação do soquete systemd requerem suporte no daemon que fornece o serviço. Veja o post do blog sobre o tema .

    Meu conselho tende a ser “se não estiver quebrado, não conserte”, mas se você quiser converter um xinetdserviço baseado em systemd, certamente é viável.

    • 10

  2. Você pode usar xinetdou systemdpara ativação de soquete, ambos funcionarão. Pessoalmente, acho xinetdmais fácil de usar porque tudo está em um arquivo, mas também usei systemdporque é mais flexível, especialmente com escuta em vários endereços e encaminhamento de soquetes para soquetes UNIX e não apenas para soquetes IP.

    Aqui, como exemplo, usei para encaminhar a conexão TCP para o soquete do arquivo MySQL:

    /etc/systemd/system/mysql-proxy.service

    [Unit]                                                  
Description=MySql Proxy Service
Requires=mysql-proxy.socket

[Service]
Environment=MYSQL_PROXY_TARGET=/var/run/mysql/mysql.sock
EnvironmentFile=-/etc/sysconfig/mysql-proxy
ExecStart=/usr/lib/systemd/systemd-socket-proxyd ${MYSQL_PROXY_TARGET}

    /etc/systemd/system/mysql-proxy.socket

    [Unit]                                                  
Description=MySql Proxy Socket

[Socket]
ListenStream=192.168.1.1:3306
ListenStream=192.168.2.1:3306
NoDelay=true
FreeBind=true

[Install]
WantedBy=sockets.target

    As necessidades de encaminhamento tradicionais Accept=true, systemdos processos cientes devem lidar com várias conexões em um processo ou bifurcar processos adicionais conforme necessário.

    • 5

relate perguntas