cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tilak Raj Singh <tila...@gmail.com>
Subject Re: Basic networking - Multiple pods for 1 zone
Date Wed, 11 Mar 2015 08:42:32 GMT
Hello,

I have the current setup exactly as you have mentioned above. Currently I
am using CS 4.4.1 and it is working perfect for me. Actually CS allows
adding of hosts in different subnets into the same cluster. That should not
be allowed. I also reported it on Jira. For multiple pods in different
networks the CS UI asks for reserved IP ranges but not for the guest IP
ranges which eventually lead to error while deploying the VMs as IP address
are not available for the new subnet for which you just created a Pod. To
overcome this issue you have to manually add the guest IP range for your
newly created Pod. To add this guest IP range follow these steps.

1) Goto infrastructure and select view all for zones,
2) In the next page select your zone.
3) Then click on Physical Network tab and select the physical network
listed there. Mine is PhysicalNetworkInBasicZone
4) On the next page click on configure button inthe box listed for Guest
5) On the next page select Ip ranges tab
6) On the next page select the Pod for which you want to enter the Guest IP
range in the drop down menu and then fill up the entries for Gateway
Netmask StartIp and EndIP.

Now when any VM is created on any host in this pod for the very first time
the VM will be spawned and the ip is allocated via DHCP as desired. I
suggest if you already have any VM for this new subnet then you delete it
and follow these steps. Create a new Pod, a cluster in this new Pod and
then add the hosts in the subnet into this cluster and then follow the
steps listed above.

I dont know if this thing should be reported as an issue in cloudstack
about the UI not taking entries for Guest IP when creating new POD in
cloudstack. Let me know if I should report it.

Regards

On Wed, Mar 11, 2015 at 1:51 PM, cs user <acldstkusr@gmail.com> wrote:

> Many thanks Lucian and Geoff for getting back to me.
>
> It appears I'm hitting this bug:
> https://issues.apache.org/jira/browse/CLOUDSTACK-6476
>
> As cloudstack is repeatedly spinning up a virtual router into a pod which
> already has one, and so instances in the other pod are unable to get an IP
> address from dhcp.
>
> I'm not sure though which version the fix for the above appears in, it says
> it affects 4.4.0 and is fixed in 4.4.0, but it doesn't appear in any
> "issues fixed in this release" section of the docs for any of the releases
> I have checked (4.4.0 onwards). I have also gone back and checked 4.3.1 and
> 4.3.2 but it is not mentioned there either. Can anyone confirm which
> versions it is fixed in?
>
>
> Thanks!
> (Will send this onto the dev list as well)
>
>
> On Tue, Mar 10, 2015 at 11:35 PM, Geoff Higginbottom <
> geoff.higginbottom@shapeblue.com> wrote:
>
> > Hi,
> >
> > In Basic Networking the preferred deployment method is exactly how you
> > describe, and is actually enforced by global settings.
> >
> > Each POD should have a unique Guest IP Range and Reserved IP Range.  I
> > also consider it best practice to have your Hosts on a completely
> different
> > IP range.
> >
> > The Idea is that each POD is a broadcast domain contained within its top
> > of rack switching, and routing of guest traffic between PODs is handled
> by
> > your core switches.
> >
> > Regards
> >
> > Geoff Higginbottom
> > CTO / Cloud Architect
> >
> > D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel:
> > +442036030540> | M: +447968161581<tel:+447968161581>
> >
> > geoff.higginbottom@shapeblue.com<mailto:geoff.higginbottom@shapeblue.com
> >
> > | www.shapeblue.com<htp://www.shapeblue.com/> | Twitter:@cloudstackguru<
> > https://twitter.com/#!/cloudstackguru>
> >
> > ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N
> > 4HS<x-apple-data-detectors://5>
> >
> >
> > On 10 Mar 2015, at 23:11, Nux! <nux@li.nux.ro<mailto:nux@li.nux.ro>>
> > wrote:
> >
> > Hello,
> >
> > I think it should be possible what you suggest. Have not tried it though.
> >
> > Lucian
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro<http://www.nux.ro>
> >
> > ----- Original Message -----
> > From: "cs user" <acldstkusr@gmail.com<mailto:acldstkusr@gmail.com>>
> > To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>
> > Sent: Tuesday, 10 March, 2015 21:25:58
> > Subject: Basic networking - Multiple pods for 1 zone
> >
> > Hi All,
> >
> > Apologies, second question in one evening.... :-)
> >
> > If you have 1 zone in cloudstack configured for basic networking, and 2
> > pods. Are you able to configure these pods to have completely different
> > subnets on different vlans?
> >
> > This is certainly possible to do in the webinterface, but will it work in
> > practice? Or should these pods be on the same subnet, with the same
> > gateway, and just have different ip ranges assigned to them?
> >
> > Cheers!
> > Find out more about ShapeBlue and our range of CloudStack related
> services
> >
> > IaaS Cloud Design & Build<
> > http://shapeblue.com/iaas-cloud-design-and-build//>
> > CSForge - rapid IaaS deployment framework<http://shapeblue.com/csforge/>
> > CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
> > CloudStack Software Engineering<
> > http://shapeblue.com/cloudstack-software-engineering/>
> > CloudStack Infrastructure Support<
> > http://shapeblue.com/cloudstack-infrastructure-support/>
> > CloudStack Bootcamp Training Courses<
> > http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are intended
> > solely for the use of the individual to whom it is addressed. Any views
> or
> > opinions expressed are solely those of the author and do not necessarily
> > represent those of Shape Blue Ltd or related companies. If you are not
> the
> > intended recipient of this email, you must neither take any action based
> > upon its contents, nor copy or show it to anyone. Please contact the
> sender
> > if you believe you have received this email in error. Shape Blue Ltd is a
> > company incorporated in England & Wales. ShapeBlue Services India LLP is
> a
> > company incorporated in India and is operated under license from Shape
> Blue
> > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil
> > and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
> is
> > a company registered by The Republic of South Africa and is traded under
> > license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message