Return-Path: 
 <user-return-38946-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org>
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 24BCB1021D
	for <apmail-cassandra-user-archive@www.apache.org>;
 Wed, 12 Feb 2014 20:18:08 +0000 (UTC)
Received: (qmail 56915 invoked by uid 500); 12 Feb 2014 20:18:05 -0000
Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org
Received: (qmail 56852 invoked by uid 500); 12 Feb 2014 20:18:04 -0000
Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-help@cassandra.apache.org>
List-Unsubscribe: <mailto:user-unsubscribe@cassandra.apache.org>
List-Post: <mailto:user@cassandra.apache.org>
List-Id: <user.cassandra.apache.org>
Reply-To: user@cassandra.apache.org
Delivered-To: mailing list user@cassandra.apache.org
Received: (qmail 56844 invoked by uid 99); 12 Feb 2014 20:18:04 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Feb 2014 20:18:04 +0000
X-ASF-Spam-Status: No, hits=2.5 required=5.0
	tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of rbradberry@gmail.com
 designates 209.85.216.174 as permitted sender)
Received: from [209.85.216.174] (HELO mail-qc0-f174.google.com)
 (209.85.216.174)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Feb 2014 20:18:00 +0000
Received: by mail-qc0-f174.google.com with SMTP id x13so16010382qcv.19
        for <user@cassandra.apache.org>; Wed, 12 Feb 2014 12:17:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:message-id:in-reply-to:references:subject:mime-version
         :content-type;
        bh=L57AipjFbHiEYJIjTgtCPpSe2yucDIuXhMImx+P7HIA=;
        b=SxZTzers1BcRGFM2PXgjzEPQU0eZixBfz7Xy4sVEyrsoQ85+Apu0oOxNCCIDhxGQyJ
         ZtBksxxla3SR9z94c9yrNH0pTjPVA4cUrS2Ar1uAfJV3eLCy7kQAptdzIz7YcRgd7QPe
         EwJ+x+6Dc6ta8nBaB1GSh3mihRewAYcnk48cwxq1vpvAsMfxDrH+gizYOdPRmkJERoM8
         ZmR/STZQRMOLpeZdvng7gNTju/7pUiJBOMYaiUoK6IhiLiPQLLxFtKKLZ7E7LH6nut/g
         VOLO5TNMA+r6K0oBeHSXHiaqjyLsXQQdO/RtD1maAMRI3iCjkotwpwb0tj6Pucz3BXAs
         sXTg==
X-Received: by 10.140.23.209 with SMTP id 75mr67035754qgp.89.1392236259326;
        Wed, 12 Feb 2014 12:17:39 -0800 (PST)
Received: from Russells-iMac.local (rrcs-24-136-119-106.nyc.biz.rr.com.
 [24.136.119.106])
        by mx.google.com with ESMTPSA id a5sm66023541qae.2.2014.02.12.12.17.37
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Wed, 12 Feb 2014 12:17:38 -0800 (PST)
Date: Wed, 12 Feb 2014 15:17:36 -0500
From: Russell Bradberry <rbradberry@gmail.com>
To: William Oberman <oberman@civicscience.com>,
 user@cassandra.apache.org
Message-ID: <etPan.52fbd6e0.643c9869.bbd1@Russells-iMac.local>
In-Reply-To: 
 <CAAjbL_mJiHJxVnLbLhkS0SoXQ+yE1e6t+yeNX3Fj1T10yQ-1cg@mail.gmail.com>
References: 
 <CAF9x2_duYmfwK8g9Ng0RMyTD-c-Ssm499dUrg573G6VjbAvkwg@mail.gmail.com>
 <CAK0tFt4J1TSXneVoZKWiLheH625FdWf3OB14Xu0bJwx2VMCWBg@mail.gmail.com>
 <CAOZF2Bd-UtqPMTt743e71EB1zqDZw443xXdHEcKh=icbiWmj2A@mail.gmail.com>
 <etPan.52fbd3e1.6b8b4567.bbd1@Russells-iMac.local>
 <CAAjbL_mJiHJxVnLbLhkS0SoXQ+yE1e6t+yeNX3Fj1T10yQ-1cg@mail.gmail.com>
Subject: Re: in AWS is it worth trying to talk to a server in the same
 zone as your client?
X-Mailer: Airmail (223)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="52fbd6e0_66334873_bbd1"
X-Virus-Checked: Checked by ClamAV on apache.org

--52fbd6e0_66334873_bbd1
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Not when using private IP addresses. =C2=A0That pricing ONLY applies if y=
ou are using the public interface or EIP/ENI. =C2=A0If you use the privat=
e IP addresses there is no cost associated.



On =46ebruary 12, 2014 at 3:13:58 PM, William Oberman (oberman=40civicsci=
ence.com) wrote:

