次の方法で共有


Testing Windows Server and the Scale-Out File Server – What should your lab look like?

With the release of Windows Server Technical Preview, a common question comes to the surface again. What kind of lab hardware do I need to play with it?

Ideally, you would get one of those new Cloud Platform System (CPS) racks with a 32-node Hyper-V cluster, a 4-node Scale-Out File Server and 4 JBODs with 60 disks each. However, not everyone can afford a lab like that :-).

I am recycling some of my previous step-by-step guides and offer some basic options on how to test the Windows Server 2012 R2 and Windows Server Technical Preview features.

IMPORTANT NOTE: Some of these configurations are not supported and are not recommended for production deployments. Please see each linked blog post for details.

 

Option 1 – Virtual Machines

You can do a lot with just a single physical machine running Hyper-V. With enough RAM and a nice Core i7 CPU you can configure half a dozen VMs and try out many scenarios.

This would be enough to to test Failover Clustering, Scale-Out File Server, Shared VHDX, Scale-Out Rebalancing and Storage Replica. You can even test some basic Storage Spaces and Storage QoS capabilities.

Obviously, you can’t do much testing of Hyper-V itself and certainly no Hyper-V clustering features. This will also not showcase storage performance at all, since you’re limited by hardware.

This is the setup I used many times on my beefy laptop with 32GB of RAM and used for many demos in the past.

Details at https://blogs.technet.com/b/josebda/archive/2013/07/31/windows-server-2012-r2-storage-step-by-step-with-storage-spaces-smb-scale-out-and-shared-vhdx-virtual.aspx

 

Option 2 – Physical Machines, basic networking

 

If you’re testing new Hyper-V features related to clustering, you can’t run virtualized. This would require at least two physical Hyper-V hosts.

Also, might want to test how Storage Spaces works with a physical JBOD plus a mix of HDD/SSD to test storage performance, tiering, etc.

A setup like this will be ideal to test Hyper-V high availability, Storage Spaces performance and the full capabilities of the new Storage QoS.

To do some basic testing you don't need high-end hardware. I've done a lot of testing with basic (even desktop-class) hardware. You do want to make they properly support Hyper-V.

Details at https://blogs.technet.com/b/josebda/archive/2013/07/31/windows-server-2012-r2-storage-step-by-step-with-storage-spaces-smb-scale-out-and-shared-vhdx-physical.aspx

While the setup in the link above suggests the use of RDMA, this will work fine with regular networking, even 1GbE. It will obviously perform accordingly.

 

Option 3 – Physical Machines, RDMA networking, all SSD

 

You can go one step further if you add RDMA networking to you setup. This means you need some RDMA cards and a more expensive switch. I might be a little noisier as well.

You might even go as far as to have multiple RDMA NICs so you can try out SMB Multichannel at high speeds. At this point you might want to move to an all-SSD configuration.

At that point you want to make sure the hardware for both the Hyper-V host and the File Server are server-class equipment with good performance, fast CPUs, lots of RAM. 

Details at https://blogs.technet.com/b/josebda/archive/2014/03/10/smb-direct-and-rdma-performance-demo-from-teched-includes-summary-powershell-scripts-and-links.aspx

This is probably the simplest configuration to showcase extremely high performance. Note that the example above does not include failover clustering.

 

Option 4 – CPS

 

Beyond that, you are now in CPS territory, which includes multiple Hyper-V hosts, multiple file servers, dual RDMA paths, multiple JBODs, tiering, the whole thing.

Details at https://www.microsoft.com/cps

   

Bonus – Option 5 – Azure VMs

An interesting option is to skip the physical lab completely and go all Azure with your testing lab.

It's fairly easy to configure an Azure VM as a standalone file server and use Azure data disks to experiment with Storage Spaces. You can also try out Storage Replica.

With a little care on how you configure your Azure networking, you can also setup a Scale-Out File Server using iSCSI for your shared storage.

Details at https://blogs.technet.com/b/josebda/archive/2014/03/29/deploying-a-windows-server-2012-r2-scale-out-file-server-cluster-using-azure-vms.aspx

 

I hope that gives you a few ideas on how to get started with your testing.

Comments

  • Anonymous
    January 01, 2003
    Jose:

    Have you seen with the technical preview when testing out shared vhdxs (or playing with fail-over clustering) that once you try writing to the shared disks that the parent freezes up. I have followed your instructions and I know that it is not supported, but was curious to know if you have seen that or not.

    --Tracy
  • Anonymous
    November 01, 2014
    Hello Jose,

    thanks a lot: you give me some direction where to start.
  • Anonymous
    November 02, 2014
    You might be able to test everything 2012 and up has to offer, using the free VMWare ESXi 5.5. You can then run 2 or more Hyper-V hosts for clustering, SOFS, etc. the whole works. To improve performance, I use 4x SSD in physical RAID0 to host everything... Works like a charm. Like this, one beefy physical server does it all... :-)