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
As your needs evolve, you can migrate your workflow from one pool to another.
111
+
Pools have a unique name, and they also have an immutable node type.
112
+
Just changing the pool node type will recreate a new pool which could lead to service disruption.
113
+
To migrate your application with as little downtime as possible we recommend using the following workflow:
114
+
115
+
### General workflow to upgrade a pool
116
+
117
+
- Create a new pool with a different name and the type you target.
118
+
- Use [`kubectl drain`](https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#drain) on nodes composing your old pool to drain the remaining workflows of this pool.
119
+
Normally it should transfer your workflows to the new pool. Check out the official documentation about [how to safely drain your nodes](https://kubernetes.io/docs/tasks/administer-cluster/safely-drain-node/).
120
+
- Delete the old pool from your terraform configuration.
121
+
122
+
### Using a composite name to force creation of a new pool when a variable updates
123
+
124
+
If you want to have a new pool created when a variable changes, you can use a name derived from node type such as:
0 commit comments