Same region, cross zone transfer is=C2=A0=240.01 / GB (see=C2=A0http://aw=
s.amazon.com/ec2/pricing/, Data Transfer section).


On Wed, =46eb 12, 2014 at 3:04 PM, Russell Bradberry <rbradberry=40gmail.=
com> wrote:
Cross zone data transfer does not cost any extra money.=C2=A0

LOCAL=5FQUORUM =3D QUORUM if all 6 servers are located in the same logica=
l datacenter. =C2=A0

Ensure your clients are connecting to either the local IP or the AWS host=
name that is a CNAME to the local ip from within AWS. =C2=A0If you connec=
t to the public IP you will get charged for outbound data transfer.



On =46ebruary 12, 2014 at 2:58:07 PM, Yogi Nerella (ynerella999=40gmail.c=
om) wrote:

Also, may be you need to check the read consistency to local=5Fquorum, ot=
herwise the servers still try to read the data from all other data center=
s.

I can understand the latency, but I cant understand how it would save mon=
ey=3F =C2=A0 The amount of data transferred from the AWS server to the cl=
ient should be same no matter where the client is connected=3F
=C2=A0=C2=A0=C2=A0


On Wed, =46eb 12, 2014 at 10:33 AM, Andrey Ilinykh <ailinykh=40gmail.com>=
 wrote:
yes, sure. Taking data from the same zone will reduce latency and save yo=
u some money.


On Wed, =46eb 12, 2014 at 10:13 AM, Brian Tarbox <tarbox=40cabotresearch.=
com> wrote:
We're running a C* cluster with 6 servers spread across the four us-east1=
 zones.

We also spread our clients (hundreds of them) across the four zones.

Currently we give our clients a connection string listing all six servers=
 and let C* do its thing.

This is all working just fine...and we're paying a fair bit in AWS transf=
er costs. =C2=A0There is a suspicion that this transfer cost is driven by=
 us passing data around between our C* servers and clients.

Would there be any value to trying to get a client to talk to one of the =
C* servers in its own zone=3F

I understand (at least partially=21) about coordinator nodes and replicat=
ion and know that no matter which server is the coordinator for an operat=
ion replication may cause bits to get transferred to/from servers in othe=
r zones. =C2=A0Having said that...is there a chance that trying to encour=
age a client to initially contact a server in its own zone would help=3F

Thank you,

Brian Tarbox








--52fbd6e0_66334873_bbd1
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<html><head><style>body=7Bfont-family:Helvetica,Arial;font-size:13px=7D</=
style></head><body style=3D=22word-wrap: break-word; -webkit-nbsp-mode: s=
pace; -webkit-line-break: after-white-space;=22><div id=3D=22bloop=5Fcust=
omfont=22 style=3D=22font-family:Helvetica,Arial;font-size:13px; color: r=
gba(0,0,0,1.0); margin: 0px; line-height: auto;=22>Not when using private=
 IP addresses. &nbsp;That pricing <i style=3D=22font-weight: bold;=22>ONL=
Y </i>applies if you are using the public interface or EIP/ENI. &nbsp;If =
you use the private IP addresses there is no cost associated.</div> <div =
id=3D=22bloop=5Fsign=5F1392236133786906112=22 class=3D=22bloop=5Fsign=22>=
<br><br><span style=3D=22font-family:helvetica,arial;font-size:13px=22></=
span><span></span></div> <br><p style=3D=22color:=23A0A0A8;=22>On =46ebru=
ary 12, 2014 at 3:13:58 PM, William Oberman (<a href=3D=22mailto://oberma=
n=40civicscience.com=22>oberman=40civicscience.com</a>) wrote:</p> <block=
quote type=3D=22cite=22 class=3D=22clean=5Fbq=22><span><div><div>


<title></title>


