SMB Multichannel is when SMB 3.0 can automatically (no configuration required) use:
- Multiple channels over a single NIC (as well as multiple cores on a CPU, instead of just core 0)
- Multiple NICs between the “client” (an application server such as IIS 8.0, SQL Server, or Hyper-V) and the file server (including a Scale-Out File Server).
SMB Multichannel enables a client and server to make full use of available bandwidth, e.g. you can fill a 10 GbE NIC with SMB traffic, while SMB Direct (RDMA) enables you to do this without the CPU being a bottleneck – by offloading the traffic from Windows.
… when using a clustered file server, you must configure a separate subnet for every NIC for SMB Multichannel to use the multiple paths simultaneously. This is because Failover Clustering will only use one IP address per subnet, even if you have multiple NICs on that subnet. This is true for both classic file server clusters and the new Scale-Out file server clusters.
That means that your client access networks on the Scale-Out File Server cluster nodes (and the corresponding “clients”) must be on different subnets, or SMB Multichannel will not make use of them. Remember: the SOFS role uses the IP addresses of the cluster nodes.
This blog post is the property of Aidan Finn (@joe_elway / http://www.aidanfinn.com) and may not be reused in any manner without prior consent of Aidan Finn. You may quote one paragraph from this blog post if you link to the original blog post.