Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (nike.apache.org: domain of conan.cook@amee.cc designates
 209.85.160.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CACHzRHbjTqBMd3hSjHep-wMwmSqZcBu-7nyEvartHJvNn_6rqw@mail.gmail.com>
References: 
 <CAN3fqkzqW4xUek3hg-JJc1nLauL3mLdm1qbA+KtG3jRr-KW+5g@mail.gmail.com>
	<CAAafH9QjXtF1xSg7MW=wyv+UJ-09fOHcdeFZ-o3b6HHPkrUkdg@mail.gmail.com>
	<CAN3fqkwJSf6_EPBhQu2uKm_5RCAiqXqLSOsGnNP1+K0ugGAoaw@mail.gmail.com>
	<CAAafH9TGiF-mbzKYnrZ0Jnd_KTOpOfdY7VJREk_EAkWFoCRhNg@mail.gmail.com>
	<CACxg8jxA=GDGoCmQ5VkKm_6_ESK3fgOMZWnpSSTxSBXn4Q20pw@mail.gmail.com>
	<CACHzRHbjTqBMd3hSjHep-wMwmSqZcBu-7nyEvartHJvNn_6rqw@mail.gmail.com>
Date: Tue, 29 May 2012 09:22:12 +0100
Message-ID: 
 <CAEut9wXfxsWX_7D20VPXg=bU9zCA8dL519Pm4ubVWwJpOw4wYg@mail.gmail.com>
Subject: Re: Migrating from a windows cluster to a linux cluster.
From: Conan Cook <conan.cook@amee.com>
To: user@cassandra.apache.org
Content-Type: multipart/alternative; boundary=e89a8f83ac0d1591a104c12888b5

--e89a8f83ac0d1591a104c12888b5
Content-Type: text/plain; charset=ISO-8859-1

Hi,

We were trying to do a similar kind of migration (to a new cluster, no
downtime) in order to remove a legacy OrderedPartitioner limitation.  In
the end we were allowed enough downtime to migrate, but originally we were
proposing a similar solution based around deploying an update to the
application to write to two clusters simultaneously, and a background copy
of older data in some way.

I'd love to hear how the migration went, and whether there were any
(un)expected hurdles along the way!

Thanks,


Conan

On 24 May 2012 23:56, Rob Coli <rcoli@palominodb.com> wrote:

> On Thu, May 24, 2012 at 12:44 PM, Steve Neely <sneely@rallydev.com> wrote:
> > It also seems like a dark deployment of your new cluster is a great
> method
> > for testing the Linux-based systems before switching your mision critical
> > traffic over. Monitor them for a while with real traffic and you can have
> > confidence that they'll function correctly when you perform the
> switchover.
>
> FWIW, I would love to see graphs which show their compared performance
> under identical write load and then show the cut-over point for reads
> between the two clusters. My hypothesis is that your linux cluster
> will magically be much more perfomant/less loaded due to many
> linux-specific optimizations in Cassandra, but I'd dig seeing this
> illustrated in an apples to apples sense with real app traffic.
>
> =Rob
>
> --
> =Robert Coli
> AIM&GTALK - rcoli@palominodb.com
> YAHOO - rcoli.palominob
> SKYPE - rcoli_palominodb
>

--e89a8f83ac0d1591a104c12888b5
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,<div><br></div><div>We were trying to do a similar kind of migration (to=
 a new cluster, no downtime) in order to remove a legacy OrderedPartitioner=
 limitation. =A0In the end we were allowed enough downtime to migrate, but =
originally we were proposing a similar solution based around deploying an u=
pdate to the application to write to two clusters simultaneously, and a bac=
kground copy of older data in some way. =A0</div>
<div><br></div><div>I&#39;d love to hear how the migration went, and whethe=
r there were any (un)expected hurdles along the way!</div><div><br></div><d=
iv>Thanks,</div><div><br></div><div><br></div><div>Conan<br><br><div class=
=3D"gmail_quote">
On 24 May 2012 23:56, Rob Coli <span dir=3D"ltr">&lt;<a href=3D"mailto:rcol=
i@palominodb.com" target=3D"_blank">rcoli@palominodb.com</a>&gt;</span> wro=
te:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-=
left:1px #ccc solid;padding-left:1ex">
<div class=3D"im">On Thu, May 24, 2012 at 12:44 PM, Steve Neely &lt;<a href=
=3D"mailto:sneely@rallydev.com">sneely@rallydev.com</a>&gt; wrote:<br>
&gt; It also seems like a dark deployment of your new cluster is a great me=
thod<br>
&gt; for testing the Linux-based systems before switching your mision criti=
cal<br>
&gt; traffic over. Monitor them for a while with real traffic and you can h=
ave<br>
&gt; confidence that they&#39;ll function correctly when you perform the sw=
itchover.<br>
<br>
</div>FWIW, I would love to see graphs which show their compared performanc=
e<br>
under identical write load and then show the cut-over point for reads<br>
between the two clusters. My hypothesis is that your linux cluster<br>
will magically be much more perfomant/less loaded due to many<br>
linux-specific optimizations in Cassandra, but I&#39;d dig seeing this<br>
illustrated in an apples to apples sense with real app traffic.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
=3DRob<br>
<br>
--<br>
=3DRobert Coli<br>
AIM&amp;GTALK - <a href=3D"mailto:rcoli@palominodb.com">rcoli@palominodb.co=
m</a><br>
YAHOO - rcoli.palominob<br>
SKYPE - rcoli_palominodb<br>
</font></span></blockquote></div><br></div>

--e89a8f83ac0d1591a104c12888b5--