This content is associated with a legacy version of the Replicated product. For the current Replicated product docs, click here.
The Replicated Native Scheduler will warn if a container stops, but it doesn’t take action to reschedule and/or restart a container, by default. You can rely on Docker’s built-in restart policies to control this behavior when using the Replicated Native Scheduler.
Optionally, containers can be configured to be restarted automatically. Currently supported restart policies match those supported natively by Docker. If the policy is not specified, the container will never be restarted. This behavior is equivalent to this setting:
restart: policy: no
Specifying the following policy will always restart the container regardless of the exit code.
restart: policy: always
Specifying the following policy will cause the container to be restarted with it terminates with an error. The max parameter is optional. If omitted, the container will be restarted indefinitely.
Restart on error only
restart: policy: on-failure max: 1000
Please refer to our Examples page for additional component configuration examples.
The startup section of a container allows you to specify the CMD value that will be passed to your container when it’s started. It’s generally good to end your Dockerfile with an ENTRYPOINT command. If you specify a value for the CMD, it will be passed as parameters to the your ENTRYPOINT.
As with all inputs to containers, you have full access to the Replicated template library when creating a CMD value.