Yes, big data infra works fine in containers. Does not slow and in some cases can increase performance depending on the virtualization. A big differentiator comes when one is using persisted storage that can live across the underlying instance. When the instance (and containers) fail, then there is no significant recovery time when the persisted storage is presented to another container (e.g. scaleio, SAN, persisted EBS, etc.)
<======> *Daemeon C.M. Reiydelle* *email: daeme...@gmail.com <daeme...@gmail.com>* *San Francisco 1.415.501.0198/London 44 020 8144 9872/Skype daemeon.c.m.reiydelle* On Thu, Jun 28, 2018 at 8:28 AM, Rahul Singh <rahul.xavier.si...@gmail.com> wrote: > Docker containers work - and so they will work with kubernetes > PersistentVolumes. Nothing would beat bare metal , CPU, and Ram in terms of > speed but containerization / kubernetization makes sense if you want to > totally automate infrastructure as code across clouds. > > Rahul > On Jun 27, 2018, 6:23 PM -0500, Nate McCall <zznat...@gmail.com>, wrote: > > On Tue, Jun 26, 2018 at 3:12 AM, Pierre Mavro <p.ma...@criteo.com> > wrote: > > > Hi, > > > > > > Regarding the limits in linux cgroups (as used in Kubernetes/Mesos), I > > > was wondering if there are any recommendation (didn't find anything on > > > this topic). > > > > > > In general on Java 8 running instances, it is advised to run those > > > options to take into account cgroup environment: > > > > > > -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap > > > > > > Other tuning options for this exists (ex: MaxRAMFraction), I was > > > wondering if there is any information somewhere about it. > > > > > > > Not that I've seen. > > > > I think there is an opportunity for someone to do a thorough > > investigation and writeup about it (particularly given y'alls > > experience with C* over the past few years :) > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > > For additional commands, e-mail: dev-h...@cassandra.apache.org > > >
