Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3CA78116DA for ; Tue, 19 Aug 2014 15:57:15 +0000 (UTC) Received: (qmail 11766 invoked by uid 500); 19 Aug 2014 15:57:02 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 11725 invoked by uid 500); 19 Aug 2014 15:57:02 -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 11715 invoked by uid 99); 19 Aug 2014 15:57:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Aug 2014 15:57:02 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,LOTS_OF_MONEY,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jeremy.jongsma@barchart.com designates 209.85.216.175 as permitted sender) Received: from [209.85.216.175] (HELO mail-qc0-f175.google.com) (209.85.216.175) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Aug 2014 15:56:57 +0000 Received: by mail-qc0-f175.google.com with SMTP id w7so6503655qcr.34 for ; Tue, 19 Aug 2014 08:56:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=qeKbTjMvFywkhIGTFM3N3on+YitzHpMWc93rrjvEHdU=; b=DuHHmRDZ7Dm/OthQUi87vE85GWUFacGgi//vpC+z2WU452F1xkbK4LsRfX8467yB/k s1jt2zNC9z+EbL7yYQI7V02RdwVaa+fQWpQ6CF1ZEAJL25IXSRq7KqwOneBEAoi8zwtT 64zXBZ6ERdoLjFB6lTkEzYWnVuNX9sYmSLgHfXrM1XXXHRA0HIiTeSPb0KuphYjeBVDv 01ApuAM8uhkiAcuvhXPquFc7eCyjf17zSumJTfxQ40mYtq9avIYOO2xO8tTPf+iZiYau gKSCecaeMO7DanErP7R6ADe8zNQjGRH06N5SwE3lpALHAmz0LvOxUS2utbt39UbyNxLr SiEA== X-Gm-Message-State: ALoCoQlIFlzfSICH2HI2H4/Lasx2i34oN9+mO4hlOK4dFdtFOOaIoFDKTYF9HSRXVBiSMYi+hTPW MIME-Version: 1.0 X-Received: by 10.224.54.205 with SMTP id r13mr68915696qag.59.1408463794629; Tue, 19 Aug 2014 08:56:34 -0700 (PDT) Received: by 10.229.37.72 with HTTP; Tue, 19 Aug 2014 08:56:34 -0700 (PDT) Date: Tue, 19 Aug 2014 10:56:34 -0500 Message-ID: Subject: EC2 SSD cluster costs From: Jeremy Jongsma To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=089e014933e829e8510500fd88e5 X-Virus-Checked: Checked by ClamAV on apache.org --089e014933e829e8510500fd88e5 Content-Type: text/plain; charset=UTF-8 The latest consensus around the web for running Cassandra on EC2 seems to be "use new SSD instances." I've not seen any mention of the elephant in the room - using the new SSD instances significantly raises the cluster cost per TB. With Cassandra's strength being linear scalability to many terabytes of data, it strikes me as odd that everyone is recommending such a large storage cost hike almost without reservation. Monthly cost comparison for a 100TB cluster (non-reserved instances): m1.xlarge (2x420 non-SSD): $30,000 (120 nodes) m3.xlarge (2x40 SSD): $250,000 (1250 nodes! Clearly not an option) i2.xlarge (1x800 SSD): $76,000 (125 nodes) Best case, the cost goes up 150%. How are others approaching these new instances? Have you migrated and eaten the costs, or are you staying on previous generation until prices come down? --089e014933e829e8510500fd88e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The latest consensus around the web for running Cassandra = on EC2 seems to be "use new SSD instances." I've not seen any= mention of the elephant in the room - using the new SSD instances signific= antly raises the cluster cost per TB. With Cassandra's strength being l= inear scalability to many terabytes of data, it strikes me as odd that ever= yone is recommending such a large storage cost hike almost without reservat= ion.

Monthly cost comparison for a 100TB cluster (non-reserved in= stances):

m1.xlarge (2x420 non-SSD): $30,000 (120 = nodes)
m3.xlarge (2x40 SSD): $250,000 (1250 nodes! Clearly not an= option)
i2.xlarge (1x800 SSD): $76,000 (125 nodes)

Best case, the cost goes up 150%. How are others approaching these new in= stances? Have you migrated and eaten the costs, or are you staying on previ= ous generation until prices come down?
--089e014933e829e8510500fd88e5--