VMware Communities > Blogs > Virtualization Frontier > Tags

Blog Posts

Virtualization Frontier

10 Posts tagged with the md3000i tag
0

I've been a user of Fibre Channel SANs for about eight years. I have used the Dell | EMC-based arrays throughout and have gone through a few product transitions from the FC4700 to the CX-600 to most recently a CX3-80. I always liked the Navisphere management tool and was able to great performance across the range of applications that I set up to use the Fibre Channel storage.

About eight months ago I was finally convinced to try out some iSCSI arrays. First, I worked with the Dell | EMC CX3-40c, which has both iSCSI and Fibre Channel ports. This configuration didn't really seem all that different from what I was used to with Fibre Channel, mostly because I was still using Navisphere. Next, I set up and used a PowerVault MD3000i and found this array to be really easier in some ways, although it didn't have the same features in lots of respects. Finally, about four months ago I started using some Dell EqualLogic PS5000 Series iSCSI storage arrays. And I did some performance testing with them in a whitepaper that was released about a month ago. The net was that this setup is really much easier, and I was able to get great performance.

We are having a chat here on delltechcenter to discuss when to use what type of storage for virtualization, and we expect a lot of the discussion to be about iSCSI versus Fibre Channel. Feel free to join the chat or check out the transcript, depending on when you are reading this.

I haven't done a head-to-head performance comparison of Fibre Channel versus iSCSI, and I don't plan to either. I've been able to get great performance with both in the tests that I have run. It's more the ease of setup and use that makes iSCSI so compelling for me. I had resisted iSCSI for a while because I just knew that it wouldn't be good enough, but now that I have started using it I find that it works fine. I think that Fibre Channel still has places where it fits best, but I would highly recommend that iSCSI be considered for all new projects. I'm still using both in my lab. You just might find that you will like iSCSI-if you try it.

Todd

0 Comments Permalink
0

Our recent chat on the benefits of using EqualLogic iSCSI storage for virtualization solutions like VMware and XenServer was great. We had a longtime EqualLogic guy - Tim Sherback - and quite a few expert users who talked in detail about all of the features of EqualLogic that work so well with VMware and XenServer. Things like thin-provisioning, simplified management, and ease of expansion were mentioned. The most compelling aspect to me is the deep integration that has been done with the Auto Snapshot Manager for VMware, Auto Replication with VMware Site Recovery Manager, and the EqualLogic adapter for XenServer 5.0 Dell Edition. In each case the virtualization software (either VMware of XenServer) is able to use the hardware features of an EqualLogic array to accomplish what would have been done in software. For example you can use the snapshot feature of the array to make a VM snapshot. Check out the chat transcript for more details and also check out the demo vidoes to see it in action.

The other really great aspect of the chat was a discussion around when to pick EqualLogic or MD3000i. There was lots of info which should help anybody trying to decide which to use. I recommend that you read the transcript to get the details - this part of the chat is towards the end if you want to just skip right to it.

Todd

0 Comments Permalink
0


To follow up on the Hyper-V Server install video from last week, I added a new page to delltechcenter.com that shows how to configure a connection to an iSCSI storage array for Hyper-V Server. With a full Windows Server 2008 installation there is a GUI tool in Administrative Tools called iSCSI Initiator that is used to configure and manage these connections. Windows Server 2008 Core and Hyper-V Server do not have a GUI, so a command-line version called iscsicli.exe must be used.

The page that I added shows how to create a simple iSCSI connection by first enabling the iSCSI Initiator service with the sc (service console) command, then using iscsicli.exe to map the connection to the target iSCSI LUN, and then using diskpart.exe to do the partitioning and formatting. It's not as bad as it sounds, and is pretty straightforward once you know the commands.

To get an MPIO-type connection set up is only a little bit more involved. There is a script that I found in a Microsoft TechNet forum that is an example of how to do an MPIO connection to an MD3000i using iscsicli.exe. You can also use a GUI-based tool called Storage Explorer that is included with Windows Server 2008 to connect remotely to the Hyper-V server and create additional connections. (It doesn't see anything until you have used iscsicli.exe to get the initial connection.)

Todd

0 Comments Permalink
0


So you want to know what the right storage solution is for your new VMware deployment you are planning. Or maybe you are ready to start deploying Microsoft Hyper-v and need to know which iSCSI array is right for you. Because there really isn't a single answer that is right for everybody, the answer is - It depends.

The question really should be how do I decide what is the right storage. What questions should I ask? and how do I find the answers? Or maybe more simply - What process should I follow to find the right answer? I think that the answer is basically to ask questions, learn about the options, and learn from others experiences. We did a similar focus topic on selecting a server for virtualization in the summer and now it is time to look at storage.

For the next three weeks on DellTechCenter we are going to focus on the question of what is the right storage for virtualization for a range of scenarios. There is a homepage for the topic and series of three web chats scheduled. So if you have a question about storage and virtualization get it answered here. We have lined up experts from the storage engineering teams to help out with the chats and assist in getting your questions answered.

Todd

0 Comments Permalink
0

During last week's chat the we discussed ESXi licensing and features. In the features portion of the discussion flakrat asked if it was possible to setup two ESXi servers with shared storage to be able to do a manual fail-over of a VM between the two servers. I was able to create this setup and confirm that it works. Read on for details.

The setup that I used to test was two PowerEdge R805 servers with ESXi Update 2 refresh installed on the hard drive. This was the currently available "free" ESXi installable from VMware's web site. To install I used the Dell Remote Access Card (DRAC) virtual media capability to boot from the ESXi ISO I downloaded. I selected the local hard disk as the location to install and let it complete. Once installed, I used the ESXi configuration to set the password, IP, gateway, and hostname for each server. I then installed the Virtual Infrastructure client on a windows server and used that to manage each of the R805 servers individually.

For shared storage I used a PowerVault MD3000i iSCSI storage array. I enabled the iSCSI software initiator on each server and discovered the the MD3000i. On server A, I created a VMFS partition and created a new VM called VMTest1. I installed Windows Server 2008 64-bit Enterprise Edition. After install completed I shutdown the VM on server A. I then went to server B and rescanned the storage adapters. It found the new VMFS partition on the shared iSCSI LUN. I created a VM using the same settings as I had on Server A including the same virutal hard disk file. I then boot the VM successfully.

The most interesting part of this test was to verify that the cluster file system of VMFS was still working without Virtual Center in the picture. So with the VM still running on Server B, I tried to start it on Server A - and I got an error message that the file was in use by another server. This was great because it showed that it would not be possible to run the VM at the same time on both servers.

We will chat more about this on today's chat - ESX and ESXi.

Todd

0 Comments Permalink
0


In response to a few questions that came up, I put together a video that shows how to do a cool trick with Microsoft Excel to create graphs of MD3000i array level performance data. I posted an entry here last week and also put up a wiki page about how you can use the smCLI command line tool to get array level performance data (Individual storage processors, array totals, and individual virtual disks) from an MD3000i. The output of this command is a csv (comma separated values) text file. I included on the wiki page a nice graph of the performance based on the data from this output file. What I didn't go into was how to create such a graph.

So now you have this great little video that will show you one way that you can use Excel to create a graph based on the data in the file. I don't claim to be a know-it-all when it comes to Excel, but the way that I do it in the video works. I would love to hear from anybody who knows of other (possibly better) ways to do it.

Todd

0 Comments Permalink
0

During the weekly DellTechCenter Tech Tuesday chat a couple of weeks ago a question came up about performance monitoring with the PowerVault MD3000i iSCSI array. The initial question was how to do performance monitoring from Linux and we addressed it in a followup discussion thread. The answer at this point was to use iostat for Linux or perfmon in windows to monitor performance on each host that was attached to the MD3000i array. This lead to a follow on question which was how to monitor the performance for the entire array.

The management tool for the MD3000i, PowerVault Modular Disk Storage Manager, does not include any performance stats beyond basic iSCSI port level stats. Some investigation into the command line interface for the MD3000i revealed that there is a command to capture the performance stats on the array. Using the smcli, which is installed as part of the MDSM, it is possible to collect the performance stats for the array, controllers, and virtual disks to a csv file.

This turns out to be pretty cool and not too hard to do. Just a simple command and a little bit of spreadsheet magic and you too can produce cool performance graphs of your MD3000i. The details are posted here on delltechcenter.com.

Todd

0 Comments Permalink
0

The VMware VI Team Blog recently had an entry announcing that Storage VMotion is now supported with iSCSI. Although many of you may not have known, until this announcement Storage Vmotion was only supported with fibre channel storage. I did a video demo of Storage VMotion a few months ago when it came out. The funny story is that I actually had to redo the video after recording it the first time because initially I had used an the iSCSI based PowerVault MD3000i as the source. When I found out that iSCSI wasn't supported, I had to re-record it - no big deal - but it made me really appreciate this announcement of support. This really makes Storage VMotion much more compelling as you can use it to migrate your VMs between fibre and iSCSI without interruption.

Todd

0 Comments Permalink
1

Our upcoming chat today on benefits of iSCSI and Virtualization led me to some quick research to see what I could find. The first hit was for a Dell Whitepaper on why iSCSI is the best storage for virtualization. Turns out this is a whitepaper that I reviewed internally before it was published about a year ago.

I was a long time fibre channel user and thought that some of the points in the paper were a bit harsh. The funny thing is that reading it now I agree with it much more. The paper didn't change, but my experience in the last year with iSCSI has changed me. I really do think that iSCSI is easier and the performance concerns that I had, for the most part, don't concern me anymore. Although I must admit that I still like my CX3-80 fibre channel storage.

Todd

1 Comments Permalink
1

After spending the last few weeks looking into which server to choose for virtualization, a natural next question is - What should I use for storage? I think that the answer here may be easier in some ways, but more complicated in other ways.

Mark Farley, on the InsideIT blog, highlighted a recent video by Darren Thomas, General Manager of Storage - aka Chief Storage Guy - here at Dell, that focuses on how storage virtualization works well with server virtualization. Just as VMs are able to use live migration to move from one physical server to another, virtualized storage can move those same VMs from one storage array to another. The result is that you have a tremendous amount of flexibility and availability.

There are three major categories for storage: local, iSCSI, and Fibre Channel. There are lots of choices within these, but I think that when deciding what to use to support your virtualization servers this is the best starting organization. If you are going to only have one virtualization server (or one per location) then local storage will work just great. If you already have an existing fibre channel SAN and existing expertise to manage it, then fibre may be the best solution for your virtualization server farm. Everybody else should probably take a really hard look at iSCSI.

Within the iSCSI category at Dell we have three areas to pick from: PowerVault MD3000i, Dell EqualLogic PS Series, and Dell | EMC AX and CX iSCSI arrays. I think that the decision here also breaks down very similar to how we arrived at the type of storage. For smaller deployments or those that do not need array level features like replication the PowerVault MD3000i (with an attractive entry-level price) is a good choice. For customers that already have some Dell|EMC fibre channel or iSCSI it might be a good idea to extend this environment with additional iSCSI for your virtualization needs. I think that the Dell|EqualLogic PS series is a strong contender for all other solutions.

Of course it's really a bit more complicated than this, but this is the way that I frame up a conversation around storage for virtualization solutions.

Todd

1 Comments Permalink