Upgrading

    There are various options on how to install Kubeflow Pipelines in the Installation Options for Kubeflow Pipelines guide. Be aware that upgrade support and instructions will vary depending on the method you used to install Kubeflow Pipelines.

    Notes:

    • When you deploy Kubeflow Pipelines with managed storage on Google Cloud, you pipeline’s metadata and artifacts are stored in and Cloud SQL. Using managed storage makes it easier to manage, back up, and restore Kubeflow Pipelines data.

    Upgrade Support for Kubeflow Pipelines Standalone is in Beta.

    On Google Cloud, the full Kubeflow deployment follows starting from Kubeflow 1.1.

    The blueprint pattern enables you to upgrade the full Kubeflow in-place while keeping user customizations — refer to the Update Kubeflow on Google Cloud documentation for instructions.

    However, there’s no current support to upgrade from Kubeflow 1.0 or earlier to Kubeflow 1.1 while keeping Kubeflow Pipelines data. This may change in the future, so provide your feedback in on GitHub.

    Warning

    Kubeflow Pipelines Standalone deployments also show up in the AI Platform Pipelines dashboard, DO NOT follow instructions below if you deployed Kubeflow Pipelines using standalone deployment. Because data is deleted by default when a Kubeflow Pipelines Standalone deployment is deleted.

    Below are the steps that describe how to upgrade your AI Platform Pipelines instance while keeping existing data:

    1. using the same Google Kubernetes Engine cluster, namespace, and application name. Persisted data will be automatically picked up during reinstallation.
    1. Delete your AI Platform Pipelines instance.
    2. If you are upgrading from Kubeflow Pipelines 0.5.1, note that the Cloud Storage bucket is a required starting from 1.0.0. Previously deployed instances should be using a bucket named like “-”. Browse to find your existing bucket name and provide it in the next step.
    3. Reinstall Kubeflow Pipelines from the Google Cloud Marketplace using the same application name and managed storage options as before. You can freely install it in any cluster and namespace (not necessarily the same as before), because persisted artifacts and database data are stored in managed storages (Cloud Storage and Cloud SQL), and will be automatically picked up during reinstallation.