В этом официальном документе он может запускать команду в файле конфигурации yaml:
apiVersion: v1
kind: Pod
metadata:
name: hello-world
spec: # specification of the pod’s contents
restartPolicy: Never
containers:
- name: hello
image: "ubuntu:14.04"
env:
- name: MESSAGE
value: "hello world"
command: ["/bin/sh","-c"]
args: ["/bin/echo \"${MESSAGE}\""]
Если я хочу запустить более одной команды, как это сделать?
Ответы:
command: ["/bin/sh","-c"]
args: ["command one; command two && command three"]
Объяснение: В сообщении command ["/bin/sh", "-c"]говорится: «Запустите оболочку и выполните следующие инструкции». Затем аргументы передаются в оболочку как команды. В сценариях оболочки точка с запятой разделяет команды и &&условно выполняет следующую команду, если первая выполнена успешно. В приведенном выше примере он всегда запускается с command oneпоследующим command twoи выполняется только в command threeслучае command twoуспеха.
Альтернатива: во многих случаях некоторые из команд, которые вы хотите запустить, вероятно, устанавливают последнюю команду для запуска. В этом случае лучше всего создать собственный Dockerfile . В частности, обратите внимание на директиву RUN .
Я предпочитаю использовать несколько строк для аргументов, это самый простой и легкий способ чтения. Также скрипт можно изменить, не затрагивая изображение, просто нужно перезапустить pod. Например, для дампа mysql спецификация контейнера может быть примерно такой:
containers:
- name: mysqldump
image: mysql
command: ["/bin/sh", "-c"]
args:
- echo starting;
ls -la /backups;
mysqldump --host=... -r /backups/file.sql db_name;
ls -la /backups;
echo done;
volumeMounts:
- ...
Причина, по которой это работает, заключается в том, что yaml фактически объединяет все строки после "-" в одну, а sh запускает одну длинную строку "echo start; ls ...; echo done;".
command: ['/bin/bash', '-c'] args: - exec &> /path/to/redirected/program.output;`python / program.py`` --key1 = val1` `--key2 = val2`` --key3 = val3`
Если вы хотите использовать том и ConfigMap, вы можете подключить данные ConfigMap как сценарий, а затем запустить этот сценарий:
---
apiVersion: v1
kind: ConfigMap
metadata:
name: my-configmap
data:
entrypoint.sh: |-
#!/bin/bash
echo "Do this"
echo "Do that"
---
apiVersion: v1
kind: Pod
metadata:
name: my-pod
spec:
containers:
- name: my-container
image: "ubuntu:14.04"
command:
- /bin/entrypoint.sh
volumeMounts:
- name: configmap-volume
mountPath: /bin/entrypoint.sh
readOnly: true
subPath: entrypoint.sh
volumes:
- name: configmap-volume
configMap:
defaultMode: 0700
name: my-configmap
Это немного уточняет спецификации вашего модуля и позволяет создавать более сложные сценарии.
$ kubectl logs my-pod
Do this
Do that
Если вы хотите избежать объединения всех команд в одну команду ;или &&вы также можете получить настоящие многострочные скрипты с помощью heredoc:
command:
- sh
- "-c"
- |
/bin/bash <<'EOF'
# Normal script content possible here
echo "Hello world"
ls -l
exit 123
EOF
Это удобно для запуска существующих сценариев bash, но имеет недостаток, заключающийся в том, что для настройки heredoc требуется как внутренний, так и внешний экземпляр оболочки.
IMHO лучший вариант - использовать собственные скаляры блоков YAML . Именно в этом случае сложенный блок стиля.
Вызывая, sh -cвы можете передавать аргументы своему контейнеру в виде команд, но если вы хотите элегантно разделить их с помощью новой строки, вы захотите использовать свернутый блок стиля , чтобы YAML знал, как преобразовать новую строку в пробелы, эффективно объединяя команды.
Полный рабочий пример:
apiVersion: v1
kind: Pod
metadata:
name: myapp
labels:
app: myapp
spec:
containers:
- name: busy
image: busybox:1.28
command: ["/bin/sh", "-c"]
args:
- >
command_1 &&
command_2 &&
...
command_n
Я не уверен, что вопрос еще активен, но из-за того, что я не нашел решения в приведенных выше ответах, я решил записать его.
Я использую следующий подход:
readinessProbe:
exec:
command:
- sh
- -c
- |
command1
command2 && command3
Я знаю, что мой пример связан с readinessProbe, livenessProbe и т. Д., Но подозреваю, что тот же случай относится к командам контейнера. Это обеспечивает гибкость, поскольку отражает стандартный сценарий, написанный на Bash.
Вот как вы можете передать несколько команд и аргументов в один файл YAML с помощью кубернетов:
# Write your commands here
command: ["/bin/sh", "-c"]
# Write your multiple arguments in args
args: ["/usr/local/bin/php /var/www/test.php & /usr/local/bin/php /var/www/vendor/api.php"]
Полный блок контейнеров из yaml файла:
containers:
- name: widc-cron # container name
image: widc-cron # custom docker image
imagePullPolicy: IfNotPresent # advisable to keep
# write your command here
command: ["/bin/sh", "-c"]
# You can declare multiple arguments here, like this example
args: ["/usr/local/bin/php /var/www/tools/test.php & /usr/local/bin/php /var/www/vendor/api.php"]
volumeMounts: # to mount files from config-map generator
- mountPath: /var/www/session/constants.inc.php
subPath: constants.inc.php
name: widc-constants
Чтобы представить еще один возможный вариант, можно использовать секреты, поскольку они представлены модулю в виде томов:
Секретный пример:
apiVersion: v1
kind: Secret
metadata:
name: secret-script
type: Opaque
data:
script_text: <<your script in b64>>
Экстракт ямла:
....
containers:
- name: container-name
image: image-name
command: ["/bin/bash", "/your_script.sh"]
volumeMounts:
- name: vsecret-script
mountPath: /your_script.sh
subPath: script_text
....
volumes:
- name: vsecret-script
secret:
secretName: secret-script
Я знаю, что многие будут утверждать, что это не то, для чего нужно использовать секреты, но это вариант.
Вот мой успешный пробег
apiVersion: v1
kind: Pod
metadata:
labels:
run: busybox
name: busybox
spec:
containers:
- command:
- /bin/sh
- -c
- |
echo "running below scripts"
i=0;
while true;
do
echo "$i: $(date)";
i=$((i+1));
sleep 1;
done
name: busybox
image: busybox
commandкак он переопределяет DockerfileEntrypoint;)