Skip to content

Commit

Permalink
update hostname-only-ingress annotation docs
Browse files Browse the repository at this point in the history
Co-authored-by: Tim Horner <[email protected]>
  • Loading branch information
0xch4z and thorn3r authored Mar 5, 2021
1 parent 4bbf096 commit 47015fd
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion README.md
Original file line number Diff line number Diff line change
Expand Up @@ -55,7 +55,7 @@ Annotation (Suffix) | Values | Default | Description
`check-passive` | [bool](#annotation-bool-values) | `false` | When `true`, `5xx` status codes will cause the health check to fail
`preserve` | [bool](#annotation-bool-values) | `false` | When `true`, deleting a `LoadBalancer` service does not delete the underlying NodeBalancer. This will also prevent deletion of the former LoadBalancer when another one is specified with the `nodebalancer-id` annotation.
`nodebalancer-id` | string | | The ID of the NodeBalancer to front the service. When not specified, a new NodeBalancer will be created. This can be configured on service creation or patching
`hostname-only-ingress` | [bool](#annotation-bool-values) | `false` | When `true`, the LoadBalancerStatus for the service will only contain the Hostname. This is useful for bypassing kube-proxy rerouting in-cluster requests originally to the external LoadBalancer to the service's constituent pod IPs.
`hostname-only-ingress` | [bool](#annotation-bool-values) | `false` | When `true`, the LoadBalancerStatus for the service will only contain the Hostname. This is useful for bypassing kube-proxy's rerouting of in-cluster requests originally intended for the external LoadBalancer to the service's constituent pod IPs.

#### Deprecated Annotations

Expand Down

0 comments on commit 47015fd

Please sign in to comment.