At the risk of repeating the previous conclusions:
(a) This configuration obviates the need for a patch that I had posted
earlier. This is a good thing.
(b) The reported latency(@Sasha) is less than ordinary latencies in EC2. The
reasons behind this are not well understood. However I wouldn't look
Ok, on each node, I have configured the listen address for cassandra
as the VIP interface (tunXXX). This allows other cassandra instances
to connect ONLY through the VPN network. The listen address is not
configured for the eth0 interface (EC2).
rpc_address is set to 0.0.0.0 so that it can listen
Hi,
I have a question regarding Vyatta or any providing VIP in general. While
routing through gateway do we bind it to ec2 nodes private IP or public IP?
Also, in general could you explain how VIP might help for I am new towards
this side of field.
thanks
On Mon, Apr 25, 2011 at 9:47 PM, Sasha
You can't route traffic over private ips across data centers.this is the
point of the patch.
/***
sent from my android...please pardon occasional typos as I respond @ the
speed of thought
/
On Apr 26, 2011 6:59 AM, "pankaj soni" wrote:
one last d
one last doubt is pending after reading your document:
1. when deploying cassandra across multiple dcs using your patch, is it
possible to have internal network of nodes in each data center talking over
private ip? then I assume the node with public ip will act as coordinator.
But if it goes down
honest opinion? smoke and mirrors. i really have no idea. i was
surprised to see the latency drop when we started using the VIP's we
assigned routing through our ec2 vyatta gateways. it makes it nice
because it unties you from being 100% stuck on amazon. you can design
your environment for cas
@Sasha
Very interesting that you find a big difference in latency between nodes.
Any hypothesis on what is going on in internal aws routing that makes it
inefficient?
Milind
On Mon, Apr 25, 2011 at 9:48 AM, Sasha Dolgy wrote:
> We use vyatta to create a vip on each instance and act as the ga
We use vyatta to create a vip on each instance and act as the gateway in
each zone & region. this allows us to bridge into our own facilities
outside of aws. we still can leverage ec2snitch and find a big speed
difference wrt latency between nodes when by passing internal aws routing...
On Apr 25
scrap the last mail, just finished reading Amazon ec2 resource policy.
@milind when deploying cassandra across multiple dcs using your patch, is it
possible to have internal network of nodes in each data center talking over
private ip?
then I assume the node with public ip will act as co-ordinator
Just read your paper on this. Must say helped a great deal.
1 more query does amazon by default award both external and internal IP
address for each node? or we have to explicitly buy the external IP's?
I am looking into overlay n/w's.
On Mon, Apr 25, 2011 at 5:20 PM, Milind Parikh wrote:
> I s
I stand correctedI show how cassandra can be deployed in multiple dcs
through a simple patch; using public ips. In your scenario with an overlay
n/w, you will not require this patch.
/***
sent from my android...please pardon occasional typos as I respond @ the
speed of thou
Could you give the exact name of your paper. It will be easier to search.
thanks
On Mon, Apr 25, 2011 at 5:13 PM, Milind Parikh wrote:
> I have authored exactly this paperplease search this ml. Please be
> aware about ec2's internal network as you design your deployment. Ec2 also
> does not
I have authored exactly this paperplease search this ml. Please be aware
about ec2's internal network as you design your deployment. Ec2 also does
not support multicast; which is a pain,but not unsurmountable.
/***
sent from my android...please pardon occasional typos as I
We are expecting to deploy it on amazon cloud ec2, if it may help. I am sure
people would have deployed Cassandra data centers in different regions on
cloud before. But I am unable to find documentation of any such deployment
online.
Because of this multi-regions the public-private IP address issu
It will be through an overlay n/w. unfortunately setting up such n/w is
complex. Look @ something like openvpn.
If multicast is supported, it will be easier. With complex software such as
Cassandra, it is much better to go with the expected flow; rather than
devicing your own flows.my2c.
/***
Hi,
We have a scenario for which we are considering using apache Cassandra for
deployment for our data storage needs.The setup is to be spread across
multiple data centers in different regions(physical locations). With each
data center having multiple nodes. However we can afford at most 1 public
16 matches
Mail list logo
