Re: understanding cloudstack networking
http://www.slideshare.net/ShapeBlue/cloud-stack-networking-shapeblue-techni cal-deep-dive On 8/13/13 10:32 PM, "Mark van der Meulen" wrote: >Does anyone have links to a more comprehensive design or implementation >guide? > >Doco is vague at best, and that slideshow is hardly helpful when it comes >to implementation. > >Mark > >On 14/08/2013, at 10:23 AM, Ahmad Emneina wrote: > >> True, you can have a shared network with public ips, that way vm's get >> public ip's assigned to them directly on launch. >> >> >> On Tue, Aug 13, 2013 at 3:47 PM, Chiradeep Vittal < >> chiradeep.vit...@citrix.com> wrote: >> >>> http://www.slideshare.net/cloudstack/cloudstack-networking (slides 17 >>>and >>> 18) >>> >>> On 8/13/13 3:44 PM, "Chiradeep Vittal" >>> wrote: >>> Actually this is not quite true. You can design a network offering with no NAT or firewall services and give a public range of ips for the network. Or you (the admin) can utilize the default 'shared network' offering to create a similar network on a specific VLAN. On 8/13/13 7:03 AM, "Nguyen Anh Tu" wrote: > 2013/8/13 Mark van der Meulen > >> Are you saying that the only way CloudStack supports public(read: >> networks >> outside immediate pod) access is via NAT? Can I not give the VM's >> publicly >> routable IP's(or equivalent for the network)? > > > Hi Mark, > > At the moment Cloudstack only supports public access via NAT >(staticNat > or > sourceNat). For using Route instead of NAT, I made a small patch. >You can > find the reference here: > >>> >>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+G >>>u > e > st+networks > > > -- > > N.g.U.y.e.N.A.n.H.t.U >>> >>> >
Re: understanding cloudstack networking
Does anyone have links to a more comprehensive design or implementation guide? Doco is vague at best, and that slideshow is hardly helpful when it comes to implementation. Mark On 14/08/2013, at 10:23 AM, Ahmad Emneina wrote: > True, you can have a shared network with public ips, that way vm's get > public ip's assigned to them directly on launch. > > > On Tue, Aug 13, 2013 at 3:47 PM, Chiradeep Vittal < > chiradeep.vit...@citrix.com> wrote: > >> http://www.slideshare.net/cloudstack/cloudstack-networking (slides 17 and >> 18) >> >> On 8/13/13 3:44 PM, "Chiradeep Vittal" >> wrote: >> >>> Actually this is not quite true. You can design a network offering with no >>> NAT or firewall services and give a public range of ips for the network. >>> Or you (the admin) can utilize the default 'shared network' offering to >>> create a similar network on a specific VLAN. >>> >>> >>> On 8/13/13 7:03 AM, "Nguyen Anh Tu" wrote: >>> 2013/8/13 Mark van der Meulen > Are you saying that the only way CloudStack supports public(read: > networks > outside immediate pod) access is via NAT? Can I not give the VM's > publicly > routable IP's(or equivalent for the network)? Hi Mark, At the moment Cloudstack only supports public access via NAT (staticNat or sourceNat). For using Route instead of NAT, I made a small patch. You can find the reference here: >> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+Gu e st+networks -- N.g.U.y.e.N.A.n.H.t.U >>> >> >>
Re: understanding cloudstack networking
2013/8/14 Chiradeep Vittal > Actually this is not quite true. You can design a network offering with no > NAT or firewall services and give a public range of ips for the network. > Or you (the admin) can utilize the default 'shared network' offering to > create a similar network on a specific VLAN. > Thanks Chiradeep for the information! -- N.g.U.y.e.N.A.n.H.t.U
Re: understanding cloudstack networking
True, you can have a shared network with public ips, that way vm's get public ip's assigned to them directly on launch. On Tue, Aug 13, 2013 at 3:47 PM, Chiradeep Vittal < chiradeep.vit...@citrix.com> wrote: > http://www.slideshare.net/cloudstack/cloudstack-networking (slides 17 and > 18) > > On 8/13/13 3:44 PM, "Chiradeep Vittal" > wrote: > > >Actually this is not quite true. You can design a network offering with no > >NAT or firewall services and give a public range of ips for the network. > >Or you (the admin) can utilize the default 'shared network' offering to > >create a similar network on a specific VLAN. > > > > > >On 8/13/13 7:03 AM, "Nguyen Anh Tu" wrote: > > > >>2013/8/13 Mark van der Meulen > >> > >>> Are you saying that the only way CloudStack supports public(read: > >>>networks > >>> outside immediate pod) access is via NAT? Can I not give the VM's > >>>publicly > >>> routable IP's(or equivalent for the network)? > >> > >> > >>Hi Mark, > >> > >>At the moment Cloudstack only supports public access via NAT (staticNat > >>or > >>sourceNat). For using Route instead of NAT, I made a small patch. You can > >>find the reference here: > >> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+Gu > >>e > >>st+networks > >> > >> > >>-- > >> > >>N.g.U.y.e.N.A.n.H.t.U > > > >
Re: understanding cloudstack networking
http://www.slideshare.net/cloudstack/cloudstack-networking (slides 17 and 18) On 8/13/13 3:44 PM, "Chiradeep Vittal" wrote: >Actually this is not quite true. You can design a network offering with no >NAT or firewall services and give a public range of ips for the network. >Or you (the admin) can utilize the default 'shared network' offering to >create a similar network on a specific VLAN. > > >On 8/13/13 7:03 AM, "Nguyen Anh Tu" wrote: > >>2013/8/13 Mark van der Meulen >> >>> Are you saying that the only way CloudStack supports public(read: >>>networks >>> outside immediate pod) access is via NAT? Can I not give the VM's >>>publicly >>> routable IP's(or equivalent for the network)? >> >> >>Hi Mark, >> >>At the moment Cloudstack only supports public access via NAT (staticNat >>or >>sourceNat). For using Route instead of NAT, I made a small patch. You can >>find the reference here: >>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+Gu >>e >>st+networks >> >> >>-- >> >>N.g.U.y.e.N.A.n.H.t.U >
Re: understanding cloudstack networking
Actually this is not quite true. You can design a network offering with no NAT or firewall services and give a public range of ips for the network. Or you (the admin) can utilize the default 'shared network' offering to create a similar network on a specific VLAN. On 8/13/13 7:03 AM, "Nguyen Anh Tu" wrote: >2013/8/13 Mark van der Meulen > >> Are you saying that the only way CloudStack supports public(read: >>networks >> outside immediate pod) access is via NAT? Can I not give the VM's >>publicly >> routable IP's(or equivalent for the network)? > > >Hi Mark, > >At the moment Cloudstack only supports public access via NAT (staticNat or >sourceNat). For using Route instead of NAT, I made a small patch. You can >find the reference here: >https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+Gue >st+networks > > >-- > >N.g.U.y.e.N.A.n.H.t.U
Re: understanding cloudstack networking
2013/8/13 Mark van der Meulen > Are you saying that the only way CloudStack supports public(read: networks > outside immediate pod) access is via NAT? Can I not give the VM's publicly > routable IP's(or equivalent for the network)? Hi Mark, At the moment Cloudstack only supports public access via NAT (staticNat or sourceNat). For using Route instead of NAT, I made a small patch. You can find the reference here: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+Guest+networks -- N.g.U.y.e.N.A.n.H.t.U
RE: understanding cloudstack networking
Thanks for your help. Are you saying that the only way CloudStack supports public(read: networks outside immediate pod) access is via NAT? Can I not give the VM's publicly routable IP's(or equivalent for the network)? If not, why not? Mark -Original Message- From: Ahmad Emneina [mailto:aemne...@gmail.com] Sent: Tuesday, August 13, 2013 1:28 AM To: Cloudstack users mailing list Subject: Re: understanding cloudstack networking >>Based on what I have read, I think I would like to setup a Public Cloud, essentially some hypervisors on a private network(lets say 10.1.254.0/24) and storage on another network(let's say10.1.253.0/24) and then all the VM's given public IP's(let's say 200.10.10.0/24). I don't understand how to do that, or even what the difference is between a Guest network and Public network(do they have to be separate?) using this info how I'd setup this specific cloud in cloudstack is. have your public network on a vlan, say 200. trunk that down to your hosts. You'll also need a zone vlan range... 300-400. How these manifest in cloudstack is; whenever a user creates a vm on a guest isolated network, a vlan will be plucked from that range, and used to create an isolated network. whatever you defined as your guest cidr in the zone creation wizard. this is where your guests will reside. each account will have the same isolated network 'range' or segment, if theyre using the guest isolation method. a virtual router is created, with a leg on the public network, a leg on the guest isolated network and another private address( we wont worry about that for now). These dont impact your private networks since those should be separate from your virtual infra. from there your vm's public traffic will route out through the VR on its public leg. one can setup NAT rules to surface services setup on the guest vm's. Hopefully that gives you a better picture of how this fits together... feel free to ask more questions and file bugs on the docs!!! :) On Mon, Aug 12, 2013 at 1:10 AM, Mark van der Meulen wrote: > Hi, > > I am having a little trouble understanding how the cloudstack networking > model works, I have read the documentation and enquired on IRC(without > response) and still don't really get it. I suspect if I was able to setup > CloudStack and play with it I would understand, however given that I have > to go through a complex networking setup to get the Zone/Pod/Cluster/Host > even setup to start with, I haven't been able to get far enough in to start > playing. > > Based on what I have read, I think I would like to setup a Public Cloud, > essentially some hypervisors on a private network(lets say 10.1.254.0/24) > and storage on another network(let's say 10.1.253.0/24) and then all the > VM's given public IP's(let's say 200.10.10.0/24). I don't understand how > to do that, or even what the difference is between a Guest network and > Public network(do they have to be separate?) > > I'm used to just building VM's in vSphere and the reason I would like to > move to CloudStack is for the automation and ability to give not so > technical people access to creating VM's. On vSphere this would be easy, > iSCSI and Management on the same 10G NIC with different VLAN tags, and then > guest network on another NIC. Replicating this into Cloudstack with KVM > doesn't seem possible? Can I use VLAN tagging? > > Other questions I have are around the multitude of DNS servers(internal, > external, etc) that the CloudStack Management server asks me for when I set > up the Pod/Cluster/Host as well as internal and external networks - then > how do I assign and make sure all configuration is okay across hypervisors? > > If someone could point me towards a good guide I would really appreciate > it. > > Mark
Re: understanding cloudstack networking
>>Based on what I have read, I think I would like to setup a Public Cloud, essentially some hypervisors on a private network(lets say 10.1.254.0/24) and storage on another network(let's say10.1.253.0/24) and then all the VM's given public IP's(let's say 200.10.10.0/24). I don't understand how to do that, or even what the difference is between a Guest network and Public network(do they have to be separate?) using this info how I'd setup this specific cloud in cloudstack is. have your public network on a vlan, say 200. trunk that down to your hosts. You'll also need a zone vlan range... 300-400. How these manifest in cloudstack is; whenever a user creates a vm on a guest isolated network, a vlan will be plucked from that range, and used to create an isolated network. whatever you defined as your guest cidr in the zone creation wizard. this is where your guests will reside. each account will have the same isolated network 'range' or segment, if theyre using the guest isolation method. a virtual router is created, with a leg on the public network, a leg on the guest isolated network and another private address( we wont worry about that for now). These dont impact your private networks since those should be separate from your virtual infra. from there your vm's public traffic will route out through the VR on its public leg. one can setup NAT rules to surface services setup on the guest vm's. Hopefully that gives you a better picture of how this fits together... feel free to ask more questions and file bugs on the docs!!! :) On Mon, Aug 12, 2013 at 1:10 AM, Mark van der Meulen wrote: > Hi, > > I am having a little trouble understanding how the cloudstack networking > model works, I have read the documentation and enquired on IRC(without > response) and still don't really get it. I suspect if I was able to setup > CloudStack and play with it I would understand, however given that I have > to go through a complex networking setup to get the Zone/Pod/Cluster/Host > even setup to start with, I haven't been able to get far enough in to start > playing. > > Based on what I have read, I think I would like to setup a Public Cloud, > essentially some hypervisors on a private network(lets say 10.1.254.0/24) > and storage on another network(let's say 10.1.253.0/24) and then all the > VM's given public IP's(let's say 200.10.10.0/24). I don't understand how > to do that, or even what the difference is between a Guest network and > Public network(do they have to be separate?) > > I'm used to just building VM's in vSphere and the reason I would like to > move to CloudStack is for the automation and ability to give not so > technical people access to creating VM's. On vSphere this would be easy, > iSCSI and Management on the same 10G NIC with different VLAN tags, and then > guest network on another NIC. Replicating this into Cloudstack with KVM > doesn't seem possible? Can I use VLAN tagging? > > Other questions I have are around the multitude of DNS servers(internal, > external, etc) that the CloudStack Management server asks me for when I set > up the Pod/Cluster/Host as well as internal and external networks - then > how do I assign and make sure all configuration is okay across hypervisors? > > If someone could point me towards a good guide I would really appreciate > it. > > Mark
Re: understanding cloudstack networking
sounds great Ron, I'm sure I am not the guy you need for this but I'll keep an eye on it. The 'someone who actually knows what it s supposed to say' is bound to be around on this list or dev. regards, Daan On Mon, Aug 12, 2013 at 4:55 PM, Ron Wheeler wrote: > I have been reading and correcting the posted 4.2 documentation changes that > I understand or where the English errors are very clear. > > I have filed JIRAs and some have been fixed. > > I would be willing to participate in a workshop to walk through the > installation with someone who actually knows what it s supposed to say. > > Ron > > > > On 12/08/2013 10:41 AM, Daan Hoogland wrote: >> >> you are right Ron, but even those companies/people can only spend >> their time once. So please submit you improvements whenever you can. >> >> regards, >> Daan >> >> On Mon, Aug 12, 2013 at 4:32 PM, Ron Wheeler >> wrote: >>> >>> On 12/08/2013 10:08 AM, Travis Graham wrote: One of the most confusing things I've ran into, past the fact the documentation is wrong about 80% of the time, is the mix of CentOS and Ubuntu instructions. I think splitting things out into their own OS specific install guides would reduce a lot of confusion. >>> >>> Yes. >>> I was browsing the 4.2 docs in the repo this weekend and I'm still not seeing swath of the incorrect info being updated. Maybe things that haven't been rolled into the 4.2 branch yet. >>> >>> I hope that this gets done. It is the biggest problem that CloudStack has >>> in >>> getting traction. >>> >>> You only get one chance to make a first impression and the impression at >>> the >>> moment is that the system does not work and is not ready for prime time >>> except for organizations that have a development group ready to read the >>> code and fix the docs for their installation. >>> >>> Ron >>> >>> Travis On Aug 12, 2013, at 9:59 AM, Ron Wheeler wrote: > The documentation is wrong which is a big problem. > > It is also confusing with extraneous stuff stuck in the middle and > missing introductory information to explain where the instructions are > leading. > > There seems to be a big effort to get 4.2 out with accurate docs and I > hope more clarifying text and drawings. > > It appears that there is a lot of effort going into external Wiki > documentation to make up for the state of the manuals. > > Ron > > > On 12/08/2013 4:10 AM, Mark van der Meulen wrote: >> >> Hi, >> >> I am having a little trouble understanding how the cloudstack >> networking >> model works, I have read the documentation and enquired on IRC(without >> response) and still don't really get it. I suspect if I was able to >> setup >> CloudStack and play with it I would understand, however given that I >> have to >> go through a complex networking setup to get the Zone/Pod/Cluster/Host >> even >> setup to start with, I haven't been able to get far enough in to start >> playing. >> >> Based on what I have read, I think I would like to setup a Public >> Cloud, >> essentially some hypervisors on a private network(lets say >> 10.1.254.0/24) >> and storage on another network(let's say 10.1.253.0/24) and then all >> the >> VM's given public IP's(let's say 200.10.10.0/24). I don't understand >> how to >> do that, or even what the difference is between a Guest network and >> Public >> network(do they have to be separate?) >> >> I'm used to just building VM's in vSphere and the reason I would like >> to >> move to CloudStack is for the automation and ability to give not so >> technical people access to creating VM's. On vSphere this would be >> easy, >> iSCSI and Management on the same 10G NIC with different VLAN tags, and >> then >> guest network on another NIC. Replicating this into Cloudstack with >> KVM >> doesn't seem possible? Can I use VLAN tagging? >> >> Other questions I have are around the multitude of DNS >> servers(internal, >> external, etc) that the CloudStack Management server asks me for when >> I set >> up the Pod/Cluster/Host as well as internal and external networks - >> then how >> do I assign and make sure all configuration is okay across >> hypervisors? >> >> If someone could point me towards a good guide I would really >> appreciate >> it. >> >> Mark > > > -- > > > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 >
Re: understanding cloudstack networking
I have been reading and correcting the posted 4.2 documentation changes that I understand or where the English errors are very clear. I have filed JIRAs and some have been fixed. I would be willing to participate in a workshop to walk through the installation with someone who actually knows what it s supposed to say. Ron On 12/08/2013 10:41 AM, Daan Hoogland wrote: you are right Ron, but even those companies/people can only spend their time once. So please submit you improvements whenever you can. regards, Daan On Mon, Aug 12, 2013 at 4:32 PM, Ron Wheeler wrote: On 12/08/2013 10:08 AM, Travis Graham wrote: One of the most confusing things I've ran into, past the fact the documentation is wrong about 80% of the time, is the mix of CentOS and Ubuntu instructions. I think splitting things out into their own OS specific install guides would reduce a lot of confusion. Yes. I was browsing the 4.2 docs in the repo this weekend and I'm still not seeing swath of the incorrect info being updated. Maybe things that haven't been rolled into the 4.2 branch yet. I hope that this gets done. It is the biggest problem that CloudStack has in getting traction. You only get one chance to make a first impression and the impression at the moment is that the system does not work and is not ready for prime time except for organizations that have a development group ready to read the code and fix the docs for their installation. Ron Travis On Aug 12, 2013, at 9:59 AM, Ron Wheeler wrote: The documentation is wrong which is a big problem. It is also confusing with extraneous stuff stuck in the middle and missing introductory information to explain where the instructions are leading. There seems to be a big effort to get 4.2 out with accurate docs and I hope more clarifying text and drawings. It appears that there is a lot of effort going into external Wiki documentation to make up for the state of the manuals. Ron On 12/08/2013 4:10 AM, Mark van der Meulen wrote: Hi, I am having a little trouble understanding how the cloudstack networking model works, I have read the documentation and enquired on IRC(without response) and still don't really get it. I suspect if I was able to setup CloudStack and play with it I would understand, however given that I have to go through a complex networking setup to get the Zone/Pod/Cluster/Host even setup to start with, I haven't been able to get far enough in to start playing. Based on what I have read, I think I would like to setup a Public Cloud, essentially some hypervisors on a private network(lets say 10.1.254.0/24) and storage on another network(let's say 10.1.253.0/24) and then all the VM's given public IP's(let's say 200.10.10.0/24). I don't understand how to do that, or even what the difference is between a Guest network and Public network(do they have to be separate?) I'm used to just building VM's in vSphere and the reason I would like to move to CloudStack is for the automation and ability to give not so technical people access to creating VM's. On vSphere this would be easy, iSCSI and Management on the same 10G NIC with different VLAN tags, and then guest network on another NIC. Replicating this into Cloudstack with KVM doesn't seem possible? Can I use VLAN tagging? Other questions I have are around the multitude of DNS servers(internal, external, etc) that the CloudStack Management server asks me for when I set up the Pod/Cluster/Host as well as internal and external networks - then how do I assign and make sure all configuration is okay across hypervisors? If someone could point me towards a good guide I would really appreciate it. Mark -- -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102
Re: understanding cloudstack networking
you are right Ron, but even those companies/people can only spend their time once. So please submit you improvements whenever you can. regards, Daan On Mon, Aug 12, 2013 at 4:32 PM, Ron Wheeler wrote: > On 12/08/2013 10:08 AM, Travis Graham wrote: >> >> One of the most confusing things I've ran into, past the fact the >> documentation is wrong about 80% of the time, is the mix of CentOS and >> Ubuntu instructions. >> >> I think splitting things out into their own OS specific install guides >> would reduce a lot of confusion. > > Yes. > >> >> I was browsing the 4.2 docs in the repo this weekend and I'm still not >> seeing swath of the incorrect info being updated. Maybe things that haven't >> been rolled into the 4.2 branch yet. > > I hope that this gets done. It is the biggest problem that CloudStack has in > getting traction. > > You only get one chance to make a first impression and the impression at the > moment is that the system does not work and is not ready for prime time > except for organizations that have a development group ready to read the > code and fix the docs for their installation. > > Ron > > >> Travis >> >> On Aug 12, 2013, at 9:59 AM, Ron Wheeler >> wrote: >> >>> The documentation is wrong which is a big problem. >>> >>> It is also confusing with extraneous stuff stuck in the middle and >>> missing introductory information to explain where the instructions are >>> leading. >>> >>> There seems to be a big effort to get 4.2 out with accurate docs and I >>> hope more clarifying text and drawings. >>> >>> It appears that there is a lot of effort going into external Wiki >>> documentation to make up for the state of the manuals. >>> >>> Ron >>> >>> >>> On 12/08/2013 4:10 AM, Mark van der Meulen wrote: Hi, I am having a little trouble understanding how the cloudstack networking model works, I have read the documentation and enquired on IRC(without response) and still don't really get it. I suspect if I was able to setup CloudStack and play with it I would understand, however given that I have to go through a complex networking setup to get the Zone/Pod/Cluster/Host even setup to start with, I haven't been able to get far enough in to start playing. Based on what I have read, I think I would like to setup a Public Cloud, essentially some hypervisors on a private network(lets say 10.1.254.0/24) and storage on another network(let's say 10.1.253.0/24) and then all the VM's given public IP's(let's say 200.10.10.0/24). I don't understand how to do that, or even what the difference is between a Guest network and Public network(do they have to be separate?) I'm used to just building VM's in vSphere and the reason I would like to move to CloudStack is for the automation and ability to give not so technical people access to creating VM's. On vSphere this would be easy, iSCSI and Management on the same 10G NIC with different VLAN tags, and then guest network on another NIC. Replicating this into Cloudstack with KVM doesn't seem possible? Can I use VLAN tagging? Other questions I have are around the multitude of DNS servers(internal, external, etc) that the CloudStack Management server asks me for when I set up the Pod/Cluster/Host as well as internal and external networks - then how do I assign and make sure all configuration is okay across hypervisors? If someone could point me towards a good guide I would really appreciate it. Mark >>> >>> >>> -- >>> Ron Wheeler >>> President >>> Artifact Software Inc >>> email: rwhee...@artifact-software.com >>> skype: ronaldmwheeler >>> phone: 866-970-2435, ext 102 >>> >> > > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 >
Re: understanding cloudstack networking
On 12/08/2013 10:08 AM, Travis Graham wrote: One of the most confusing things I've ran into, past the fact the documentation is wrong about 80% of the time, is the mix of CentOS and Ubuntu instructions. I think splitting things out into their own OS specific install guides would reduce a lot of confusion. Yes. I was browsing the 4.2 docs in the repo this weekend and I'm still not seeing swath of the incorrect info being updated. Maybe things that haven't been rolled into the 4.2 branch yet. I hope that this gets done. It is the biggest problem that CloudStack has in getting traction. You only get one chance to make a first impression and the impression at the moment is that the system does not work and is not ready for prime time except for organizations that have a development group ready to read the code and fix the docs for their installation. Ron Travis On Aug 12, 2013, at 9:59 AM, Ron Wheeler wrote: The documentation is wrong which is a big problem. It is also confusing with extraneous stuff stuck in the middle and missing introductory information to explain where the instructions are leading. There seems to be a big effort to get 4.2 out with accurate docs and I hope more clarifying text and drawings. It appears that there is a lot of effort going into external Wiki documentation to make up for the state of the manuals. Ron On 12/08/2013 4:10 AM, Mark van der Meulen wrote: Hi, I am having a little trouble understanding how the cloudstack networking model works, I have read the documentation and enquired on IRC(without response) and still don't really get it. I suspect if I was able to setup CloudStack and play with it I would understand, however given that I have to go through a complex networking setup to get the Zone/Pod/Cluster/Host even setup to start with, I haven't been able to get far enough in to start playing. Based on what I have read, I think I would like to setup a Public Cloud, essentially some hypervisors on a private network(lets say 10.1.254.0/24) and storage on another network(let's say 10.1.253.0/24) and then all the VM's given public IP's(let's say 200.10.10.0/24). I don't understand how to do that, or even what the difference is between a Guest network and Public network(do they have to be separate?) I'm used to just building VM's in vSphere and the reason I would like to move to CloudStack is for the automation and ability to give not so technical people access to creating VM's. On vSphere this would be easy, iSCSI and Management on the same 10G NIC with different VLAN tags, and then guest network on another NIC. Replicating this into Cloudstack with KVM doesn't seem possible? Can I use VLAN tagging? Other questions I have are around the multitude of DNS servers(internal, external, etc) that the CloudStack Management server asks me for when I set up the Pod/Cluster/Host as well as internal and external networks - then how do I assign and make sure all configuration is okay across hypervisors? If someone could point me towards a good guide I would really appreciate it. Mark -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102
Re: understanding cloudstack networking
One of the most confusing things I've ran into, past the fact the documentation is wrong about 80% of the time, is the mix of CentOS and Ubuntu instructions. I think splitting things out into their own OS specific install guides would reduce a lot of confusion. I was browsing the 4.2 docs in the repo this weekend and I'm still not seeing swath of the incorrect info being updated. Maybe things that haven't been rolled into the 4.2 branch yet. Travis On Aug 12, 2013, at 9:59 AM, Ron Wheeler wrote: > The documentation is wrong which is a big problem. > > It is also confusing with extraneous stuff stuck in the middle and missing > introductory information to explain where the instructions are leading. > > There seems to be a big effort to get 4.2 out with accurate docs and I hope > more clarifying text and drawings. > > It appears that there is a lot of effort going into external Wiki > documentation to make up for the state of the manuals. > > Ron > > > On 12/08/2013 4:10 AM, Mark van der Meulen wrote: >> Hi, >> >> I am having a little trouble understanding how the cloudstack networking >> model works, I have read the documentation and enquired on IRC(without >> response) and still don't really get it. I suspect if I was able to setup >> CloudStack and play with it I would understand, however given that I have to >> go through a complex networking setup to get the Zone/Pod/Cluster/Host even >> setup to start with, I haven't been able to get far enough in to start >> playing. >> >> Based on what I have read, I think I would like to setup a Public Cloud, >> essentially some hypervisors on a private network(lets say 10.1.254.0/24) >> and storage on another network(let's say 10.1.253.0/24) and then all the >> VM's given public IP's(let's say 200.10.10.0/24). I don't understand how to >> do that, or even what the difference is between a Guest network and Public >> network(do they have to be separate?) >> >> I'm used to just building VM's in vSphere and the reason I would like to >> move to CloudStack is for the automation and ability to give not so >> technical people access to creating VM's. On vSphere this would be easy, >> iSCSI and Management on the same 10G NIC with different VLAN tags, and then >> guest network on another NIC. Replicating this into Cloudstack with KVM >> doesn't seem possible? Can I use VLAN tagging? >> >> Other questions I have are around the multitude of DNS servers(internal, >> external, etc) that the CloudStack Management server asks me for when I set >> up the Pod/Cluster/Host as well as internal and external networks - then how >> do I assign and make sure all configuration is okay across hypervisors? >> >> If someone could point me towards a good guide I would really appreciate it. >> >> Mark > > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 >
Re: understanding cloudstack networking
The documentation is wrong which is a big problem. It is also confusing with extraneous stuff stuck in the middle and missing introductory information to explain where the instructions are leading. There seems to be a big effort to get 4.2 out with accurate docs and I hope more clarifying text and drawings. It appears that there is a lot of effort going into external Wiki documentation to make up for the state of the manuals. Ron On 12/08/2013 4:10 AM, Mark van der Meulen wrote: Hi, I am having a little trouble understanding how the cloudstack networking model works, I have read the documentation and enquired on IRC(without response) and still don't really get it. I suspect if I was able to setup CloudStack and play with it I would understand, however given that I have to go through a complex networking setup to get the Zone/Pod/Cluster/Host even setup to start with, I haven't been able to get far enough in to start playing. Based on what I have read, I think I would like to setup a Public Cloud, essentially some hypervisors on a private network(lets say 10.1.254.0/24) and storage on another network(let's say 10.1.253.0/24) and then all the VM's given public IP's(let's say 200.10.10.0/24). I don't understand how to do that, or even what the difference is between a Guest network and Public network(do they have to be separate?) I'm used to just building VM's in vSphere and the reason I would like to move to CloudStack is for the automation and ability to give not so technical people access to creating VM's. On vSphere this would be easy, iSCSI and Management on the same 10G NIC with different VLAN tags, and then guest network on another NIC. Replicating this into Cloudstack with KVM doesn't seem possible? Can I use VLAN tagging? Other questions I have are around the multitude of DNS servers(internal, external, etc) that the CloudStack Management server asks me for when I set up the Pod/Cluster/Host as well as internal and external networks - then how do I assign and make sure all configuration is okay across hypervisors? If someone could point me towards a good guide I would really appreciate it. Mark -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102