Kubernetes Jobs: How to Create, Schedule, Run, and More

Ira Casteel
February 28, 2023
 • 
7
 Min
Image with a lot of containers
Join our newsletter
Get noticed about our blog posts and other high quality content. No spam.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Kubernetes jobs have many real-life applications. For example, you can use jobs to execute a process for data backup. Once the backup is successful, the job stops running the pods. 

In this post, you'll learn how to use Kubernetes jobs. We'll walk you through a tutorial on how to create, schedule, configure, and run Kubernetes Jobs. 

What Is Kubernetes Jobs?

Kubernetes jobs are controllers that create one or more pods that will run until execution successfully terminates for a specific number of pods. Once the task assigned to a job completes without any error, the task(job) stops running. In case of a failure, the job attempts to retry until all pods run successfully. You can limit how many times a job retries execution using configurations like activeDeadline and backoffLimit

Use Cases of Kubernetes Jobs (When to Use It)

Now that we know some examples of tasks we can execute using jobs, let's walk through a brief tutorial on how to work with Kubernetes jobs. 

1. Backups

You can use Kubernetes jobs to perform a task like the periodic backup of data on your server or application. For example, if you want a backup, you set up a job and run it one time. The job will continue running its pods until the backup completes. If the job fails, it will retry. Hence, you can just start the job and not worry about it stopping until the backup completes. Also, you don't have to worry about the task executing again after the backup succeeds. 

2. Installing and Uninstalling Services

Another good example of a task you can perform with Kubernetes jobs is installing new services for your application. Likewise, you can use jobs to remove existing services that you no longer need. Similar to our backup example, these jobs will run and stop executing their pods as soon as they successfully add or remove the target services. If they don’t succeed, the jobs retry the tasks. 

How to Use Kubernetes Jobs

Now that we know some examples of tasks we can execute using jobs, let's walk through a brief tutorial on how to work with Kubernetes jobs. 

Prerequisites

In order to follow along better, you'll need to have the following tools and experience: 

  • Kubernetes installation on your target machine
  • Basic knowledge of Docker and Kubernetes
  • Knowledge of Terminal and CLI

With that out of the way, let's walk through the actual steps for using jobs. 

Step 1: Creating a Job

Just like most operations in Kubernetes, you create jobs using a YAML file. The YAML file will contain all the details about your job, like the name of the job, what should happen when a pod fails, and so on. In later steps, we'll take a closer look at the various job configuration options. 

On your machine, create a new file with the name hello_world_job.yaml and paste the configuration for your new job into it. For this tutorial, we'll use the following code: 

	
apiVersion: batch/v1
kind: Job
metadata:
  name: hello-world-job
spec:
  template:
    metadata:
      name: hello-world-job
    spec:
      containers:
      - name: hello-world
        image: centos:7
        command:
         - "bin/bash"
         - "-c"
         - "echo hello world"
      restartPolicy: Never
 

The above configuration is for a job that simply prints "hello world." Next, finish up creating the job by running the following command: 

	
kubectl apply -f hello_world_job.yaml
 

You should get the following message on your terminal if the command runs successfully: 

	
job.batch/hello-world-job created
 

Also, you can verify that your job was created by running this command: 

	
kubectl get jobs
 

The output of this command is a list of all your jobs, similar to the following: 

From the above photo, we can see that we created our hello-world-job successfully. 

Step 2: Configuring a Job

From the previous step, we already have a few configurations for our job. However, let's walk through a few more complex configurations. In order to do that, let's create a new job. Create a new hello_world_4x.yaml file and add the following code to it: 

	
apiVersion: batch/v1
kind: Job
metadata:
  name: hello-world-4x-job
spec:
  completions: 4
  template:
    metadata:
      name: hello-world-4x-job
    spec:
      containers:
      - name: hello-world-4x
        image: centos:7
        command:
         - "bin/bash"
         - "-c"
         - "echo hello world"
      restartPolicy: Never
 

Completion: In this bit of code, we introduce a new configuration (i.e., completions). In step 1, Kubernetes created a single pod that runs our task once. However, using completions, we can perform the same task multiple times. Completions run multiple pods one after the other. 

Let's take a look at another configuration option. Again, create a new hello_world_4x_parallel.yaml file and add the following code to it: 

	
apiVersion: batch/v1
kind: Job
metadata:
  name: hello-world-parallel-job
spec:
  completions: 4
  parallelism: 2
  template:
    metadata:
      name: hello-world-parallel-job
    spec:
      containers:
      - name: hello-world-parallel
        image: centos:7
        command:
         - "bin/bash"
         - "-c"
         - "echo hello world"
      restartPolicy: Never
 

Parallelism: Notice the new configuration item, parallelism. The previous job executed pods one after another. However, we can configure a job to run pods in parallel using this new configuration. 

Step 3: Schedule a Job

If you need to start jobs at a specific time in the future, or you want to run them in a repetitive pattern at specific intervals, you should consider using a CronJob. A CronJob creates jobs that repeat using a schedule. You can schedule the job using the cron format and can set the schedule in the schedule object. 

The following example YAML file shows a CronJob: 

	
apiVersion: batch/v1
kind: CronJob
metadata:
  name: hello-world-cron
spec:
  schedule: "*/5 * * * *"
  jobTemplate:
    spec:
      template:
        spec:
          containers:
          - name: hello-world
            image: centos:7
            imagePullPolicy: IfNotPresent
            command:
            - /bin/sh
            - -c
            - "echo Hello World"
          restartPolicy: OnFailure
 

In this code, the cron schedule format is the string "*/5 * * * *." It contains 5 sections (separated with white spaces), representing a minute, hour, day of the month, and day of the week in that order. "*/5" means the task will run every 5 minutes. To explain the schedule format further, if you change the schedule to "0 */5 * * *", the job will execute every 5 hours. Also, setting all 5 fields to "*" means a job will run every minute. 

To create the job on your machine, run the following command: 

	
kubectl create -f your-cronjob-yaml-file
 

To see the cronjob you just created, run the kubectl create -f cronjob.yaml command. 

Step 4: Running a Job

To run a job after creating the YAML file for it, run the kubectl apply -f [yaml-file] command. Replace [yaml-file] with the actual file name for your job configuration. 

You can verify the status of your job by running the kubectl get jobs command. For an even more detailed report, you can run kubectl describe job [job-name]

Step 5: Deleting a Job

For logging and tracking purposes, jobs and the pods they create do not get deleted even after they stop running. However, when you no longer need them, you can clean old jobs and their pods up. To do this you can use the kubectl delete jobs/[job-name] command.   

Summing Everything up

In this post, we've covered what Kubernetes Jobs are—resources that create pods that keep running until successful completion. 

You also learned how to create, configure and run Kubernetes jobs. For jobs that need to run at a specific time or repetitively, you can use the CronJob Kubernetes resource. 

Finally, you learned how to delete Kubernetes jobs after they complete. Since a record of jobs and their pods remain even after completion, if you no longer need a specific record, you can delete it by deleting the job.

Sign up here

About Release

Release is the simplest way to spin up even the most complicated environments. We specialize in taking your complicated application and data and making reproducible environments on-demand.

Speed up time to production with Release

Get isolated, full-stack environments to test, stage, debug, and experiment with their code freely.

Get Started for Free
Release applications product
Release applications product
Release applications product

Release Your Ideas

Start today, or contact us with any questions.