<div dir=3D=22ltr=22>Same region, cross zone transfer is&nbsp;=240.01 / G=
B
(see&nbsp;<a href=3D=22http://aws.amazon.com/ec2/pricing/=22 target=3D=22=
=5Fblank=22>http://aws.amazon.com/ec2/pricing/</a>, Data Transfer
section).
<div class=3D=22gmail=5Fextra=22><br>
<br>
<div class=3D=22gmail=5Fquote=22>On Wed, =46eb 12, 2014 at 3:04 PM, Russe=
ll
Bradberry <span dir=3D=22ltr=22>&lt;<a href=3D=22mailto:rbradberry=40gmai=
l.com=22 target=3D=22=5Fblank=22>rbradberry=40gmail.com</a>&gt;</span> wr=
ote:<br>
<blockquote class=3D=22gmail=5Fquote=22 style=3D=22margin:0 0 0 .8ex;bord=
er-left:1px =23ccc solid;padding-left:1ex=22>
<div style=3D=22word-wrap:break-word=22>
<div style=3D=22font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0=
,0,1.0);margin:0px;line-height:auto=22>
Cross zone data transfer does not cost any extra money.&nbsp;</div>
<div style=3D=22font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0=
,0,1.0);margin:0px;line-height:auto=22>
<br></div>
<div style=3D=22font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0=
,0,1.0);margin:0px;line-height:auto=22>
LOCAL=5FQUORUM =3D QUORUM if all 6 servers are located in the same
logical datacenter. &nbsp;</div>
<div style=3D=22font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0=
,0,1.0);margin:0px;line-height:auto=22>
<br></div>
<div style=3D=22font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0=
,0,1.0);margin:0px;line-height:auto=22>
Ensure your clients are connecting to either the local IP or the
AWS hostname that is a CNAME to the local ip from within AWS.
&nbsp;If you connect to the public IP you will get charged for
outbound data transfer.</div>
<div>
<div>
<div><br>
<br></div>
<br>
<p style=3D=22color:=23a0a0a8=22>On =46ebruary 12, 2014 at 2:58:07 PM, Yo=
gi
Nerella (<a href=3D=22mailto://ynerella999=40gmail.com=22 target=3D=22=5F=
blank=22>ynerella999=40gmail.com</a>) wrote:</p>
<blockquote type=3D=22cite=22>
<div>
<div>
<div dir=3D=22ltr=22><span>Also, may be you need to check the read
consistency to local=5Fquorum, otherwise the servers still try to
read the data from all other data centers.</span>
<div><span><br></span></div>
<div><span>I can understand the latency, but I cant understand how
it would save money=3F &nbsp; The amount of data transferred from the
AWS server to the client should be same no matter where the client
is connected=3F</span></div>
<div><span>&nbsp;&nbsp;&nbsp;</span></div>
</div>
<div class=3D=22gmail=5Fextra=22><span><br>
<br></span>
<div class=3D=22gmail=5Fquote=22><span>On Wed, =46eb 12, 2014 at 10:33 AM=
,
Andrey Ilinykh <span dir=3D=22ltr=22>&lt;<a href=3D=22mailto:ailinykh=40g=
mail.com=22 target=3D=22=5Fblank=22>ailinykh=40gmail.com</a>&gt;</span> w=
rote:<br></span>
<blockquote class=3D=22gmail=5Fquote=22 style=3D=22margin:0 0 0 .8ex;bord=
er-left:1px =23ccc solid;padding-left:1ex=22>
<div dir=3D=22ltr=22>yes, sure. Taking data from the same zone will
reduce latency and save you some money.</div>
<div>
<div>
<div class=3D=22gmail=5Fextra=22><br>
<br>
<div class=3D=22gmail=5Fquote=22>On Wed, =46eb 12, 2014 at 10:13 AM, Bria=
n
Tarbox <span dir=3D=22ltr=22>&lt;<a href=3D=22mailto:tarbox=40cabotresear=
ch.com=22 target=3D=22=5Fblank=22>tarbox=40cabotresearch.com</a>&gt;</spa=
n> wrote:<br>
<blockquote class=3D=22gmail=5Fquote=22 style=3D=22margin:0 0 0 .8ex;bord=
er-left:1px =23ccc solid;padding-left:1ex=22>
<div dir=3D=22ltr=22>We're running a C* cluster with 6 servers spread
across the four us-east1 zones.
<div><br></div>
<div>We also spread our clients (hundreds of them) across the four
zones.</div>
<div><br></div>
<div>Currently we give our clients a connection string listing all
six servers and let C* do its thing.</div>
<div><br></div>
<div>This is all working just fine...and we're paying a fair bit in
AWS transfer costs. &nbsp;There is a suspicion that this transfer
cost is driven by us passing data around between our C* servers and
clients.</div>
<div><br></div>
<div>Would there be any value to trying to get a client to talk to
one of the C* servers in its own zone=3F</div>
<div><br></div>
<div>I understand (at least partially=21) about coordinator nodes and
replication and know that no matter which server is the coordinator
for an operation replication may cause bits to get transferred
to/from servers in other zones. &nbsp;Having said that...is there a
chance that trying to encourage a client to initially contact a
server in its own zone would help=3F</div>
<div><br>
Thank you,</div>
<div><br></div>
<div>Brian Tarbox</div>
<div><br></div>
</div>
</blockquote>
</div>
<br></div>
</div>
</div>
</blockquote>
</div>
<br></div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear=3D=22all=22>
<div><br></div>
<br></div>
</div>


</div></div></span></blockquote></body></html>
--52fbd6e0_66334873_bbd1--