It's worth noting that there's a purpose-built framework for Cassandra:
https://github.com/mesosphere/cassandra-mesos

You probably want to use this instead of trying to run C* on Marathon.

On Sun, Oct 11, 2015 at 6:05 PM, Rad Gruchalski <[email protected]>
wrote:

> Rafael,
>
> According to the cassandra documentation, you should not be affected at
> all:
>
> http://docs.datastax.com/en/cassandra/2.0/cassandra/operations/ops_tune_jvm_c.html
>
> However, your performance with these settings will be rather poor.
>
> Kind regards,
> Radek Gruchalski
> [email protected] <[email protected]>
> de.linkedin.com/in/radgruchalski/
>
>
> *Confidentiality:*This communication is intended for the above-named
> person and may be confidential and/or legally privileged.
> If it has come to you in error you must take no action based on it, nor
> must you copy or show it to anyone; please delete/destroy and inform the
> sender immediately.
>
> On Monday, 12 October 2015 at 02:42, Rafael Capucho wrote:
>
> Hello!,
>
> I'm using the follow marathon script [1] to launch cassandra non-seeds
> nodes, it is working properly.
>
> [1] - http://hastebin.com/visujikela.lua
>
> As you can see in the script, I'm limiting CPU and Memory.
>
> But some nodes of my cluster is not that big, even because the cluster
> isn't big yet. As we know, cassandra generally uses a lot of memory as
> cache etc..
>
> 1) I would like to know if Mesos will kill (and keep killing) Cassandra
> process if it reach the memory limit? if Yes, how can I block Mesos from
> kill it?
>
> 2) If I have one server with 4gb memory where I deployed Mesos Slave, and
> I create a container (by using marathon) with mem=1024 (for example) the
> processing within that container, when they ask about the memory available,
> they will receive 4gb or 1gb?
>
> Thank you!
>
>
> --
> Rafael Capucho
>
> Bachelor of Computer Science
> Federal University of São Paulo
> Institute of Science and Technology - ICT
>
> PGP-Public Key: 2048R/7389A96F pgp.mit.edu
> FP: EDB5 CDEE 8442 99CC C92D 9173 6B32 A5C9 7389 A96F
>
>
>
  • [no subject] Rafael Capucho
    • Re: Rad Gruchalski
      • Re: Brenden Matthews
        • Re: Rafael Capucho
          • Re: Brenden Matthews

Reply via email to