Which version of VCL are you using? VCL 2.3 is using snapshots to get around this full copy issue.
Aaron On Tue, Nov 13, 2012 at 3:16 PM, Alexander Patterson <[email protected]> wrote: > We have the same issue here with our larger Windows Images, they will > fail but it's due to the time out SSH, waiting for them to be fully > on and checking in in VCL. > > What I have been doing is just manually loading up commonly used VM's > and having them ready but this isn't the best use of my time. > > You can set up Block reservation and make them available for all users > to fix this issue, and set X image for X user at X time just make it > for everyone to use. > > One thing I have been doing is making more and more classes use the > same images, and not letting everyone have the same image. > I have 20 classes sharing our same science image with SPSS and SAS. > Just make sure that I have 100 of these spun up at all times. > I'm really trying to keep us to under 15 images so we can edit or > update them and keep them all spun up with our limited resources. > > -Alex > CSUEB > On Tue, Nov 13, 2012 at 12:01 PM, Michael Jinks <[email protected]> wrote: >> Our VCL deployment uses a set of standalone VMware ESXi vhosts, each >> with its on LUN on a shared common SAN. Due to license restrictions we >> aren't able to use VMware's copy-on-write technology (Linked Clones), so >> every time we load an OS image to a VM, it's a full copy. >> >> This has the impact you'd expect. The worst case we've been able to >> generate so far involves a set of VM's loaded with a Linux image, all >> reloading with our 60G Windows image. Up to about eight or 10 systems, >> reloads and block allocations work fine. But much above that number, >> and resource contention slows down the deploys to the point that VCL >> will time out waiting for some of the VM's to come up. Between 15 and >> 20 instances will result in all or most of the loaded VM's being marked >> "failed". >> >> So the first question is obvious: Is anyone else using a similar setup, >> and do you have any advice on dealing with this issue? >> >> One idea I had: I believe that VCL already has a delay between VM >> starts, and we might squeeze a little more life out of our setup by >> raising that factor. Assuming I'm right and that parameter does exist, >> where is it? >> >> Thanks, >> -m >> >> -- >> Michael Jinks :: [email protected] >> University of Chicago IT Services > > > > -- > Thanks, > Alex Patterson > User Support Services > Operating System Analyst > California State University, East Bay -- Aaron Peeler Program Manager Virtual Computing Lab NC State University All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.
