# How to use RoutingConfig with FDB operator

**URL:** <https://forums.foundationdb.org/t/how-to-use-routingconfig-with-fdb-operator/3069>\
**Category:** Kubernetes Operator\
**Created:** [December 9, 2021, 3:28pm UTC](https://forums.foundationdb.org/t/how-to-use-routingconfig-with-fdb-operator/3069 "2021-12-09T15:28:48Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![tangerine](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/tangerine/32/1084_2.png) [@tangerine](https://forums.foundationdb.org/u/tangerine)\
**Post date:** [December 9, 2021, 3:28pm UTC](https://forums.foundationdb.org/t/how-to-use-routingconfig-with-fdb-operator/3069/1 "2021-12-09T15:28:48Z")

</div>

HI,  
In the operator spec, I see there is a RoutingConfig section. I am just wondering how that work.  
I don’t see much documentation/example on it, could someone share info on how that suppose to work?  
Thanks,

---

<div class="post-metadata">

**Author:** ![john\_brownlee](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/john_brownlee/32/22_2.png) [@john\_brownlee](https://forums.foundationdb.org/u/john_brownlee)\
**Post date:** [December 9, 2021, 3:54pm UTC](https://forums.foundationdb.org/t/how-to-use-routingconfig-with-fdb-operator/3069/2 "2021-12-09T15:54:53Z")

</div>

`RoutingConfig` has options for a few different things that affect the routing and connectivity to the FDB processes, so the examples would depend on what problem you’re trying to solve. It has options for creating per-pod services to provide public IPs, which we have a brief discussion of in the [user manual](https://github.com/FoundationDB/fdb-kubernetes-operator/blob/master/docs/manual/customization.md#choosing-your-public-ip-source). It also has an option for selecting an IP with a specific IP family, which could use more documentation, and for configuring headless services, which is going to be expanded in the future as part of the work on supporting DNS names for coordinators.

---

<div class="post-metadata">

**Author:** ![tangerine](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/tangerine/32/1084_2.png) [@tangerine](https://forums.foundationdb.org/u/tangerine)\
**Post date:** [December 9, 2021, 5:27pm UTC](https://forums.foundationdb.org/t/how-to-use-routingconfig-with-fdb-operator/3069/3 "2021-12-09T17:27:51Z")

</div>

I am interested in the service mode: spec.routing.publicIPSource=service  
From the doc, it says the service will be created for me. The service will create both an internal and external ip and the pod will take up the internal IP in the service created, is that assumption correct?  
And when a client try to connect to the cluster, the cluster will return the externalIP to the client for the controller or storage pod, would that be the case?

One more question, the podIPFamily in the RoutingConfig section, that’s not implemented yet, right?

---

<div class="post-metadata">

**Author:** ![john\_brownlee](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/john_brownlee/32/22_2.png) [@john\_brownlee](https://forums.foundationdb.org/u/john_brownlee)\
**Post date:** [January 14, 2022, 7:31pm UTC](https://forums.foundationdb.org/t/how-to-use-routingconfig-with-fdb-operator/3069/4 "2022-01-14T19:31:10Z")

</div>

The service will be created with the ClusterIP type, and the cluster IP assigned to the service will be annotated on the pod as the public IP. I believe that with this service type it won’t get an external IP at all. The fdbserver process will bind to the pod’s normal IP and listen on that address, but will advertise itself as using the service’s cluster IP.

We currently don’t apply the IP family field to the service.

We have some open issues that may be interesting for your use case.

> <https://github.com/FoundationDB/fdb-kubernetes-operator/issues/391>
>
> We should have more options to configure the metadata and spec for the services …we create when creating per-pod services. As part of this, we should explore what other service types we can handle.

> <https://github.com/FoundationDB/fdb-kubernetes-operator/issues/835>
>
> As part of the broader work of supporting IPv6, we should ensure that users can …configure services that are managed by the operator to use IPv6. This should include a smooth transition between IPv4 and IPv6.
