git.net

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Recommendation: running Cassandra in containers


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: daemeonr@xxxxxxxxx <daemeonr@xxxxxxxxx>*
*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.singh@xxxxxxxxx>
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 <zznate.m@xxxxxxxxx>, wrote:
> > On Tue, Jun 26, 2018 at 3:12 AM, Pierre Mavro <p.mavro@xxxxxxxxxx>
> 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-unsubscribe@xxxxxxxxxxxxxxxxxxxx
> > For additional commands, e-mail: dev-help@xxxxxxxxxxxxxxxxxxxx
> >
>