[
https://issues.apache.org/jira/browse/CLOUDSTACK-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13859537#comment-13859537
]
Karl Harris edited comment on CLOUDSTACK-764 at 12/31/13 4:01 PM:
------------------------------------------------------------------
My colleagues and I have been tasked by our company, Sungard, to implement and
test the functionality of this JIRA.
We have done some preliminary work and I will outline what we've found and
several questions we have.
We will certainly have more questions/comments, but this is a good start.
Please comment, correct or add to the statements and questions below:
We have referenced:
# About RvR
http://blogs.clogeny.com/understanding-the-redundant-virtual-router-in-citrix-cloudplatform/
.
# Cloudstack function spec for RvR
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Redundant+Virtual+Router+Functional+Spec
.
# Cloudstack function spec for new VPC features
https://cwiki.apache.org/confluence/display/CLOUDSTACK/nTier+Apps+2.0+Functional+Spec
# Implemented codes for RvR
Mostly it's in VirtualNetworkApplianceManagerImpl,
as well as redundant_router directory of systemvm and in cloud-early-setup.
What we know:
# Redundant Virtual Routers (RvR's) are used in CloudStack public clouds per
item 4 above.
# The public RvRs are provisioned with the templates contained in
redundant_router directory of systemvm.
# Keepalived and Conntrackd do most of the "heavy lifting" monitoring and
transitioning the current RvR's in public clouds.
# Keepalived and Contrackd are setup with templates by systemvm.
# The setup_router script calls the setup_redundant_router to provision a
redundant router pair for a vm.
# We will need to confirm each router of a redundant pair is provisioned under
a separate Hypervisor to allow for no single point of failure.
Questions:
# Are there any other references which might be helpful?
# It seems the VirtualNetworkApplianceManagerImpl and associated classes should
be useable for vpcRvR's are there any gotcha's we should know about when using
this class hierarchy ?
# Are there any other single points of failure other than the unique Hypervisor
mentioned above?
# Can setting up a redundant router pair for a vpc be done by simply adding a
call to setup_redundant_router script in the setup_vpcrouter routine for each
vpcRouter marked as redundant?
was (Author: karl.harris):
My colleagues and I have been tasked by our company, Sungard, to implement and
test the functionality of this JIRA.
We have done some preliminary work and I will outline what we've found and
several questions we have.
We will certainly have more questions/comments, but this is a good start.
Please comment, correct or add to the statements and questions below:
We have referenced:
# About RvR
http://blogs.clogeny.com/understanding-the-redundant-virtual-router-in-citrix-cloudplatform/
.
# Cloudstack function spec for RvR
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Redundant+Virtual+Router+Functional+Spec
.
# Cloudstack function spec for new VPC features
https://cwiki.apache.org/confluence/display/CLOUDSTACK/nTier+Apps+2.0+Functional+Spec
# Implemented codes for RvR
Mostly it's in VirtualNetworkApplianceManagerImpl,
as well as redundant_router directory of systemvm and in cloud-early-setup.
What we know:
# Redundant Virtual Routers (RvR's) are used in CloudStack public clouds per
item 4 above.
# The public RvRs are provisioned with the templates contained in
redundant_router directory of systemvm.
# Keepalived and Conntrackd do most of the "heavy lifting" monitoring and
transitioning the current RvR's in public clouds.
# Keepalived and Contrackd are setup with templates by systemvm.
# The setup_router script calls the setup_redundant_router to provision a
redundant router pair for a vm.
# We will need to confirm each router of a redundant pair is provisioned under
a separate Hypervisor to allow for no single point of failure.
Questions:
# Are there any other references which might be helpful?
# It seems the VirtualNetworkApplianceManagerImpl and associated classes should
be useable for vpcRvR's are there any gotcha's we should know about when using
this class hierarchy ?
# Are there any other single points of failure other than the unique Hypervisor
mentioned above?
# Can setting up a redundant router pair for a vpc be done by simply adding a
call to setup_redundant_router script in the setup_vpcrouter routine for each
vpcRouter marked as redundant?
> nTier Apps 2.0 : Redundant Virtual Router for VPC
> -------------------------------------------------
>
> Key: CLOUDSTACK-764
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-764
> Project: CloudStack
> Issue Type: New Feature
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Reporter: Kishan Kavala
>
> This item is a sub task (2.17) of
> https://issues.apache.org/jira/browse/CLOUDSTACK-621
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
