WikiKube eqiad and ml-serve eqiad left in 1.16. Should be done in the next couple of weeks
Topic:
Persistent Storage for workloads in our clusters
Needs
[LT]: ML Serve part does not currently have a need for Persistent Storage. For KubeFlow itâs a bit of an unknown, hope we donât. Data Engineering will probably need this more. 2 possible use cases:
Deploying Datastores (e.g. Cassandra, etc)
Having storage for Spark etc other frameworks
[BK]: Search doesnât have a lot of needs right now about this and moving to k8s their elasticsearch workloads is kinda blocked on the idea of the persistent storage. For now there doesnât seem to be an actual reason to move the elasticsearch workloads on k8s
[TK]: If you only have 1 type of storage, then no one needs to maintain their own storage layer. In that case maybe it could make sense but the foundation is not yet in a place where such a mandate could make sense.
[CD]: One of the middle grounds would to have a shared service that would provide "barebones"/"lowest common denominator" storage to all teams, e.g. the shared internal swift cluster
[CD]: The âjuice doesnât justify the squeezeâ, but it would be awesome if I could just put some data in a place of the filesystems without needing to talk to Swift or anything.
[JM]: We had some other needs up to now show up, e.g. some blob storage for some containers. Last time was the databases from maxmind GeoIP
Possible solutions
Some minor discussion about Ceph but we were missing key stakeholders
Off predefined topic:
[LT]: Interested in Kubernetes versioning discussion
[BK]: Wikimediafying discussion interesting
[CH]: Interest in having Harbour as a registry as it would help with some workloads, including mirror Dockerhub images to avoid the rate limiting issues that CI is starting to meet