s low on memory. Depending on
>> how much the site is used, the VM will swap out sometimes excessively.
>>
>> I realize this setup may not be enough to support a cassandra instance.
>>
>> I was wondering if there were any "recommended hardware specs" someone
>> could point me to for both physical and virtual (cloud) type environments.
>>
>> Thank you,
>> Tim
>> Sent from my iPhone
>>
>>
>
--
GPG me!!
gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
ication running on the same node.
>
> Mostly this instance runs smoothly but runs low on memory. Depending on
> how much the site is used, the VM will swap out sometimes excessively.
>
> I realize this setup may not be enough to support a cassandra instance.
>
> I was wondering if there
epending on how
> much the site is used, the VM will swap out sometimes excessively.
>
> I realize this setup may not be enough to support a cassandra instance.
>
> I was wondering if there were any "recommended hardware specs" someone could
> point me to for both
Mostly this instance runs smoothly but runs low on memory. Depending on how
much the site is used, the VM will swap out sometimes excessively.
I realize this setup may not be enough to support a cassandra instance.
I was wondering if there were any "recommended hardware specs" someone co
mes excessively.
I realize this setup may not be enough to support a cassandra instance.
I was wondering if there were any "recommended hardware specs" someone could
point me to for both physical and virtual (cloud) type environments.
Thank you,
Tim
Sent from my iPhone
Thanks Adam.
On Wed, May 4, 2011 at 10:02 AM, Serediuk, Adam <
adam.sered...@serialssolutions.com> wrote:
> Having a well known node configuration that is trivial (one step) to create
> is your best maintenance bet. We are using 4 disk nodes in the following
> configuration:
>
> disk1: boot_rai
Having a well known node configuration that is trivial (one step) to create is
your best maintenance bet. We are using 4 disk nodes in the following
configuration:
disk1: boot_raid1 os_raid1 cassandra_commit_log
disk2: boot_raid1 os_raid1 cassandra_data_dir_raid0
disk3: cassandra_data_dir_raid0
I wouldn't be concerned more about the performance with this configuration
I'm looking more form a maintenance perspective - I have to draft some
maintenance for our infrastructure team whom are used to a standard NAS
storage setup which Cassandra obviously breaks.
Ultimately, would keeping the ca
On Wed, May 4, 2011 at 12:25 PM, Anthony Ikeda
wrote:
> I just want to ask, when setting up nodes in a Node ring is it worthwhile
> using a 2 partition setup? i.e. Cassandra on the Primary, data directories
> etc on the second partition or does it really not make a difference?
> Anthony
>
I don'
On Wed, May 4, 2011 at 12:25 PM, Anthony Ikeda
wrote:
> I just want to ask, when setting up nodes in a Node ring is it worthwhile
> using a 2 partition setup? i.e. Cassandra on the Primary, data directories
> etc on the second partition or does it really not make a difference?
> Anthony
>
Putting
I just want to ask, when setting up nodes in a Node ring is it worthwhile
using a 2 partition setup? i.e. Cassandra on the Primary, data directories
etc on the second partition or does it really not make a difference?
Anthony
11 matches
Mail list logo
