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 | ||||
| perform any checks. For example, default values applied to the cluster for a configuration | ||||
| 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