Sanjeev,
Please see answers inline. You may want to also check out
https://cwiki.apache.org/confluence/display/CLOUDSTACK/OVS+Tunnel+Manager+f
or+CloudStack for general limitation etc.
Some of the question are good points that needed to be in FS, I will add
them where ever appropriate.
On
To: dev@cloudstack.apache.org
Subject: Re: [PROPOSAL] region level VPC and guest network spanning multiple
zones
Please find the FS for this proposal at below link. I will be sending out a
different proposal covering the enhancements called out in the FS.
https://cwiki.apache.org/confluence
Please find the FS for this proposal at below link. I will be sending out
a different proposal covering the enhancements called out in the FS.
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Region+level+VPC+and
+guest+network+spanning+multiple+zones
On 19/12/13 5:54 PM, Murali Reddy
Ah OK. Just want to make sure that traffic accounting for access to in-DC
services is separate even though it may go through the same interface as
the public traffic.
On 12/20/13 2:09 AM, Murali Reddy murali.re...@citrix.com wrote:
On 20/12/13 5:50 AM, Chiradeep Vittal
On 20/12/13 5:50 AM, Chiradeep Vittal chiradeep.vit...@citrix.com
wrote:
Is there any reason to restrict a subnet to a single zone? AFAIK, AWS VPC
lets you stretch a subnet across AZ.
This way you can replicate *within* the DB tier to another zone.
As per [1] in AWS VPC, Each subnet must reside
I would like to propose two networking models enhancements for ACS 4.4
release that will enable building highly available applications. Currently
VPC in CloudStack is a zone level entity. So tiers with in the VPC are
confined to the zone to which VPC belongs. For an application deployed in
current
Is there any reason to restrict a subnet to a single zone? AFAIK, AWS VPC
lets you stretch a subnet across AZ.
This way you can replicate *within* the DB tier to another zone.
Also, once you introduce distributed routing, access to other datacenter
services (S3 for instance) from within the VM