[ 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:18 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: # [http://blogs.clogeny.com/understanding-the-redundant-virtual-router-in-citrix-cloudplatform] # Cloudstack function spec for RvR [https://cwiki.apache.org/confluence/display/CLOUDSTACK/Reundant+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 code for RvR 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: # [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)