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
When the routing strategy is changed from Simple to Load Balanced, the loadBalancing.geo and loadBalancing.weighted fields become required.
In the UI, when you change from Simple routing strategy to Load Balanced, it looks like:
A custom weight selector is then needed, set on the loadBalancing.weighted.custom key.
When you click the 'Add Custom Weight Selector' button, new fields are shown like this:
You need to add 1 or more matchLabels or matchExpressions. (at least 1 of either, but can mix and match).
When you click 'Add Match Label', it looks like this:
You can modify it, remove it, or add more.
These end up looking like this in yaml:
When you click 'Add Match Expression', it looks like this:
You can modify the key, operator and value. You can also add more values.
If you set the operator to 'Exists' or 'NotExists', the values are removed.
Here's what it might look like in yaml:
Things can get a little confusing as you add more match labels and match expressions. Here's with 2 of either:
Functionally, it allows you to build up what's possible in the CRD spec.
However, there's definitely improvements to the layout (like grouping with labelled boxes, and limiting the width of fields and boxes) that would make for a better overall UX in this complex part of the view.
The text was updated successfully, but these errors were encountered:
When the routing strategy is changed from Simple to Load Balanced, the
loadBalancing.geo
andloadBalancing.weighted
fields become required.In the UI, when you change from Simple routing strategy to Load Balanced, it looks like:
A custom weight selector is then needed, set on the
loadBalancing.weighted.custom
key.When you click the 'Add Custom Weight Selector' button, new fields are shown like this:
You need to add 1 or more matchLabels or matchExpressions. (at least 1 of either, but can mix and match).
When you click 'Add Match Label', it looks like this:
You can modify it, remove it, or add more.
These end up looking like this in yaml:
When you click 'Add Match Expression', it looks like this:
You can modify the key, operator and value. You can also add more values.
If you set the operator to 'Exists' or 'NotExists', the values are removed.
Here's what it might look like in yaml:
Things can get a little confusing as you add more match labels and match expressions. Here's with 2 of either:
Functionally, it allows you to build up what's possible in the CRD spec.
However, there's definitely improvements to the layout (like grouping with labelled boxes, and limiting the width of fields and boxes) that would make for a better overall UX in this complex part of the view.
The text was updated successfully, but these errors were encountered: