blob: 2d1a49e04c5c51b54b4687a1a5b8c4c275c6b054 [file] [log] [blame]
<?xml version='1.0' encoding='utf-8' ?>
<!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
<!ENTITY % BOOK_ENTITIES SYSTEM "cloudstack.ent">
%BOOK_ENTITIES;
]>
<!-- Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
"License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
-->
<section id="vlan-provisioning">
<title>VLAN Provisioning</title>
<para>&PRODUCT; automatically creates and destroys interfaces bridged to VLANs on the hosts. In
general the administrator does not need to manage this process.</para>
<para>&PRODUCT; manages VLANs differently based on hypervisor type. For XenServer or KVM, the
VLANs are created on only the hosts where they will be used and then they are destroyed when all
guests that require them have been terminated or moved to another host.</para>
<para>For vSphere the VLANs are provisioned on all hosts in the cluster even if there is no guest
running on a particular Host that requires the VLAN. This allows the administrator to perform
live migration and other functions in vCenter without having to create the VLAN on the
destination Host. Additionally, the VLANs are not removed from the Hosts when they are no longer
needed.</para>
<para>You can use the same VLANs on different physical networks provided that each physical
network has its own underlying layer-2 infrastructure, such as switches. For example, you can
specify VLAN range 500 to 1000 while deploying physical networks A and B in an Advanced zone
setup. This capability allows you to set up an additional layer-2 physical infrastructure on a
different physical NIC and use the same set of VLANs if you run out of VLANs. Another advantage
is that you can use the same set of IPs for different customers, each one with their own routers
and the guest networks on different physical NICs.</para>
<xi:include href="vlan-allocation-eg.xml" xmlns:xi="http://www.w3.org/2001/XInclude"/>
<xi:include href="non-contiguous-vlan.xml" xmlns:xi="http://www.w3.org/2001/XInclude" />
<xi:include href="vlan-assign-isolated-nw.xml" xmlns:xi="http://www.w3.org/2001/XInclude" />
</section>