Zero Wait-State Product Lifecycle Management - PLM Blog

28
Jul
2010

Going Virtual with Agile PLM… Don’t Be Scared (Part 1)

Written by Rodney McCabe   

Virtualizing your Agile PLM EnvironmentOften as I talk to clients the subject of virtualizing their Agile PLM environment comes up and as much as they may want to embrace the technology it seems as though they are usually afraid to make a commitment, even in a staging/test environment. Here at Zero Wait-State, we have been running on VMware for years.

Our first use of VMware was with their workstation product. Workstation is a great tool to produce a virtual machine and host it as an application on top of another operating system. For most of our developers and implementation staff, we could quickly create a virtual machine (VM) that represented our customer’s environment and run it locally on our Windows XP based laptops. When it came time to test, we could open up VMware Workstation and start the client’s VM. This was great until resource requirements for various product lines became more demanding.

Over time we needed to run Eclipse for Java development, possibly a CAD tool, a VM for Agile and a VM for our DesignState server and it simply overwhelmed our laptops and workstations because we had the underlying operating system as well. We turned to VMware ESX and ESXi.

These are great products that we were immediately drawn to. Staff started offloading their VM needs to the server and productivity improved greatly through freed local resources. Soon we were able to consolidate another physical machine. This opened the door to vSphere and central management with vCenter. This is awesome stuff and we will review its capabilties in this post.

Hopefully, sharing how we use this technology on a daily basis will help those who are hesitant to realize the power of virtualization take a step of faith and test the waters. My goal here is to do more than just talk about it; I am going to show you what we do. I have the need to stand up an Agile PLM 9.3.0.2 environment for testing purposes. As you know, the Agile EC, Agile API (development) and PLM stuff we do :). Therefore, this is going to be more of a series with full screencasts. Here is how I see the series taking shape:

  1. Create a Windows 2008 SP1 virtual machine template. (Why SP1? Because that is what is supported by the latest release of Agile right now.)
  2. Provision a virtual machine from the template we just created and get it ready for installation of Agile PLM.
  3. Install AgilePLM (multiple screen casts). This is not an Agile tutorial but rather a focus on virtualization and how it can save your bacon on the installation process when things go wrong.
  4. Disaster Recovery. Wow … DR what’s that? The ability to RESTORE … more meaningful than just a backup.
  5. I may cover importing, exporting and other tasks but suspect time will limit my ability to knock these out. I have a long list of blogs I keep meaning to write.

As you can see there are a few things to chat about and in my opinion, all worthwhile. So here we go: Part 1 Creating a Windows SP1 VM template, enjoy! (Opens a new window)

Create a template virtual machine for Agile PLM

 

 

Comments  

 
0 #1 2010-08-01 19:10
Virtualization is interesting, in my view. Have you had a chance to experiment with cloud based virtual environments too? I had a chance to write about virtualization and PLM earlier this week in my blog http://beyondplm.com/2010/07/30/virtual-desktops-and-cad-plm-on-the-cloud/. Best, Oleg
Quote
 
 
0 #2 Stephen Porter 2010-08-02 07:57
Oleg,
I have noticed you have written many blogs on this topic. We are very interested too. Performance is our main concern. Virtualization opens up many opportunities form a cloud perspective. We currently have several versions of Agile running on our ESX server. Our next step will be to work with VMWare to put them on the cloud and see how they perform. I am sure Rodney will have some interesting blogs on this topic.
Quote
 
 
0 #3 Rodney McCabe 2010-08-02 11:16
The cloud still raises two concerns for me: security and performance. I am old fashion in that I prefer to have intellectual property fully under our control. Interestingly enough, it may actually be less secure under internal control but if there is a breech, it is our doing. As for performance, if you are integrating PDM and PLM and have a lot of 300 part assemblies to migrate between internal PDM repositories and a cloud based PLM, the bandwidth may be too restrictive for the data payload. Though the context is different the phrase about a golf ball and garden hose come to mind.

As Steve indicated, the real test would be in evaluating performance benchmarks, something I have not seen someone do. Lots of talk about virtualizing but not a lot of hard data; we'll see what we can do. Thanks for reading!
Quote
 

Add comment


Security code
Refresh

More Info

Data Migration Hub

datamigrationhub_icon Visit our Data Migration Hub to read blogs and find other resources to help you be successful in your data migration effort.

Virtualization Hub

Virtualization Hub More companies are starting to leverage the power of virtualization for their PDM and PLM needs. Through our Virtualization Hub you can gain valuable insight into this growing trend.

The EC Hub

Engineering Collaboration Hub Engineering Collaboration enables your design team to work together in ways that shared file access cannot. Visit our hub dedicated to this crucial topic.

Support Hub (Contact)

contact-us Zero Wait-State is working to provide our clients with the best possible service and we are excited about our up coming Support Hub! For now, you can click this icon to contact us for support.