Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 45540 invoked from network); 21 Jan 2011 03:51:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 21 Jan 2011 03:51:28 -0000 Received: (qmail 95689 invoked by uid 500); 21 Jan 2011 03:51:26 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 95218 invoked by uid 500); 21 Jan 2011 03:51:22 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 95210 invoked by uid 99); 21 Jan 2011 03:51:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jan 2011 03:51:21 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 209.85.160.44 as permitted sender) Received: from [209.85.160.44] (HELO mail-pw0-f44.google.com) (209.85.160.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jan 2011 03:51:14 +0000 Received: by pwi7 with SMTP id 7so292299pwi.31 for ; Thu, 20 Jan 2011 19:50:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=SiV8kr+Wu+Hn2Mx6kZ+cXcPOKH0lDiMdr61SWYDUFMM=; b=vtnoRnV68IuAnNtt21TpgLYURoZME0zA/BcyBNExUwEQqlupZJuShULY3NW/w0CGmr yd7nz+6A/QmLfFljgBQAnoZMbE5mqWItG+8xpi5gs2HaXCYcIJOj2GRGu+1dD4+6LKPD /I0vaNjTReR7S3uFIO015FV1pCCWDOm5KVXt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=AIe/d3BAmuynxtLGBRU/o9GJ5I2TWO4zmBuxuG0aewt2wQdHqYbCkiM5dCqQIYOO4e +p1nWghKpw317+tYxlGTm2sVZk3v34LdXYeXtL7AXF5tsrKQ87ycTN4w8frdGJL1HtD7 4W8q8QtsnUGBmU5G3YwgsA+igsqOkTnUw6Q8o= MIME-Version: 1.0 Received: by 10.142.172.3 with SMTP id u3mr105912wfe.189.1295581853149; Thu, 20 Jan 2011 19:50:53 -0800 (PST) Received: by 10.142.11.1 with HTTP; Thu, 20 Jan 2011 19:50:53 -0800 (PST) In-Reply-To: <1295554387.5041.51.camel@localhost> References: <1295554387.5041.51.camel@localhost> Date: Thu, 20 Jan 2011 21:50:53 -0600 Message-ID: Subject: Re: Cassandra on iSCSI? From: Jonathan Ellis To: user Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Jan 20, 2011 at 2:13 PM, Mick Semb Wever wrote: > To go with raid-5 disks our hosting provider requires proof that iSCSI > won't work. I tried various things (eg `nodetool cleanup` on 12Gb load > giving 5k IOPS) but iSCSI seems to keep up to the performance of the > local raid-5 disks... > > Should i be worried about using iSCSI? It should work fine; the main reason to go with local storage is the huge cost advantage. Of course with a SAN you'd want RF=1 since it's replicating internally. > Are there better tests i should be running? I would test write scalability going from 1 machine, to half your planned cluster size, to your full cluster size, or as close as is feasible, using enough client machines running contrib/stress* (much faster than contrib/py_stress) that you saturate it. Writes should be CPU bound, so you expect those to scale roughly linearly as you add Cassandra nodes. Reads (once your data set can't be cached in RAM) will be i/o bound, so I imagine with a SAN you'll be able to max that out at some number of machines and adding more Cassandra nodes won't help. What that limit is depends on your SAN iops and how much of it is being consumed by other applications. *I just committed a README for contrib/stress to the 0.7 svn branch -- Jonathan Ellis Project Chair, Apache Cassandra co-founder of Riptano, the source for professional Cassandra support http://riptano.com