Repository navigation
Support for IPV6 in dual stack? #7116
Replies: 6 comments 1 reply
|
Hello @jackson-chris Yes, indeed this could be possible, will require a couple of tweaks not so complicated, but this hasn't been requested by the community in a long time, the idea was something that we had a long long time ago, but since no one in the community has ever requested we thought it wasn't needed. Even if it can be done, it will require some work on the tests and people that want to test and help, because there's two things to test, dual stack and only ipv6/ipv4 implementations on this, and how it behaves in an upgrade or something like that. If the community is willing to help on testing PRs and also help on create the proper E2E tests for these will be awesome, we can create a couple of Issues/PRs for these, but again, this will require a lot of help from the community. Regards! |
|
Background for this question/request is related to the US government mandate detailing in this memo:
|
|
Any updates here? I can see that the DB is listening on an IPv6 interface, however the k8s service is only SingleStack IPv6. |
|
Bumping this also, @sxd. We'd like to set this behaviour in the For example: Kind: Cluster
...
template:
services:
ipFamilies:
- IPv6
ipFamilyPolicy: SingleStack
...Using OpenShift. Thank you. |
|
The only current way to do this is to define additional managed services within a cluster and specify the desired IP stack setup in those service templates. I use a managed:
services:
## disable the default services
disabledDefaultServices: ["ro", "r"]
additional:
- selectorType: rw
serviceTemplate:
metadata:
name: "db-dbname-ds-rw"
spec:
type: ClusterIP
ipFamilyPolicy: RequireDualStack
- selectorType: r
serviceTemplate:
metadata:
name: "db-dbname-ds-r"
spec:
type: ClusterIP
ipFamilyPolicy: RequireDualStack
- selectorType: ro
serviceTemplate:
metadata:
name: "db-dbname-ds-ro"
spec:
type: ClusterIP
ipFamilyPolicy: RequireDualStackAssuming, for example, that you have proper DualStack support running on whichever nodes your cluster gets scheduled to (aka those Nodes have and know about and assign IPv4+IPv6 PodCIDRs), and ipv6 routing works however you do for your substrate (I use cilium-bgp in conjunction with frr BGP routing core for dumb/external nodes), a cluster with the above provisioned setup would be accessible via the ipv4 and ipv6 advertised addresses allocated on each of the |
|
Hi everyone, #10425 resolves this. Appreciate your upvotes for the PR. |
Uh oh!
There was an error while loading. Please reload this page.
Is it possible to have the postgres cluster setup to use IPV6 addresses on a dual stack configured k8s cluster? I researched the documentation and looked through open issues but I didn't see any reference. All I was able to find is how to configure the cloudnative pg operator itself for dual stack resulting in the
cnpg-webhook-serviceusing an IPV6 address.All reactions