You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After the installation succeeds, you can get the Chart's status via:
helm status mlflow -n mlflow
Also, you can check if your MLFlow pods have a running state by executing the following command :
kubectl get pods --field-selector=status.phase=Running -n mlflow
You can delete/uninstall MLFlow anytime by using the following command:
helm delete --purge mlflow
or
helm uninstall mlflow -n mlflow
Known limitations and issues
The following capabilities have been left out of the Chart:
Provisioning / usage of persistent volumes as backend store
SQLServer compatibility
Batch jobs can't be completed if you are using Linkerd Proxy (Linkerd is injecting the Linkerd Proxy into k8s job's pod and therefore, the job will never be completed ). For more details, check this and this
No initContainers for the database on this version.
Local vs. Remote backend stores
By default, MLFlow will store data and artifacts in the local filesystem. If you're deploying a production-ready MLFlow cluster, I would recommend you to point your backend store to a remote database.
At the moment, the only database engine supported by this Chart is Postgres. This means you can add the following values:
By default, this Chart creates a new ServiceAccount and runs the deployment under it. You can disable this behavior setting serviceAccount.create = false.
Ingress controller
By default, the ingress controller is disabled. You can, however, instruct the Chart to create an Ingress resource for you with the values you specify.
A list of objects. Each object should contain a path key, and may contain a serviceNameOverride and a servicePortOverride key. If you do not specify any overrides, the Chart will use the ones for the service it creates automatically. We allow overrides to allow advanced behavior like SSL redirection on the AWS ALB Ingress Controller.
ingress.tls
list
[]
mlflow.initContainers
object
Check values.yaml
If .values.database.enabled: true, a container will be initiated on your mlflow pod just to check if the connectivity with the database can be established
mlflowBackend
object
{"filepath":null,"postgres":null}
Either a filepath, a database or the default value. At present, postgres is the only database engine supported by the official image. Should you want to connect to any other database, please refer to the README.
mlflowBackend.filepath
string
nil
A local or remote filesystem path (e.g. /mnt/persistent-disk)
mlflowBackend.connections
string
nil
A map with the values for (username, password, host, port and database).
nameOverride
string
""
nodeSelector
object
{}
podSecurityContext
object
{}
replicaCount
int
1
resources
object
{}
secrets.store.enabled
bool
false
Enable the usage of the secrets created with Secrets Store CSI Driver
secrets.store.provider
string
aws
Default value : aws, but you can pick up any secrets provider from Azure, GC or Hashicorp Vault
securityContext
object
{}
service.port
int
5000
service.type
string
"NodePort"
serviceAccount.annotations
object
{}
Annotations to add to the service account
serviceAccount.create
bool
true
Specifies whether a service account should be created
serviceAccount.name
string
nil
The name of the service account to use. If not set and create is true, a name is generated using the fullname template
prometheus.expose
bool
false
Path to the directory where metrics will be stored. If the directory doesn’t exist, it will be created. Activate prometheus exporter to expose metrics on /metrics endpoint