The latest versions of Kubernetes have a few concepts that help you run stateful apps on Kubernetes:
PersistentVolumes/Volume Claims: provide a method for apps to claim storage provided by the cluster StatefulSets: an object designed to run stateful apps, which really comes down to being more controlled about how they are started and scaled Cloud Provider: integration with the cloud provider to auto-create LBs, volumes, etc. DigitalOcean lacks on of these in Kubernetes currently. On AWS for example, the cloud provider will automatically fulfill persistent volume requests with an EBS volume. If you look at this example <https://github.com/rosskukulinski/kubernetes-rethinkdb-cluster/tree/master/statefulset>, you can see how all of these come together to run RethinkDB. Without the stable storage provided by the cloud, you can use either host storage, which means your pods will need to be pinned to specific hosts via a label query. I assume this is what you used to do with fleet, as fleet doesn’t have any storage semantics other than mounting host storage. You can also specify a volume to your pods that is a RAM disk and use the clustering in RethinkDB to replicate, but not have it be durable on disk. tl;dr: having a DO cloud provider would help you out a lot, and it’s being discussed to add one to Kubernetes, in which time we would add it to Tectonic. - Rob > On May 19, 2017, at 7:01 AM, Arve Knudsen <[email protected]> wrote: > > Hey guys > > So I've finally got a Container Linux/Kubernetes cluster up and running on > DigitalOcean, via my port of the Tectonic Installer to this platform. Now > it's time to do something practical with it. > > Can someone please let me know of the currently recommended way of running a > database cluster under Kubernetes, in this case RethinkDB? I recall having > stateful applications, that need to write to disk, was always a thorny issue > with Kubernetes, I actually received the firm recommendation to have my DB > cluster outside of it. So I originally set up a 2-node RethinkDB cluster in > CoreOS, with fleet as the orchestration tool, which worked quite well. But, > AFAIK, Kubernetes has now replaced fleet as CoreOS/Container Linux' > orchestration system. > > Therefore, I need to be brought up to speed as to how it's currently done > with Kube :) Any advice in this regard would be greatly appreciated. > > Thanks! > Arve
