Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 91646 invoked from network); 2 Dec 2010 17:11:31 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 2 Dec 2010 17:11:31 -0000 Received: (qmail 47885 invoked by uid 500); 2 Dec 2010 17:11:28 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 47831 invoked by uid 500); 2 Dec 2010 17:11:28 -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 47823 invoked by uid 99); 2 Dec 2010 17:11:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Dec 2010 17:11:27 +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 (athena.apache.org: domain of jbellis@gmail.com designates 209.85.213.172 as permitted sender) Received: from [209.85.213.172] (HELO mail-yx0-f172.google.com) (209.85.213.172) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Dec 2010 17:11:23 +0000 Received: by yxt33 with SMTP id 33so664905yxt.31 for ; Thu, 02 Dec 2010 09:11:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=/jcFgtEIYPHFih5vvdDPLqeLfOiKX+wEEGfO53eMLp4=; b=EnElmmaf2SwO+8humlN5ysyxNVIVzuh5Yu91E1DM1PCSCz5WvKpzf0Lci4P50C/ZaL RBbzwe8Sw7CdeUr3SVtrw5geBHi1gPTx85pPMO8PfIZh1AvdPs3EhgMJ30qeP9BNyptD xAh1HIuPGGafbnZWnp5OKYtMU5TbAXqSY/vrU= 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:content-transfer-encoding; b=RVmofCqbTZbNB51zGK18Rir41wszOCmVrsBMC9g6f0ayqUYLDyvDFDESa3hh9tAPTG /r6ATljEkpuLJAefKAT3pG3WC1MRNFWnjWVB3+aZz/gpGn139qdIiAxVgDRLxObcLdzd wzoUf2Cz/scx1tUR3CsqUgPnUa6zuGMxISc64= MIME-Version: 1.0 Received: by 10.151.145.16 with SMTP id x16mr1836779ybn.258.1291309862520; Thu, 02 Dec 2010 09:11:02 -0800 (PST) Received: by 10.236.97.103 with HTTP; Thu, 2 Dec 2010 09:11:02 -0800 (PST) In-Reply-To: References: Date: Thu, 2 Dec 2010 11:11:02 -0600 Message-ID: Subject: Re: Best Practice for Data Center Migration From: Jonathan Ellis To: user Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, Dec 2, 2010 at 4:08 AM, Jake Maizel wrote: > Hello, > > We have a ring of 12 nodes with 6 in one data center and 6 in another. > =A0We want to shutdown all 6 nodes in data center 1 in order to close > it down. =A0We are using a replication factor of 3 and are using > RackAwareStrategy with version 0.6.6. > > We have been thinking that using decomission on each of the nodes in > the old data center one at a time would do the trick. =A0Does this sound > reasonable? That is the simplest approach. The major downside is that RackAwareStrategy guarantees you will have at least one copy of _each_ row in both DCs, so when you are down to 1 node in dc1 it will have a copy of all the data. If you have a small enough data volume to make this feasible then that is the option I would go with. > We have also been considering increasing the replication factor to 4 > and then just shutting down all the old nodes. =A0Would that work as far > as data availability would go? Not sure what you are thinking of there, but probably not. :) --=20 Jonathan Ellis Project Chair, Apache Cassandra co-founder of Riptano, the source for professional Cassandra support http://riptano.com