kubectl and the konduktor CLI.
Installation
We maintain a nightly build of our latest client on PyPikonduktor-nightly
(Optional) Setup Cloud Storage Credentials
We currently support the following cloud object stores for syncing files —> workloads with more incoming!- Google Cloud Storage
gs- Supported ✅ - Amazon S3
s3- Supported ✅ - Cloudflare R2
r2- Coming soon 🚧
Google Cloud Storage Requirements
- Install with
pip install konduktor-nightly - Check that your GCP user or service account has the minimal GCP permissions.
- Ensure that
~/.konduktor/config.yamlis configured correctly for GS:
- Use local credentials OR set env variables: Coming soon 🚧
- Confirm your GS credentials and setup with:
Amazon S3 Requirements
- Install with
pip install konduktor-nightly[s3] - Check that your AWS user has the minimal AWS user permissions.
- Ensure that
~/.konduktor/config.yamlis configured correctly for S3:
- Use local
~/.aws/credentials OR set env variables:
~/.aws/config
~/.aws/credentials
- Confirm your S3 credentials and setup with:
(Optional) Setup Private Container Registry Credentials
For Hub jobs, create these secrets in the Hub context and job namespace.
Secrets in a worker’s
default namespace are not imported automatically.
See Hub dependencies.docker-registry secrets containing your registry credentials. Each secret stores the authentication needed for a specific registry (Docker Hub or GCR). Konduktor will use these secrets when pulling your job images.
After creating the secret(s), reference them in your Konduktor config (~/.konduktor/config.yaml) so they are automatically attached to your pods.
imagePullSecrets must match the secrets you create below.
For Hub submission, create referenced Secrets and ConfigMaps in your Hub tenant
namespace. Dependencies that exist only on a worker are not imported into the
Hub. On a context created by konduktor login, launch checks required
references in every rendered JobSet PodTemplate before submitting the job. This
covers image-pull secrets, regular and init-container environment references, and
Secret/ConfigMap volumes, including projected sources. References marked
optional: true may be absent; image-pull secrets are always required.
A missing dependency produces an error naming its kind, name, Hub namespace, and
context, without creating a queued job. The check reads only metadata; referenced
keys remain subject to Hub admission validation. A dependency can still disappear
after the check. Direct-cluster submission keeps its existing behavior.
Create a Docker Hub Registry Secret
- Create your secret
- Verify that the secret was created
Create a Google Container / Artifact Registry Secret
- Create a GCP Service Account for registry access
- Grant read permissions for container images
- Generate a JSON key for that service account
- Create your secret
- Verify that the secret was created