mirror of https://github.com/istio/istio.io.git
remove helm instruction and upgrade notes from 1.4 (#7950)
This commit is contained in:
parent
ec8e3d9f0c
commit
4fa85811ea
|
|
@ -228,58 +228,3 @@ the process will restore Istio back to the Istio version that was installed befo
|
||||||
`istioctl install` also installs the same Istio control plane, but does not
|
`istioctl install` also installs the same Istio control plane, but does not
|
||||||
perform any checks. For example, default values applied to the cluster for a configuration
|
perform any checks. For example, default values applied to the cluster for a configuration
|
||||||
profile may change without warning.
|
profile may change without warning.
|
||||||
|
|
||||||
## Upgrading from Helm installations
|
|
||||||
|
|
||||||
For Istio installations done with Helm, the canary upgrade process must be used.
|
|
||||||
The canary control plane must be installed with an `IstioOperator` CR equivalent
|
|
||||||
to the Helm `values.yaml` used to install Istio. The `istioctl manifest migrate` command (using `istioctl` 1.6)
|
|
||||||
simplifies the migration by automatically translating `values.yaml` to IstioOperator CR format.
|
|
||||||
To install the canary control plane, first generate an IstioOperator CR:
|
|
||||||
|
|
||||||
{{< text bash >}}
|
|
||||||
$ istioctl manifest migrate <path-to-values.yaml> > iop.yaml
|
|
||||||
{{< /text >}}
|
|
||||||
|
|
||||||
Inspect the generated `iop.yaml` file to ensure it's correct. You can use this CR to install a 1.6 Istio canary
|
|
||||||
control plane with the same settings as the Helm installed control plane.
|
|
||||||
|
|
||||||
## Upgrading from 1.4
|
|
||||||
|
|
||||||
Migrating from 1.4 Istio (installed with `istioctl` or Helm) is similar to the process for 1.5 using canary, with one
|
|
||||||
additional step. Istio 1.4 validation does not recognize some 1.6 resources, and the 1.4 validation webhook prevents
|
|
||||||
Istio 1.6 from functioning correctly.
|
|
||||||
To work around this problem, the validation webhook must be disabled temporarily, using the following steps.
|
|
||||||
|
|
||||||
1. Edit the Galley deployment configuration using the following command:
|
|
||||||
|
|
||||||
{{< text bash >}}
|
|
||||||
$ kubectl edit deployment -n istio-system istio-galley
|
|
||||||
{{< /text >}}
|
|
||||||
|
|
||||||
Add the --enable-validation=false option to the command: section as shown below:
|
|
||||||
|
|
||||||
{{< text yaml >}}
|
|
||||||
apiVersion: extensions/v1beta1
|
|
||||||
kind: Deployment
|
|
||||||
...
|
|
||||||
spec:
|
|
||||||
...
|
|
||||||
template:
|
|
||||||
...
|
|
||||||
spec:
|
|
||||||
...
|
|
||||||
containers:
|
|
||||||
- command:
|
|
||||||
...
|
|
||||||
- --log_output_level=default:info
|
|
||||||
- --enable-validation=false
|
|
||||||
{{< /text >}}
|
|
||||||
|
|
||||||
Save and quit the editor to update the deployment configuration in the cluster.
|
|
||||||
|
|
||||||
1. Remove the `ValidatingWebhookConfiguration` Custom Resource (CR) with the following command:
|
|
||||||
|
|
||||||
{{< text bash >}}
|
|
||||||
$ kubectl delete ValidatingWebhookConfiguration istio-galley -n istio-system
|
|
||||||
{{< /text >}}
|
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue