-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AV-224356: Documentation for Restricting FQDN to single namespace #1611
base: master
Are you sure you want to change the base?
Conversation
aed4ab2
to
0c92f0e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@@ -203,6 +203,14 @@ ingress object. | |||
|
|||
If you do not use ingress classes, then keep this knob untouched and AKO will take care of syncing all your ingress objects to Avi. | |||
|
|||
### L7Settings.fqdnReusePolicy | |||
|
|||
This field is used to restrict or allow FQDN to be spanned across multiple namespace. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
namespace -> namespaces
|
||
This field is used to restrict or allow FQDN to be spanned across multiple namespace. | ||
|
||
* InterNamespaceAllowed: With this value, AKO will allowed hostname/FQDN to be associate with Ingresses/Routes, spanned across multiple namespaces. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Rephrase as :
InterNamespaceAllowed: With this value, AKO will allow hostnames/FQDNs to be associated with Ingresses/Routes, spanning across multiple namespaces.
fqdnReusePolicy: "InterNamespaceAllowed" | ||
``` | ||
|
||
`fqdnReusePolicy` can be assigned to one of the two values `InterNamespaceAllowed` or `Strict`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should add a comma after values,
`fqdnReusePolicy` can be assigned to one of the two values `InterNamespaceAllowed` or `Strict`. | ||
When value is `InterNamespaceAllowed`, AKO accepts ingresses with same host/FQDN from all namespaces. This is the `default` value. | ||
|
||
When value is `Strict`, AKO restrict FQDN to single namespace. FQDN will be associated with namespace which claims it first. For example, if `ingress1` in `red` namespace is deployed with `foo.avi.internal`, then with `Strict` setting, `foo.avi.internal` will be associated with `red` namespace. Now `ingress2` in `default` namespace is deployed with `foo.avi.internal`, then AKO will reject `ingress2` with message `host already claimed`. VirtualService and corresponding AviController objects for `ingress2` will not be created. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
restrict -> restricts
FQDN to single namespace - > FQDN to a single namespace
with message -> with the message
|
||
When value is `Strict`, AKO restrict FQDN to single namespace. FQDN will be associated with namespace which claims it first. For example, if `ingress1` in `red` namespace is deployed with `foo.avi.internal`, then with `Strict` setting, `foo.avi.internal` will be associated with `red` namespace. Now `ingress2` in `default` namespace is deployed with `foo.avi.internal`, then AKO will reject `ingress2` with message `host already claimed`. VirtualService and corresponding AviController objects for `ingress2` will not be created. | ||
|
||
In `Strict` setting, AKO does not associated one FQDN with another namespace automatically if all ingresses with given FQDN is deleted from claimed namespace. For above example, if `ingress1` in `red` is deleted and there is no other ingress in `red` namespace associated with `foo.avi.internal`, AKO will not associate `foo.avi.internal` with `ingress2` of `default` namespace. User has to do create/update operation on ingresses, associated with `foo.avi.internal`, to claim the FQDN. User can also reboot the AKO to associate `foo.avi.internal` with `default` namespace. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can be slightly rephrased to :
In Strict
setting, AKO does not associate one FQDN with another namespace automatically if all ingresses with the given FQDN are deleted from the claimed namespace. For the above example, if ingress1
in red
is deleted and there is no other ingress in the red
namespace associated with foo.avi.internal
, AKO will not associate foo.avi.internal
with ingress2
of the default
namespace. The user has to do a create/update operation on ingresses associated with foo.avi.internal
to claim the FQDN. The user can also reboot the AKO to associate foo.avi.internal
with the default
namespace.
|
||
In `Strict` setting, AKO does not associated one FQDN with another namespace automatically if all ingresses with given FQDN is deleted from claimed namespace. For above example, if `ingress1` in `red` is deleted and there is no other ingress in `red` namespace associated with `foo.avi.internal`, AKO will not associate `foo.avi.internal` with `ingress2` of `default` namespace. User has to do create/update operation on ingresses, associated with `foo.avi.internal`, to claim the FQDN. User can also reboot the AKO to associate `foo.avi.internal` with `default` namespace. | ||
|
||
For ingresses with multiple hosts(FQDNS), if one of the FQDN is not accepted by AKO then whole ingress will not be accepted by AKO and configuration defined in that ingress will not be applied at AviController side. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FQDNS -> FQDNs
FQDN -> FQDNs
No description provided.