Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E7CDF11610 for ; Wed, 9 Jul 2014 19:58:04 +0000 (UTC) Received: (qmail 73746 invoked by uid 500); 9 Jul 2014 19:58:04 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 73701 invoked by uid 500); 9 Jul 2014 19:58:04 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 73687 invoked by uid 99); 9 Jul 2014 19:58:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jul 2014 19:58:04 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ilya.mailing.lists@gmail.com designates 209.85.192.175 as permitted sender) Received: from [209.85.192.175] (HELO mail-pd0-f175.google.com) (209.85.192.175) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jul 2014 19:57:58 +0000 Received: by mail-pd0-f175.google.com with SMTP id v10so9542906pde.34 for ; Wed, 09 Jul 2014 12:57:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=+MzMiVyeEjb1qkzX7hxNuwDmdn4AaxTVeTiZE0N6Hmg=; b=F8OGmP0nlSzPwfGb0/BksShH0apa3DTdoN7Lnr90Kz9xSjaEMiNd0du82PNX6ZTiAB Q/ItV7fVI6dLGcJgV4GTARQeEvDwmZFhC552RNm2BT4vgaACLIwR7wgGWps9p0ru3mMm UKZL4kQpOw6iMJmev07fohxfxtjx+5RGlsFcAOAvUQhUsqshK0MvepZdTUzeKIfqLOsQ J7MuLoe7jvLIWWU3UeH1DAVulutU5AaoNRtQILPNAWK86grW8NyQlFtIiNpRvdPOfD1G N8B7M4x2oIS9pMhqCBvkgCawKlZS0wOX+eA/L8lagLY2r6ohYY+Gkc6sRyS99as9VHrR iskw== X-Received: by 10.68.125.164 with SMTP id mr4mr42900020pbb.27.1404935856930; Wed, 09 Jul 2014 12:57:36 -0700 (PDT) Received: from [0.0.0.0] (dev1.cloudsand.com. [162.243.147.22]) by mx.google.com with ESMTPSA id ph6sm29552441pdb.93.2014.07.09.12.57.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Jul 2014 12:57:36 -0700 (PDT) Message-ID: <53BD9EAD.20800@gmail.com> Date: Wed, 09 Jul 2014 15:57:33 -0400 From: ilya musayev User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ritu Sabharwal , Hugo Trippaers CC: "dev@cloudstack.apache.org" Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack... References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------010008040704030903090307" X-Virus-Checked: Checked by ClamAV on apache.org --------------010008040704030903090307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ritu, That tutorial is a bit old. Let me try to answer them, i do have an alternative solution, perhaps we can get on the phone and do a webex session or something similar - this week is bad for me, i'm traveling, but next week, Thursday and beyond - my schedule is flexible. I assume you are on PST timezone somewhere in bay area. Please see response inline to your inquiries. On 7/8/14, 6:29 PM, Ritu Sabharwal wrote: > > Hi Ilya, > > I am trying to add VMWare DC for the first time in CloudStack > management server and need help in doing so. I am trying to test the > Brocade Network Plugin functionality. The Jira id is : > https://issues.apache.org/jira/browse/CLOUDSTACK-6823 > > I am following the Tutorial: > https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Advanced+Network+Tutorial+-+Step+by+Step > > My Network setup: > > 1.2 ESXi hosts 4.1.0 hosts. > > 2.vCenter 5.0 > > Network layout: > > vSwitch0: For Management Network > > vSwitch0: for Guest Network > > vSwitch0 is assigned 1 Physical Nic. This Nic is connected to Brocade > VDX switch. > > My test includes: > > * Create an isolated network; verify that the port-profile is > created on the Brocade switch. > * Attach a VM to the network; verify that the VMs MAC address is > associated with the port profile of the network on the Brocade switch. > * Add VMs to the same guest network but on different hosts and > verify connectivity. > * Check the availability of the switch by using the CloudStack API: > http://:8096/client/api?command=listHosts&type=L2Networking. > This should list the switch with its availability status. > * Delete VMs for an isolated network; verify that the VMs MAC > address is disassociated with the port profile of the network on > the Brocade switch. > * Delete the isolated network; verify that the port-profile is > deleted from the Brocade switch. > > I have few questions: > > 1.Where do I download the system vm template for vmware. I am using > master CS codebase, I don't have the script > /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt > The path is incorrect, this use to apply to CloudStack 4.0 or 4.1, but anything post 4.2 has cloudstack in its path. Here is the snippet of my install script: /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/nfs/secondary -u http://my-webserver/systemvm64template-latest-master-vmware.ova -h vmware -F Note that /mnt/nfs/secondary - is nfs mount - either local or remote That mount must be accessible by hypervisors. Cloudstack needs to access hypervisors and vcenter on port 443. > > 2.Since I am testing L2 connectivity b/w VMs using Brocade switches by > configuring the VLANs( by creating port-profiles) for the network on > the switches, do I need to assign a IP range for Public network and > storage network? > Depends on your setup. Storage network is used when you have a separate segregated NFS or alike storage network. In that case, that storage network must be trunked to you hypervisors. If you are deploying for POC and you dont have a specific storage network, dont add storage network traffic label. Public network - also depends on your setup, if you are doing Advanced Zone with VPC (amazon like cloud), you will need a larger IP pool as you want to assign public IPs to your guest VMs. However, if you are deploying Advanced Shared Zone without VPC, where you are using your physical network and routers/firewalls, then all you need is 2 public ips per zone - which arent really public in the internet sense. > > 3.In the tutorial, there are 2 portgroups for VMs on Managemnt Network > and Development Network? What are these 2 types of VMs? > Cloudstack deploys System VMs in following fashion. Per zone, you have: Advanced Shared Zone (non VPC) - Storage VM - doing storage things uses 1 public ip and 1 management ip (private communication link) - Console Proxy VM - proxies VNC console session from hypervisor to end user uses 1 public ip and 1 management ip (private communication link) - RouterVM - 1 per VLAN uses 1 management ip (private communication link) Advanced Shared Zone (VPC - dont use this type of env so i'm not certain - but from what i'm told) - Storage VM - doing storage things uses 1 public ip and 1 management ip (private communication link) - Console Proxy VM - proxies VNC console session from hypervisor to end user uses 1 public ip and 1 management ip (private communication link) - RouterVM - 1 per VLAN per Account uses 1 management ip (private communication link) > > 4.For primary storage, do I give the datastore attached to the > hypervisor hosts? > It depends yet again :) If you have VMFS datastores, then yes you have to specify existing VMFS store already defined in vCenter. If you are doing NFS, then cloudstack will create it on your behalf. Regards ilya > Any help is appreciated. > > Thanks & Regards, > > Ritu S. > --------------010008040704030903090307--