Я лично склонился бы к совместно используемой папке для этого вида вещи. Но это действительно зависит от точно, как Вы используете его. (Я рекомендовал бы следовать совету Mark's для большего количества контекста),
Для Linux самая легкая вещь вещь использовала бы NFS, монтируется. Можно сделать это один из двух путей. Любой 1) экспортируйте папку из одного из Ваших двух серверов и имейте другое монтирование это, или 2) имейте отдельный сервер (т.е.: централизованный файловый сервер), экспортируют папку и имеют оба сервера, монтируют его. Универсальная документация относительно того, как использовать NFS, может быть найдена повсеместно. Но звук прочь, если Вам нужны специфические особенности.
См. ответ на вопрос о гитубе CoreOS: https://github.com/coreos/bugs/issues/747#issuecomment-142764415
Возможно, в будущем будет более простой способ, но пока вы можете просто пишите устройство для вызова systemd-sysctl во время облака; это будет запускается после записи любых файлов, указанных в write_files:
#cloud-config .... coreos: подразделения: - имя: сервис update-sysctl.service команда: запуск Содержание: | [Блок] Описание=Обновление sysctl-значений, записанных облачной конфигурацией [Служба] ExecStart=/usr/lib/systemd/systemd-sysctl ...
Вы можете просто вызвать sysctl
для файла самостоятельно, чтобы настройки вступили в силу немедленно, а файл конфигурации будет использоваться для последующих перезагрузок (если ваш экземпляр является постоянным) .
Я бы использовал для этого команду запуска .
runcmd:
- sysctl -p /etc/sysctl.d/50-nf_conntrack.conf
Vă mulțumim pentru alții pentru câteva sfaturi.
Puteți face acest lucru pentru a rula comenzi arbitrare similare cu runcmd.
- name: runcmd.service
command: start
content: |
[Unit]
Description=Runs a command
[Service]
Type=oneshot
ExecStart=/bin/sh -c "touch /etc/environment;"