cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <>
Subject [Cassandra Wiki] Update of "CloudConfig" by DaveViner
Date Thu, 15 Jul 2010 00:10:21 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.

The "CloudConfig" page has been changed by DaveViner.


  == Amazon Web Services (AWS/EC2) ==
   * There is an ec2snitch to make Cassandra rack-aware in the ec2 cloud.
   * [[|Chef install for Cassandra]], including
ec2snitch setup.
+  * The steps listed below only require an AWS EC2 account and do not utilize the ec2snitch.
  === Optimizing Volume Performance for a Transient Cluster ===
  Depending on node size, and on how many EBS volumes are attached, most EC2 nodes will have
many independent attached volumes.
@@ -16, +17 @@

  Cloud clusters are often transient: when all jobs are finished, the nodes are terminated.
Any data held on EBS volumes will remain until next restart, and any data on the local scratch
disks disappears forever. When the cluster restarts, each node will have a new ip addresses
and identity.
   * For a non-persistent cluster, can Cassandra take advantage of the scratch disks (assume
they are fast but could disappear at once across the whole cluster at any time)
+ === Monitoring Cassandra in the Cloud ===
+ [[|CloudKick]] offers an out-of-the-box solution for monitoring
Cassandra in the cloud.  See their [[|Cassandra
Checks]] page to learn how to use that service to monitor.
+ Note on using Cloudkick for monitoring Cassandra running on Debian: Set the "Path" argument
to "/usr/". 
  == Step-By-Step Guide to Installing Cassandra on EC2 & Debian ==

View raw message