Reference Architecture: Lenovo Client Virtualization with VMware Horizon and System x Servers

Size: px
Start display at page:

Download "Reference Architecture: Lenovo Client Virtualization with VMware Horizon and System x Servers"

Transcription

1 Reference Architecture: Lenovo Client Virtualization with VMware Horizon and System x Servers Last update: 29 March 2017 Version 1.7 Reference Architecture for VMware Horizon (with View) Contains performance data and sizing recommendations for servers, storage, and networking Describes variety of storage models including SAN storage and hyper-converged vsan Contains detailed bill of materials for servers, storage, networking, and racks Mike Perks Kenny Bain Chandrakandh Mouleeswaran Pawan Sharma

2 Table of Contents 1 Introduction Architectural overview Component model VMware Horizon provisioning Storage model VMware vsan vsan storage policies Operational model Operational model scenarios Enterprise operational model Hyper-converged operational model Hypervisor support Compute servers for virtual desktops Intel Xeon E v4 and v3 processor family servers Compute servers for hosted desktops Intel Xeon E v4 processor family servers Compute servers for vsan Intel Xeon E v4 processor family servers with Hybrid vsan Intel Xeon E v4 processor family servers with all flash vsan vsan resiliency tests Graphics acceleration Management servers Systems management Shared storage Lenovo Storage V3700 V Networking GbE networking Fibre Channel networking GbE administration networking Racks ii

3 4.12 Proxy server Deployment models Deployment example 1: Hyper-converged using System x servers Deployment example 2: Flex System with 4500 stateless users Deployment example 3: System x server with Lenovo V3700 V2 and iscsi Deployment example 4: Graphics acceleration for 128 CAD users Appendix: Bill of materials BOM for enterprise and SMB compute servers BOM for hosted desktops BOM for hyper-converged compute servers BOM for enterprise and SMB management servers BOM for shared storage BOM for networking BOM for racks BOM for Flex System chassis Resources Document history iii

4 1 Introduction The intended audience for this document is technical IT architects, system administrators, and managers who are interested in server-based desktop virtualization and server-based computing (terminal services or application virtualization) that uses VMware Horizon (with View). In this document, the term client virtualization is used as to refer to all of these variations. Compare this term to server virtualization, which refers to the virtualization of server-based business logic and databases. This document describes the reference architecture for VMware Horizon 7.x and also supports the previous versions of VMware Horizon 6.x. This document should be read with the Lenovo Client Virtualization (LCV) base reference architecture document that is available at this website: lenovopress.com/tips1275. The business problem, business value, requirements, and hardware details are described in the LCV base reference architecture document and are not repeated here for brevity. This document gives an architecture overview and logical component model of VMware Horizon. The document also provides the operational model of VMware Horizon by combining Lenovo hardware platforms such as Flex System, System x, and RackSwitch networking with OEM hardware and software such as Lenovo Storage V3700 V2 storage, and VMware vsan. The operational model presents performance benchmark measurements and discussion, sizing guidance, and some example deployment models. The last section contains detailed bill of material configurations for each piece of hardware. See also the Reference Architecture for Workloads using the Lenovo Converged HX Series Nutanix Appliances for VMware Horizon specific information for these appliances. This document is available at this website: lenovopress.com/lp

5 2 Architectural overview Figure 1 shows all of the main features of the Lenovo Client Virtualization reference architecture with VMware Horizon on VMware ESXi hypervisor. It also shows remote access, authorization, and traffic monitoring. This reference architecture does not address the general issues of multi-site deployment and network management. Figure 1: LCV reference architecture with VMware Horizon 2

6 3 Component model Figure 2 is a layered view of the LCV solution that is mapped to the VMware Horizon virtualization infrastructure. Figure 2: Component model with VMware Horizon VMware Horizon with the VMware ESXi hypervisor features the following main components: Horizon View Administrator vcenter Operations for View By using this web-based application, administrators can configure ViewConnection Server, deploy and manage View desktops, control user authentication, and troubleshoot user issues. It is installed during the installation of ViewConnection Server instances and is not required to be installed on local (administrator) devices. This tool provides end-to-end visibility into the health, performance, and efficiency of the virtual desktop infrastructure (VDI) configuration. It enables administrators to proactively ensure the best user experience possible, avert incidents, and eliminate bottlenecks before they become larger issues. 3

7 View Connection Server View Composer vcenter Server vcenter SQL Server View Event database Clients RDP, PCoIP Hypervisor ESXi Accelerator VM Shared storage The VMware Horizon Connection Server is the point of contact for client devices that are requesting virtual desktops. It authenticates users and directs the virtual desktop request to the appropriate virtual machine (VM) or desktop, which ensures that only valid users are allowed access. After the authentication is complete, users are directed to their assigned VM or desktop. If a virtual desktop is unavailable, the View Connection Server works with the management and the provisioning layer to have the VM ready and available. In a VMware vcenter Server instance, View Composer is installed. View Composer is required when linked clones are created from a parent VM. By using a single console, vcenter Server provides centralized management of the virtual machines (VMs) for the VMware ESXi hypervisor. VMware vcenter can be used to perform live migration (called VMware vmotion), which allows a running VM to be moved from one physical server to another without downtime. Redundancy for vcenter Server is achieved through VMware high availability (HA). The vcenter Server also contains a licensing server for VMware ESXi. vcenter Server for VMware ESXi hypervisor requires an SQL database. The vcenter SQL server might be Microsoft Data Engine (MSDE), Oracle, or SQL Server. Because the vcenter SQL server is a critical component, redundant servers must be available to provide fault tolerance. Customer SQL databases (including respective redundancy) can be used. VMware Horizon can be configured to record events and their details into a Microsoft SQL Server or Oracle database. Business intelligence (BI) reporting engines can be used to analyze this database. VMware Horizon supports a broad set of devices and all major device operating platforms, including Apple ios, Google Android, and Google ChromeOS. Each client device has a VMware View Client, which acts as the agent to communicate with the virtual desktop. The virtual desktop image is streamed to the user access device by using the display protocol. Depending on the solution, the choice of protocols available are Remote Desktop Protocol (RDP) and PC over IP (PCoIP). ESXi is a bare-metal hypervisor for the compute servers. ESXi also contains support for vsan storage. For more information, see VMware vsan on page 6. The optional accelerator VM. Shared storage is used to store user profiles and user data files. Depending on the provisioning model that is used, different data is stored for VM images. For more information, see Storage model. Shared storage can also be distributed storage as used in hyper-converged systems. 4

8 For more information, see the Lenovo Client Virtualization base reference architecture document that is available at this website: lenovopress.com/tips VMware Horizon provisioning VMware Horizon supports stateless and dedicated models. Provisioning for VMware Horizon is a function of vcenter server and View Composer for linked clones. vcenter Server allows for manually created pools and automatic pools. It allows for provisioning full clones and linked clones of a parent image for dedicated and stateless virtual desktops. Because dedicated virtual desktops use large amounts of storage, linked clones can be used to reduce the storage requirements. Linked clones are created from a snapshot (replica) that is taken from a golden master image. The golden master image and replica should be on shared storage area network (SAN) storage. One pool can contain up to 2000 linked clones. This document describes the use of automated pools (with linked clones) for dedicated and stateless virtual desktops. The deployment requirements for full clones are beyond the scope of this document. 3.2 Storage model This section describes the different types of shared or distributed data stored for stateless and dedicated desktops. Stateless and dedicated virtual desktops should have the following common shared storage items: The paging file (or vswap) is transient data that can be redirected to Network File System (NFS) storage. In general, it is recommended to disable swapping, which reduces storage use (shared or local). The desktop memory size should be chosen to match the user workload rather than depending on a smaller image and swapping, which reduces overall desktop performance. User profiles (from Microsoft Roaming Profiles) are stored by using Common Internet File System (CIFS). User data files are stored by using CIFS. Dedicated virtual desktops or stateless virtual desktops that need mobility require the following items to be on NFS or block I/O shared storage: NFS or block I/O is used to store all virtual desktops associated data, such as the master image, replicas, and linked clones. NFS is used to store View Composer persistent disks when View Persona Management is used for user profile and user data files. This feature is not recommended. NFS is used to store all virtual images for linked clones. The replicas and linked clones can be stored on local solid-state drive (SSD) storage. These items are discarded when the VM is shut down. For more information, see the following VMware knowledge base article about creating linked clones on NFS storage: 5

9 3.3 VMware vsan VMware vsan is a Software Defined Storage (SDS) solution embedded in the ESXi hypervisor. vsan pools flash caching devices and magnetic disks across three or more 10 GbE connected servers into a single shared datastore that is resilient and simple to manage. vsan can be scaled to 64 servers, with each server supporting up to 5 disk groups, with each disk group consisting of a single flash caching device (SSD) and up to 7 HDDs. Performance and capacity can easily be increased simply by adding more components: disks, flash or servers. The flash cache is used to accelerate both reads and writes. Frequently read data is kept in read cache; writes are coalesced in cache and destaged to disk efficiently, greatly improving application performance. vsan manages data in the form of flexible data containers that are called objects and the following types of objects for VMs are available: VM Home VM swap (.vswp) VMDK (.vmdk) Snapshots (.vmsn) Internally, VM objects are split into multiple components that are based on performance and availability requirements that are defined in the VM storage profile. These components are distributed across multiple hosts in a cluster to tolerate simultaneous failures and meet performance requirements. vsan uses a distributed RAID architecture to distribute data across the cluster. Components are distributed with the use of the following two storage policies: Number of stripes per object. It uses RAID 0 method. Number of failures to tolerate. It uses either RAID-1 or RAID-5/6 method. RAID-5/6 is currently supported for the all flash configuration only. For more information about VMware Horizon virtual desktop types, objects, and components, see VMware vsan Design and Sizing Guide for Horizon Virtual Desktop Infrastructures, which is available at this website: vmware.com/files/pdf/products/vsan/vmw-tmd-virt-san-dsn-szing-guid-horizon-view.pdf vsan storage policies vsan uses the Storage Policy-based Management (SPBM) function in vsphere to enable policy driven virtual machine provisioning, and uses vsphere APIs for Storage Awareness (VASA) to expose vsan's storage capabilities to vcenter. This approach means that storage resources are dynamically provisioned based on requested policy, and not pre-allocated as with many traditional storage solutions. Storage services are precisely aligned to VM boundaries; change the policy, and vsan will implement the changes for the selected VMs. vsan has the following storage policies: 6

10 Storage Policy Description Default Maximum Failure Tolerance Method Defines a method used to tolerate failures. RAID-1 uses mirroring and RAID 5/6 uses parity blocks (erasure encoding) to provide space efficiency. RAID-5/6 is supported only for All Flash configurations. RAID 5 requires minimum 4 hosts and RAID 6 requires minimum 6 hosts. When RAID 5/6 is chosen, RAID 5 is used when FTT=1 and RAID 6 is used when FTT=2. RAID-1 N/A Number of failures to tolerate Number of disk stripes per object Object space reservation Flash read cache reservation Defines the number of host, disk, or network failures a VM object can tolerate. For n failures tolerated, n+1 copies of the VM object are created and 2n+1 hosts with storage are required. For example with a FTT=1, RAID-1 uses 2x the storage and RAID- 5/6 uses 1.33x the storage. When FTT=2, RAID-1 uses 3x the storage and RAID-5/6 uses 1.5x the storage. The number of HDDs across which each replica of a VM object is striped. A value higher than 1 might result in better performance, but can result in higher use of resources. Percentage of the logical size of the object that should be reserved (or thick provisioned) during VM creation. The rest of the storage object is thin provisioned. If your disk is thick provisioned, 100% is reserved automatically. When deduplication and compression is enabled, this should be set to either 0% (do not apply) or 100%. SSD capacity reserved as read cache for the VM object. Specified as a percentage of the logical size of the object. Should be used only to address read performance issues. Reserved flash capacity cannot be used by other objects. Unreserved flash is shared fairly among all objects % 100% 0% 100% Force provisioning If the option is set to Yes, the object is provisioned, even if the storage policy cannot be satisfied by the data store. Use this parameter in bootstrapping scenarios and during an outage when standard provisioning is no longer possible. The default of No is acceptable for most production environments. No N/A IOPS limit for object Defines IOPS limit for a disk and assumes a default block size of 32 KB. Read, write and cache operations are all considered equivalent. When the IOPS exceeds the limit, then IO is throttled. 0 User Defined Disable object checksum Detects corruption caused by hardware/software components including memory, drives, etc. during the read or write operations. Object checksums carry a small disk IO, memory and compute overhead and can be disabled on a per object basis. No Yes 7

11 VMware Horizon has predefined storage policies and default values for linked clones and full clones. Table 1 lists the VMware Horizon default storage policies for linked clones. Table 1: VMware Horizon default storage policy values for linked clones Dedicated (Dedicated Pool) Stateless (Floating Pool) Storage Policy VM_HOME Number of disk stripes per object Flash-memory read cache reservation 0% 10 0% 0% 0% 10 0% % % Number of failures to tolerate (FTT) Failure Tolerance Method N/A N/A N/A N/A N/A N/A N/A Force provisioning No No No No No No No Object-space reservation 0% 0% 0% 100% 0% 0% 0% Disable object Checksum N/A N/A N/A N/A N/A N/A N/A IOPS limit for object N/A N/A N/A N/A N/A N/A N/A Table 2 lists the VMware Horizon default storage policies for full clones. Table 2: VMware Horizon default storage policy values for full clones Storage Policy VM_HOME Replica OS Disk Dedicated (Dedicated Pool) Full Clone Disk Number of disk stripes per object 1 1 Flash-memory read cache reservation 0% 0% Number of failures to tolerate (FTT) 1 1 Failure Tolerance Method N/A N/A Force provisioning No No Object-space reservation 0% 100% Disable object Checksum N/A N/A IOPS limit for object N/A N/A Persistent Disk VM_HOME Replica OS Disk 8

12 4 Operational model This section describes the options for mapping the logical components of a client virtualization solution onto hardware and software. The Operational model scenarios section gives an overview of the available mappings and has pointers into the other sections for the related hardware. Each subsection contains performance data, has recommendations on how to size for that particular hardware, and a pointer to the BOM configurations that are described in section 5 on page 45. The last part of this section contains some deployment models for example customer scenarios. 4.1 Operational model scenarios Figure 3 shows the following operational models (solutions) in Lenovo Client Virtualization: enterprise, smallmedium business (SMB), and hyper-converged. Enterprise {>600 users} Traditional Converged Hyper-Converged Compute/Management Servers x3550 or x3650 Hypervisor ESXi Graphics Acceleration NVIDIA GRID 2.0 M60 Shared Storage Lenovo Storage V3700 V2 Networking 10GbE 10GbE FCoE 8 or 16 Gb FC Flex System Chassis Compute/Management Servers Flex System x240 Hypervisor ESXi Shared Storage Lenovo Storage V3700 V2 Networking 10GbE 10GbE FCoE 8 or 16 Gb FC Compute/Management Servers x3550 or x3650 Hypervisor ESXi Graphics Acceleration NVIDIA GRID 2.0 M60 Shared Storage Not applicable Networking 10GbE SMB {<600 users} Compute/Management Servers x3550 or x3650 Hypervisor ESXi Graphics Acceleration NVIDIA GRID 2.0 M60 Shared Storage Lenovo Storage V3700 V2 Networking 10GbE Not Recommended Figure 3: Operational model scenarios The vertical axis is split into two halves: greater than 600 users is termed Enterprise and less than 600 is termed SMB. The 600 user split is not exact and provides rough guidance between Enterprise and SMB. The last column in Figure 3 (labelled hyper-converged ) spans both halves because a hyper-converged solution can be deployed in a linear fashion from a small number of users (100) up to a large number of users (>4000). The horizontal axis is split into three columns. The left-most column represents traditional rack-based systems with top-of-rack (TOR) switches and shared storage. The middle column represents converged systems where the compute, networking, and sometimes storage are converged into a chassis, such as the Flex 9

13 System. The right-most column represents hyper-converged systems and the software that is used in these systems. For the purposes of this reference architecture, the traditional and converged columns are merged for enterprise solutions; the only significant differences are the networking, form factor, and capabilities of the compute servers. Converged systems are not generally recommended for the SMB space because the converged hardware chassis can be more overhead when only a few compute nodes are needed. Other compute nodes in the converged chassis can be used for other workloads to make this hardware architecture more cost-effective. The VMware ESXi 6.0 U2 hypervisor is recommended for all operational models. Similar performance results were also achieved with latest ESXi 6.5a hypervisor. The ESXi hypervisor is convenient because it can boot from a USB flash drive or boot from SAN and does not require any extra local storage Enterprise operational model For the enterprise operational model, see the following sections for more information about each component, its performance, and sizing guidance: 4.2 Hypervisor support 4.3 Compute servers for virtual desktops 4.4 Compute servers for hosted desktops 4.6 Graphics acceleration 4.7 Management servers 4.8 Systems management 4.9 Shared storage 4.10 Networking 4.11 Racks 4.12 Proxy server To show the enterprise operational model for different sized customer environments, four different sizing models are provided for supporting 600, 1500, 4500, and users. The SMB model is the same as the Enterprise model for traditional systems Hyper-converged operational model For the hyper-converged operational model, see the following sections for more information about each component, its performance, and sizing guidance: 4.2 Hypervisor support 4.5 Compute servers for vsan 4.6 Graphics acceleration 4.7 Management servers 4.8 Systems management GbE networking 4.11 Racks 4.12 Proxy server 10

14 To show the hyper-converged operational model for different sized customer environments, four different sizing models are provided for supporting 300, 600, 1500, and 3000 users. The management server VMs for a hyper-converged cluster can either be in a separate hyper-converged cluster or on traditional shared storage. 4.2 Hypervisor support The VMware Horizon reference architecture was tested with VMware ESXi 6.0 U2 hypervisor. The hypervisor is convenient because it can start from a USB flash drive and does not require any more local storage. Alternatively, ESXi can be booted from SAN shared storage. For the VMware ESXi hypervisor, the number of vcenter clusters depends on the number of compute servers. For stateless desktops, local SSDs can be used to store the VMware replicas and linked clones for improved performance. Two replicas must be stored for each master image. Each stateless virtual desktop requires a linked clone, which tends to grow over time until it is refreshed at log out. Two enterprise high speed 400 GB SSDs in a RAID 0 configuration should be sufficient for most user scenarios; however, 800 GB (might be needed. Because of the stateless nature of the architecture, there is little added value in configuring reliable SSDs in more redundant configurations. To use the latest version ESXi, download the Lenovo custom image from the following website: my.vmware.com/web/vmware/info/slug/datacenter_cloud_infrastructure/vmware_vsphere/6_5#custom_iso. 4.3 Compute servers for virtual desktops This section describes stateless and dedicated virtual desktop models. Stateless desktops that allow live migration of a VM from one physical server to another are considered the same as dedicated desktops because they both require shared storage. In some customer environments, stateless and dedicated desktop models might be required, which requires a hybrid implementation. Compute servers are servers that run a hypervisor and host virtual desktops. There are several considerations for the performance of the compute server, including the processor family and clock speed, the number of processors, the speed and size of main memory, and local storage options. The use of the Aero theme in Microsoft Windows 7 or other intensive workloads has an effect on the maximum number of virtual desktops that can be supported on each compute server. Windows 8 also requires more processor resources than Windows 7, whereas little difference was observed between 32-bit and 64-bit Windows 7. Although a slower processor can be used and still not exhaust the processor power, it is a good policy to have excess capacity. Another important consideration for compute servers is system memory. For stateless users, the typical range of memory that is required for each desktop is 2 GB - 4 GB. For dedicated users, the range of memory for each desktop is 2 GB - 6 GB. Designers and engineers that require graphics acceleration might need 8 GB - 16 GB of RAM per desktop. In general, power users that require larger memory sizes also require more virtual processors. This reference architecture standardizes on 2 GB per desktop as the minimum requirement of a Windows 7 desktop. The virtual desktop memory should be large enough so that swapping is not needed and vswap can be disabled. For more information, see BOM for enterprise and SMB compute servers section on page

15 4.3.1 Intel Xeon E v4 and v3 processor family servers This section shows the performance results and sizing guidance for Lenovo compute servers based on the Intel Xeon E v4 processors (Broadwell) and Intel Xeon E v3 processors (Haswell). ESXi 6.0 performance results Table 3 lists the Login VSI performance of E v4 and E v3 processors from Intel that use the Login VSI 4.1 office worker workload with ESXi 6.0 U1B. Similar performance results were also achieved with ESXi 6.0 U2 and ESXi 6.5a. Table 3: Performance with office worker workload Processor with office worker workload Stateless Dedicated Two E v GHz, 10C 105W 188 users 197 users Two E v GHz, 12C 120W 232 users 234 users Two E v GHz, 12C 120W 239 users 244 users Two E v GHz, 12C 135W 243 users 246 users Two E v GHz, 14C 120W 296 users 297 users Table 4 lists the results for the Login VSI 4.1 knowledge worker workload. Table 4: Performance with knowledge worker workload Processor with knowledge worker workload Stateless Dedicated Two E v GHz, 12C 120W 189 users 190 users Two E v GHz, 12C 135W 191 users 200 users Two E v GHz, 14C 120W 205 users 211 users Two E v GHz, 22C 145W 272 users 266 users Table 5 lists the results for the Login VSI 4.1 power worker workload. Table 5: Performance with power worker workload Processor with power worker workload Stateless Dedicated Two E v GHz, 12C 120W 178 users 174 users Two E v GHz, 14C 120W 186 users 187 users Two E v GHz, 22C 145W 252 users 251 users These results indicate the comparative processor performance. The following conclusions can be drawn: The performance for stateless and dedicated virtual desktops is similar. The Xeon E5-2680v4 processor has 4-24% performance improvement over the previously recommended Xeon E5-2680v3 processor with similar power utilization (in watts) depending on the type of user workload. 12

16 The Xeon E5-2699v4 processor has significantly better performance than the Xeon E5-2680v4 but at an added cost. The Xeon E5-2680v4 processor has a good cost/user density ratio. Many configurations are bound by memory; therefore, a faster processor might not provide any added value. Some users require the fastest processor and for those users, the Xeon E5-2699v4 processor is the best choice. The Xeon E5-2680v4 processor is recommended for an average configuration. Compute server recommendation for Office workers The default recommendation for this processor family is the Xeon E5-2680v4 processor and 512 GB of system memory because this configuration provides the best coverage for a range of users. Lenovo testing shows that 210 users per server is a good baseline and has an average of 65% usage of the processors in the server. If a server goes down, users on that server must be transferred to the remaining servers. For this degraded failover case, Lenovo testing shows that 252 users per server have an average of 84% usage of the processor. It is important to keep this 25% headroom on servers to cope with possible failover scenarios. Lenovo recommends a general failover ratio of 5:1. Table 6 lists the processor usage with ESXi for the recommended user counts for normal mode and failover mode. Table 6: Processor usage Processor Workload Users per Server Stateless Utilization Dedicated Utilization Two E v4 Office worker 210 normal node 67% 63% Two E v4 Office worker 252 failover mode 84% 83% Table 7 lists the recommended number of virtual desktops per server for different VM memory sizes. The number of users is reduced in some cases to fit within the available memory and still maintain a reasonably balanced system of compute and memory. Table 7: Recommended number of virtual desktops per server Processor E5-2680v4 E5-2680v4 E5-2680v4 VM memory size 2 GB (default) 3 GB 4 GB System memory 512 GB 768 GB 1024 GB Desktops per server (normal mode) Desktops per server (failover mode) Table 8 lists the approximate number of compute servers that are needed for different numbers of users and VM sizes. Table 8: Compute servers needed for different numbers of users and VM sizes 600 users 1500 users 4500 users users Compute users (normal) Compute users (failover) Failover ratio 3:1 6:1 4.5:1 5:1 13

17 Compute server recommendation for knowledge workers and power workers For knowledge workers the default recommendation for this processor family is the Xeon E5-2680v4 processor and 512 GB of system memory. Lenovo testing shows that 175 users per server is a good baseline and has an average of 67% usage of the processors in the server. If a server goes down, users on that server must be transferred to the remaining servers. For this degraded failover case, Lenovo testing shows that 210 users per server have an average of 85% usage of the processor. For power workers, the default recommendation for this processor family is the Xeon E5-2699v4 processor and 768 GB of system memory. Lenovo testing shows that 175 users per server is a good baseline and has an average of 57% usage of the processors in the server. If a server goes down, users on that server must be transferred to the remaining servers. For this degraded failover case, Lenovo testing shows that 210 users per server have an average of 70% usage of the processor. It is important to keep this 25% headroom on servers to cope with possible failover scenarios. Lenovo recommends a general failover ratio of 5:1. Table 9 lists the processor usage with ESXi for the recommended user counts for normal mode and failover mode. Table 9: Processor usage Processor Workload Users per Server Stateless Utilization Dedicated Utilization Two E v4 Knowledge worker 175 normal node 65% 69% Two E v4 Knowledge worker 210 failover mode 86% 84% Two E v4 Power worker 175 normal node 58% 56% Two E v4 Power worker 210 failover mode 68% 72% Table 10 lists the recommended number of virtual desktops per server for different VM memory. The number of power users is reduced to fit within the available memory and still maintain a reasonably balanced system of compute and memory. Table 10: Recommended number of virtual desktops per server Processor E5-2680V4 or E5-2699v4 E5-2680V4 or E5-2699v4 E5-2680V4 or E5-2699v4 VM memory size 3 GB (default) 4 GB 5 GB System memory 768 GB 1024 GB 1024 GB Desktops per server (normal mode) Desktops per server (failover mode) Table 11 lists the approximate number of compute servers that are needed for different numbers of users and VM sizes. 14

18 Table 11: Compute servers needed for different numbers of users and VM sizes 600 users 1500 users 4500 users users Compute users (normal) Compute users (failover) Failover ratio 3:1 4:1 5.5:1 5:1 4.4 Compute servers for hosted desktops This section describes compute servers for hosted desktops, which is a new feature in VMware Horizon 6.x. Hosted desktops are more suited to task workers that require little in desktop customization. As the name implies, multiple desktops share a single VM; however, because of this sharing, the compute resources often are exhausted before memory. Lenovo testing showed that 128 GB of memory is sufficient for servers with two processors. Other testing showed that the performance differences between four, six, or eight VMs is minimal; therefore, four VMs are recommended to reduce the license costs for Windows Server 2012 R2. For more information, see BOM for hosted desktops section on page Intel Xeon E v4 processor family servers Table 12 lists the processor performance results for different size workloads that use four Windows Server 2012 R2 VMs with the Xeon E5-2600v4 series processors and ESXi 6.0 U1B hypervisor. Similar performance results were also achieved with ESXi 6.0 U2 and ESXi 6.5a. Table 12: Performance results for hosted desktops using the E v4 processors Processor Workload Hosted Desktops Two E v GHz, 14C 120W Office Worker 255 users Two E v GHz, 14C 120W Knowledge Worker 224 users Two E v GHz, 22C 145W Office Worker 340 users Two E v GHz, 22C 145W Knowledge Worker 301 users For office workers the default recommendation for this processor family is the Xeon E5-2680v4 processor and 128 GB of system memory for the 4 Windows Server 2012 R2 VMs. Lenovo testing shows that 200 hosted desktops per server is a good baseline. If a server goes down, users on that server must be transferred to the remaining servers. For this degraded failover case, Lenovo recommends 240 hosted desktops per server. It is important to keep 25% headroom on servers to cope with possible failover scenarios. Lenovo recommends a general failover ratio of 5:1. Table 13 lists the processor usage for the recommended number of users. 15

19 Table 13: Processor usage Processor Workload Users per Server Utilization Two E v4 Office worker 200 normal node 68% Two E v4 Office worker 240 failover mode 85% Two E v4 Knowledge worker 185 normal node 70% Two E v4 Knowledge worker 222 failover mode 80% Table 14 lists the number of compute servers that are needed for different number of office worker users. Table 14: Compute servers needed for different numbers of office worker users and VM sizes 600 users 1500 users 4500 users users Compute servers for 200 users (normal) Compute servers for 240 users (failover) Failover ratio 3:1 3.5:1 5:1 5:1 4.5 Compute servers for vsan This section presents the compute servers for different hyper-converged systems using VMware vsan (vsan). Additional processing and memory is often required to support storing data locally, as well as additional SSDs or HDDs. Typically HDDs are used for data capacity and SSDs and memory is used for provide performance. As the price per GB for flash memory continues to reduce, there is a trend to also use all SSDs to provide the overall best performance for hyper-converged systems. For more information, see BOM for hyper-converged compute servers on page Intel Xeon E v4 processor family servers with Hybrid vsan VMware vsan is tested by using the office worker and knowledge worker workloads of Login VSI 4.1. Four Lenovo x3650 M5 servers with E5-2680v4 processors were networked together by using a 10 GbE TOR switch with two 10 GbE connections per server. Login VSI performance Each server was configured with two disk groups because a single disk group does not provide the necessary resiliency. Each disk group had one 800 GB SSD and three HDDs and the two disk groups together provided more than enough capacity for the linked clone VMs. All eight drives were connected to a Lenovo N2215 HBA controller. Up to two more HBAs can be used in the Lenovo x3650 M5 server for larger disk groups or additional disk groups. In comparisons with earlier results the N2215 HBA controller has similar I/O performance to the Lenovo M5210 raid controller in MR mode. Table 15 lists the Login VSI results for stateless desktops by using linked clones and the VMware default storage policy of number of failures to tolerate (FTT) of 0 and stripe of 1. 16

20 Table 15: Performance results for stateless desktops Workload Storage Policy OS Disk Stateless desktops tested Used Capacity VSI max for 2 disk groups 1 SSD and 3 HDDs Office worker TB 1000 users Knowledge worker FTT = 1 Stripe = TB 758 users Power worker TB 691 users Table 16 lists the Login VSI results for dedicated desktops by using linked clones and the VMware default storage policy of fault tolerance of 1 and 1 stripe. Table 16: Performance results for dedicated desktops Test Scenario Storage Policy OS Persistent Disk Disk Dedicated desktops tested Used Capacity VSI max for 2 disk groups 1 SSD and 3 HDDs Office worker TB 990 users Knowledge worker FTT = 1 FTT = 1 Stripe = 1 Stripe = TB 750 users Power worker TB 672 users Dedicated desktops might need more hard drive capacity or larger SSDs to improve performance for full clones or provide space for growth of linked clones. Compute server recommendation for office workers Lenovo testing shows that 200 users per server is a good baseline and has an average of 65% usage of the processors in the server. If a server goes down, users on that server must be transferred to the remaining servers. For this degraded failover case, Lenovo testing shows that 240 users per server have an average of 85% usage rate. It is important to keep 25% headroom on servers to cope with possible failover scenarios. Lenovo recommends a general failover ratio of 5:1. Table 17 lists the processor usage for the recommended number of users Table 17: Processor usage Processor Workload Users per Server Stateless Utilization Dedicated Utilization Two E v4 Office worker 200 normal node 64% 65% Two E v4 Office worker 240 failover mode 84% 86% Table 18 lists the recommended number of virtual desktops per server for different VM memory sizes. The number of users is reduced in some cases to fit within the available memory and still maintain a reasonably balanced system of compute and memory. 17

21 Table 18: Recommended number of virtual desktops per server for vsan Processor E v4 E v4 E v4 VM memory size 2 GB (default) 3 GB 4 GB System memory 512 GB 768 GB 1024 GB vsan overhead 32 GB 32 GB 32 GB Desktops per server (normal mode) Desktops per server (failover mode) Table 19 shows the number of servers that is needed for different numbers of users. By using the target of 200 users per server, the maximum number of users is 6400 in a 32 node cluster. Table 19: Compute servers needed for different numbers of users for vsan 600 users 1500 users 3000 users 4500 users Compute servers for 200 users (normal) Compute servers for 240 users (failover) Failover ratio 3:1 7:1 6.5:1 5:1 Compute server recommendation for knowledge workers Lenovo testing shows that 150 knowledge users per server is a good baseline and has an average of 69% usage of the processors in the server. If a server goes down, users on that server must be transferred to the remaining servers. For this degraded failover case, Lenovo testing shows that 180 users per server have an average of 87% usage rate. It is important to keep 25% headroom on servers to cope with possible failover scenarios. Lenovo recommends a general failover ratio of 5:1. Table 20 lists the processor usage for the recommended number of users. Table 20: Processor usage Processor Workload Users per Server Stateless Utilization Dedicated Utilization Two E v4 Knowledge worker 150 normal node 71% 66% Two E v4 Knowledge worker 180 failover mode 87% 86% Table 21 lists the recommended number of virtual desktops per server for different VM memory sizes. The number of users is reduced in some cases to fit within the available memory and still maintain a reasonably balanced system of compute and memory. 18

22 Table 21: Recommended number of virtual desktops per server for vsan Processor E v4 E v4 E v4 VM memory size 3 GB 4 GB 5 GB System memory 512 GB 768 GB 1024 GB vsan overhead 32 GB 32 GB 32 GB Desktops per server (normal mode) Desktops per server (failover mode) Table 22 shows the number of servers that is needed for different numbers of users. By using the target of 150 users per server, the maximum number of knowledge workers is 4800 in a 32 node cluster. Table 22: Compute servers needed for different numbers of users for vsan 600 users 1500 users 3000 users 4500 users Compute servers for 150 users (normal) Compute servers for 180 users (failover) Failover ratio 3:1 4.5:1 6:1 5:1 vsan processor and I/O usage graphs The processor and I/O usage graphs from esxtop are helpful to understand the performance characteristics of vsan. The graphs are for 150 users per server and three servers to show the worst-case load in a failover scenario. Figure 4 shows the processor usage with three curves (one for each server). The Y axis is percentage usage 0% - 100%. The curves have the classic Login VSI shape with a gradual increase of processor usage and then flat during the steady state period. The curves then go close to 0 as the logoffs are completed. Stateless 450 users on 3 servers Dedicated 450 users on 3 servers Figure 4: vsan processor usage for 450 virtual desktops 19

23 Figure 5 shows the SSD reads and writes with six curves, one for each SSD. The Y axis is 0-10,000 IOPS for the reads and 0-3,000 IOPS for the writes. The read curves generally show a gradual increase of reads until the steady state and then drop off again for the logoff phase. This pattern is more well-defined for the second set of curves for the SSD writes. Stateless 450 users on 3 servers Dedicated 450 users on 3 servers Figure 5: vsan SSD reads and writes for 450 virtual desktops Figure 6 shows the HDD reads and writes with 36 curves, one for each HDD. The Y axis is 0-2,000 IOPS for the reads and 0-1,000 IOPS for the writes. The number of read IOPS has an average peak of 200 IOPS and many of the drives are idle much of the time. The number of write IOPS has a peak of 500 IOPS; however, as can be seen, the writes occur in batches as data is destaged from the SSD cache onto the greater capacity HDDs. The first group of write peaks is during the logon and last group of write peaks correspond to the logoff period. 20

24 Stateless 450 users on 3 servers Dedicated 450 users on 3 servers Figure 6: vsan HDD reads and writes for 450 virtual desktops Intel Xeon E v4 processor family servers with all flash vsan vsan 6.2 adds some significant new functionality for all flash configurations including the space efficiency technologies such as de-duplication, compression and RAID5/6 erasure coding. The purpose of this section is to explore the performance and capacity of all flash configurations using these new technologies and compare with a hybrid configuration. Four Lenovo x3650 M5 servers with E5-2680v4 processors were networked together by using a 10 GbE TOR switch with two 10 GbE connections per server. Each server was configured with two disk groups because a single disk group does not provide the necessary resiliency. Each disk group had one 800 GB SSD and two 3.84 GB SSDs. Two additional 3.84 GB SSDs could be added for more capacity but may not be needed when de-duplication is used. All six drives were connected to a Lenovo N2215 HBA controller. Up to two more HBAs can be used in the Lenovo x3650 M5 server for larger disk groups or additional disk groups. In this section VMware vsan is compared using the office worker workload of Login VSI 4.1 with different configurations of virtual desktop VMs and storage. Table 23 shows the capacity results for 1200 stateless desktops using linked clones. As expected there is not much capacity difference between hybrid and all flash configurations. 21

25 Table 23: Capacity results for 1200 stateless desktops Failure Tolerance Storage Policy OS Disk Drive Configuration Used Capacity RAID 1 (Mirroring) FTT = 1 Hybrid 6.86 TB RAID 1 (Mirroring) Stripe = 1 All Flash 6.73 TB Table 24 shows the capacity results for different kinds of storage policies for 1200 dedicated desktops using linked clones. As expected there is a storage saving with RAID 5/6 erasure coding. Table 24: Capacity and performance results for 1200 dedicated desktops Failure Tolerance Storage Policy OS Disk Persistent Disk Drive Configuration Used Capacity RAID 1 (Mirroring) Hybrid TB RAID 1 (Mirroring) FTT = 1 FTT = 1 Stripe = 1 Stripe = 1 All Flash TB RAID 5/6 (Erasure Coding) All Flash 9.95 TB Full clones of dedicated desktops were used to understand the effect of deduplication and compression on both capacity and performance. Note that the allowed reduced redundancy option was turned off. Table 25 shows the percentage saving in capacity for de-duplicated dedicated desktops that are full clones with failure tolerance of RAID 1, failures to tolerate of 1, and striping of 1. Table 25: Capacity and performance results for de-duplicated full clone dedicated desktops Number of VMs Used Capacity De-duplicated Capacity Percent Saving Office Worker TB 0.74 TB 85.0% N/A TB 1.99 TB 91.4% N/A TB 4.28 TB 91.1% N/A TB 4.92 TB 91.4% TB N/A N/A 1081 For a reasonable number of VMs the savings for virtual dedicated desktops is over 90%. This is very high and is expected as all of the VMs are similar. Over time as differences emerge in the dedicated desktops, this percentage savings will decrease but should still remain above 75%. The Login VSI results for an all flash configuration of 4 servers is very similar to a hybrid configuration with a max VSI of around 1000 users, assuming one login every 30 seconds. Table 26 shows the value of an all flash configuration because as the frequency of logins is increased, the hybrid configuration becomes unstable and non-deterministic whereas the all flash configuration is stable down to one login every 2 seconds. This result is expected because SSDs used for the capacity tier provide lower latencies and can handle faster write speeds. 22

26 Table 26: Performance comparison of hybrid and all flash dedicated desktops Workload Number of VMs Login Interval Hybrid Linked Clones De-duplicated full clones Office worker 1200 Every 30 seconds 966 users 1015 users Office worker 1200 Every 5 seconds non-deterministic 867 users Office worker 1200 Every 2 seconds non-deterministic 742 users Office worker 1200 Every second non-deterministic non-deterministic Servers using all flash vsan storage have some distinct advantages over hybrid configuration: Requires lower storage capacity for VMs using deduplication and compression with only 5-10% impact on the number of virtual desktops. Supports higher rate of simultaneous VM logins that is particularly helpful in high demand periods such as the beginning of a work day. The graphs below show a comparison between all flash and hybrid configurations of a 4 node vsan cluster when used with a Login VSI office worker workload and a login interval of every 5 seconds. Reads Cache Tier All Flash Reads Cache Tier Hybrid Writes Cache Tier All Flash Writes Cache Tier Hybrid 23

27 Reads Capacity Tier All Flash Reads Capacity Tier Hybrid Writes Capacity Tier All Flash Writes Capacity Tier Hybrid Figure 7: Comparison of read and write for all flash and hybrid clusters Each flash drive in the all flash capacity tier serves about 5000 reads during login phase when cache misses occur and hence the desktops do not experience significant latencies. By contrast the HDDs in the hybrid capacity tier are only able to each serve a maximum of reads and hence desktops experience high latencies. Table 27 lists the processor usage for the recommended number of users per server assuming one login every two seconds and full clones of dedicated desktops using all flash vsan: Table 27: Processor usage for high login rates Processor Workload Users per Server Dedicated Utilization during login phase Dedicated Utilization during steady state Two E v4 Office worker 150 normal node 99% 51% 24

28 Two E v4 Office worker 180 failover mode 100% 62% 25

29 4.5.3 vsan resiliency tests An important part of a hyper-converged system is the resiliency to failures when a compute server is unavailable. System performance was measured for the following use cases that featured 450 users on servers using two Intel E5-2680v3 (Haswell) processors: Enter maintenance mode by using the vsan migration mode of ensure accessibility (vsan default) Enter maintenance mode by using the vsan migration mode of no data migration Server power off by using the vsan migration mode of ensure accessibility (vsan default) For each use case, Login VSI was run and then the compute server was removed. This process was done during the login phase as new virtual desktops are logged in and during the steady state phase. For the steady state phase, VMs must be migrated from the failed server to the other three servers with each server gaining VMs. Table 28 lists the completion time or downtime for the vsan system with the three different use cases. Table 28: vsan Resiliency Testing and Recovery Time Use Case vsan Migration Mode Login Phase Completion Time (seconds) Downtime (seconds) Steady State Phase Completion Downtime Time (seconds) (seconds) Maintenance Mode Ensure Accessibility Maintenance Mode No Data Migration Server power off Ensure Accessibility N/A 226 N/A 316 For the two maintenance mode cases, all of the VMs migrated smoothly to the other servers and there was no significant interruption in the Login VSI test. For the power off use case, there is a significant period for the system to readjust. During the login phase for a Login VSI test, the following process was observed: 1. All logged in users were logged out from the failed node. 2. Login failed for all new users logging to the desktops running on the failed node. 3. Desktop status changed to "Agent Unreachable" for all desktops in the failed node. 4. All desktops are migrated to other nodes. 5. Desktops status changed to "Available" 6. Login continued successfully for all new users. In a production system, users with dedicated desktops that are running on the failed server must login again after their VM was successfully migrated to another server. Stateless users can continue working almost immediately, assuming that the system is not at full capacity and other stateless VMs are ready to be used. Figure 8 shows the processor usage for the four servers during the login phase and steady state phase by using Login VSI with the knowledge worker workload when one of the servers is powered off. The processor spike for the three remaining servers is apparent. 26

30 Login Phase Steady State Phase Figure 8: vsan processor utilization: Server power off There is an impact on performance and time lag if a hyper-converged server suffers a catastrophic failure yet vsan can recover quite quickly. However, this situation is best avoided and it is important to build in redundancy at multiple levels for all mission critical systems. 4.6 Graphics acceleration The VMware ESXi hypervisor supports the following options for graphics acceleration: Dedicated GPU with one GPU per user, which is called virtual dedicated graphics acceleration (vdga) mode. GPU hardware virtualization (vgpu) that partitions each GPU for 1-8 users. Shared GPU with users sharing a GPU, which is called virtual shared graphics acceleration (vsga) mode and is not recommended because of user contention for shared use of the GPU. VMware also provides software emulation of a GPU, which can be processor-intensive and disruptive to other users who have a choppy experience because of reduced processor performance. Software emulation is not recommended for any user who requires graphics acceleration. The performance of graphics acceleration was tested on the NVIDIA GRID 2.0 M60 GPU adapter by using the Lenovo System x3650 M5 servers. Each server supports up to two M60 GPU adapters. Because the vdga option offers a low user density, it is recommended that this configuration is used only for power users, designers, engineers, or scientists that require powerful graphics acceleration. Horizon 6.1 or later is needed to support higher user densities of up to 64 users per server with two GRID 2.0 M60 adapters by using the hardware virtualization of the GPU (vgpu mode). Lenovo recommends that a high powered CPU, such as the E5-2680v4, is used for accelerated graphics applications tend to also require extra load on the processor. For the vdga option, with only four users per server, 128 GB of server memory should be sufficient even for the high end GRID.0 M60 users who might need 16 GB or even 24 GB per VM. For vgpu mode, Lenovo recommends at least 256GB of server memory. The Heaven benchmark is used to measure the per user frame rate for different GPUs, resolutions, and image quality. This benchmark is graphics-heavy and is fairly realistic for designers and engineers. Power 27

31 users or knowledge workers usually have less intense graphics workloads and can achieve higher frame rates. Table 29 lists the results of the Heaven benchmark as FPS that is available to each user with the GRID 2.0 M60 adapter by using vdga mode with DirectX 11. Table 29: Performance of GRID 2.0 M60 vdga mode with DirectX 11 Quality Tessellation Anti-Aliasing Resolution vdga Ultra Extreme x Ultra Extreme x Ultra Extreme x Ultra Extreme x Table 30 lists the results of the Heaven benchmark as FPS that are available to each user with the GRID 2,0 M60 adapter by using vgpu mode with DirectX 11. Table 30: Performance of GRID 2.0 M60 vgpu modes with DirectX 11 Quality Tessellation Anti-Aliasing Resolution M60-8Q M60-4Q M60-2Q M60-4A M60-2A High Normal x1024 Untested Untested High Normal x1050 Untested N/A N/A High Normal x1200 Untested N/A N/A Ultra Extreme x1024 Untested Untested Ultra Extreme x N/A N/A Ultra Extreme x N/A N/A Ultra Extreme x Untested N/A N/A Ultra Extreme x Untested N/A N/A Because there are many variables when graphics acceleration is used, Lenovo recommends that testing is done in the customer environment to verify the performance for the required user workloads. For more information about the bill of materials (BOM) for GRID 2.0 M60 GPUs for Lenovo System x3650 M5 servers, see the following corresponding BOMs: BOM for enterprise and SMB compute servers section on page 45. BOM for hyper-converged compute servers on page Management servers Management servers should have the same hardware specification as compute servers so that they can be used interchangeably in a worst-case scenario. The VMware Horizon management servers also use the same ESXi hypervisor, but have management VMs instead of user desktops. Table 31 lists the VM requirements and performance characteristics of each management service. 28

32 Table 31: Characteristics of VMware Horizon management services Management service VM Virtual processors System memory Storage Windows OS HA needed Performance characteristic vcenter Server 8 12 GB 60 GB 2012 R2 No Up to 2000 VMs. vcenter SQL Server View Connection Server 4 8 GB 200 GB 2012 R2 Yes Double the virtual processors and memory for more than 2500 users GB 60 GB 2012 R2 Yes Up to 2000 connections. Table 32 lists the number of management VMs for each size of users following the high-availability and performance characteristics. The number of vcenter servers is half of the number of vcenter clusters because each vcenter server can handle two clusters of up to 1000 desktops. Table 32: Management VMs needed Horizon management service VM 600 users 1500 users 4500 users users vcenter servers vcenter SQL servers 2 (1+1) 2 (1+1) 2 (1+1) 2 (1+1) View Connection Server 2 (1 + 1) 2 (1 + 1) 4 (3 + 1) 7 (5 + 2) Each management VM requires a certain amount of virtual processors, memory, and disk. There is enough capacity in the management servers for all of these VMs. Table 33 lists an example mapping of the management VMs to the four physical management servers for 4500 users. Table 33: Management server VM mapping (4500 users) Management service for 4500 stateless users Management server 1 Management server 2 Management server 3 Management server 4 vcenter servers (3) vcenter database (2) 1 1 View Connection Server (4) It is assumed that common services, such as Microsoft Active Directory, Dynamic Host Configuration Protocol (DHCP), domain name server (DNS), and Microsoft licensing servers exist in the customer environment. For shared storage systems that support block data transfers only, it is also necessary to provide some file I/O servers that support CIFS or NFS shares and translate file requests to the block storage system. For high availability, two or more Windows storage servers are clustered. Based on the number and type of desktops, Table 34 lists the recommended number of physical management servers. In all cases, there is redundancy in the physical management servers and the management VMs. Table 34: Management servers needed 29

33 Management servers 600 users 1500 users 4500 users users Stateless desktop model Dedicated desktop model Windows Storage Server For more information, see BOM for enterprise and SMB management servers on page Systems management Lenovo XClarity Administrator is a centralized resource management solution that reduces complexity, speeds up response, and enhances the availability of Lenovo server systems and solutions. The Lenovo XClarity Administrator provides agent-free hardware management for Lenovo s System x rack servers and Flex System compute nodes and components, including the Chassis Management Module (CMM) and Flex System I/O modules. Figure 9 shows the Lenovo XClarity administrator interface, where Flex System components and rack servers are managed and are seen on the dashboard. Lenovo XClarity Administrator is a virtual appliance that is quickly imported into a virtualized environment server configuration. Figure 9: XClarity Administrator interface 30

34 4.9 Shared storage VDI workloads, such as virtual desktop provisioning, VM loading across the network, and access to user profiles and data files place huge demands on network shared storage. Experimentation with VDI infrastructures shows that the input/output operation per second (IOPS) performance takes precedence over storage capacity. This precedence means that more slower speed drives are needed to match the performance of fewer higher speed drives. Even with the fastest HDDs available today (15k rpm), there can still be excess capacity in the storage system because extra spindles are needed to provide the IOPS performance. From experience, this extra storage is more than sufficient for the other types of data such as SQL databases and transaction logs. The large rate of IOPS, and therefore, large number of drives needed for dedicated virtual desktops can be ameliorated to some extent by caching data in flash memory or SSD drives. The storage configurations are based on the peak performance requirement, which usually occurs during the so-called logon storm. This is when all workers at a company arrive in the morning and try to start their virtual desktops, all at the same time. It is always recommended that user data files (shared folders) and user profile data are stored separately from the user image. By default, this has to be done for stateless virtual desktops and should also be done for dedicated virtual desktops. It is assumed that 100% of the users at peak load times require concurrent access to user data and profiles. In View 5.1, VMware introduced the View Storage Accelerator (VSA) feature that is based on the ESXi Content-Based Read Cache (CBRC). VSA provides a per-host RAM-based solution for VMs, which considerably reduces the read I/O requests that are issued to the shared storage. Performance measurements by Lenovo show that VSA has a negligible effect on the number of virtual desktops that can be used on a compute server while it reduces the read requests to storage by one-fifth. Stateless virtual desktops can use SSDs for the linked clones and the replicas. Table 35 lists the peak IOPS and disk space requirements for stateless virtual desktops on a per-user basis. Table 35: Stateless virtual desktop shared storage performance requirements Stateless virtual desktops Protocol Size IOPS Write % vswap (recommended to be disabled) NFS or Block User data files CIFS/NFS 5 GB 1 75% User profile (through MSRP) CIFS 100 MB % Table 36 summarizes the peak IOPS and disk space requirements for dedicated or shared stateless virtual desktops on a per-user basis. Dedicated virtual desktops require a high number of IOPS and a large amount of disk space for the VMware linked clones. Note that the linked clones also can grow in size over time. Stateless users that require mobility and have no local SSDs also fall into this category. The last three rows of Table 36 are the same as in Table 35 for stateless desktops. Table 36: Dedicated or shared stateless virtual desktop shared storage performance requirements 31

35 Dedicated virtual desktops Protocol Size IOPS Write % Replica Block/NFS 30 GB Linked clones Block/NFS 10 GB 18 85% User AppData folder vswap (recommended to be disabled) NFS or Block User data files CIFS/NFS 5 GB 1 75% User profile (through MSRP) CIFS 100 MB % The sizes and IOPS for user data files and user profiles that are listed in Table 35 and Table 36 can vary depending on the customer environment. For example, power users might require 10 GB and five IOPS for user files because of the applications they use. It is assumed that 100% of the users at peak load times require concurrent access to user data files and profiles. Many customers need a hybrid environment of stateless and dedicated desktops for their users. The IOPS for dedicated users outweigh those for stateless users; therefore, it is best to bias towards dedicated users in any storage controller configuration. The storage configurations that are presented in this section include conservative assumptions about the VM size, changes to the VM, and user data sizes to ensure that the configurations can cope with the most demanding user scenarios. image Lenovo Storage V3700 V2 The Lenovo V3700 V2 storage system supports up to 240 drives by using up to 9 expansion enclosures. The maximum size of the cache is 16 GB. The cache acts as a read cache and a write-through cache and is useful to cache commonly used data for VDI workloads. The read and write cache are managed separately. The write cache is divided up across the storage pools that are defined for the storage system. In addition, Lenovo storage offers the Easy Tier function, which allows commonly used data blocks to be transparently stored on SSDs. There is a noticeable improvement in performance when Easy Tier is used, which tends to tail off as SSDs are added. It is recommended that approximately 10% of the storage space is used for SSDs to give the best balance between price and performance. The tiered storage support also allows a mixture of different disk drives. Slower drives can be used for shared folders and profiles; faster drives and SSDs can be used for dedicated virtual desktops and desktop images. To support file I/O (CIFS and NFS) into Lenovo storage, Windows storage servers must be added, as described in Management servers on page 28. The fastest HDDs that are available are 15k rpm drives in a RAID 10 array. Storage performance can be significantly improved with the use of Easy Tier. If this performance is insufficient, SSDs or alternatives (such as a flash storage system) are required. For this reference architecture, it is assumed that each user has 5 GB for shared folders and profile data and uses an average of 2 IOPS to access those files. Investigation into the performance shows that 600 GB 32

36 10k rpm drives in a RAID 10 array give the best ratio of input/output operation performance to disk space. If users need more than 5 GB for shared folders and profile data then 900 GB (or even 1.2 TB), 10k rpm drives can be used instead of 600 GB. If less capacity is needed, the 300 GB 15k rpm drives can be used for shared folders and profile data. Dedicated virtual desktops require both: a high number of IOPS and a large amount of disk space for the linked clones. The linked clones can grow in size over time as well. For dedicated desktops, 300 GB 15k rpm drives configured as RAID 10 were not sufficient and extra drives were required to achieve the necessary performance. Therefore, it is recommended to use a mixture of both speeds of drives for dedicated desktops and shared folders and profile data. Depending on the number of master images, one or more RAID 1 array of SSDs can be used to store the VM master images. This configuration help with performance of provisioning virtual desktops; that is, a boot storm. Each master image requires at least double its space. The actual number of SSDs in the array depends on the number and size of images. In general, more users require more images. Table 37: VM images and SSDs 600 users 1500 users 4500 users users Image size 30 GB 30 GB 30 GB 30 GB Number of master images Required disk space (doubled) 120 GB 240 GB 480 GB 960 GB 400 GB SSD configuration RAID 1 (2) RAID 1 (2) Two RAID 1 arrays (4) Four RAID 1 arrays (8) Table 38 lists the storage configuration that is needed for each of the stateless user counts. Only one control enclosure is needed for a range of user counts. Table 38: Storage configuration for stateless users Stateless storage 600 users 1500 users 4500 users users 400 GB SSDs in RAID 1 for master images Hot spare SSDs GB 10k rpm in RAID 10 for users Hot spare 600 GB drives V3700 V2 control enclosures V3700 V2 expansion enclosures Table 39 lists the storage configuration that is needed for each of the dedicated or shared stateless user counts. The top four rows of Table 39 are the same as for stateless desktops. Based on the assumptions in Table 39, the Lenovo V3700 V2 storage system can support up to 3000 users. Table 39: Lenovo Storage V3700 V2 storage configuration for dedicated or shared stateless users Dedicated or shared stateless storage 600 users 1500 users 2400 users 33

37 400 GB SSDs in RAID 1 for master images Hot spare SSDs GB 10k rpm in RAID 10 for users Hot spare 600 GB 10k rpm drives GB 15k rpm in RAID 10 for dedicated desktops Hot spare 300 GB 15k rpm drives GB SSDs for Easy Tier Storage control enclosures Storage expansion enclosures Refer to the BOM for shared storage on page 58 for more details Networking The main driver for the type of networking that is needed for VDI is the connection to shared storage. If the shared storage is block-based (such as the Lenovo V3700 V2), it is likely that a SAN that is based on 8 or 16 Gbps FC, or 10 GbE iscsi connection is needed. Other types of storage can be network attached by using 1 Gb or 10 Gb Ethernet. Also, there is user and management virtual local area networks (VLANs) available that require 1 Gb or 10 Gb Ethernet as described in the Lenovo Client Virtualization reference architecture, which is available at this website: lenovopress.com/tips1275. Automated failover and redundancy of the entire network infrastructure and shared storage is important. This failover and redundancy is achieved by having at least two of everything and ensuring that there are dual paths between the compute servers, management servers, and shared storage. If only a single Flex System Enterprise Chassis is used, the chassis switches are sufficient and no other TOR switch is needed. For rack servers, more than one Flex System Enterprise Chassis TOR switches are required. For more information, see BOM for networking on page GbE networking For 10 GbE networking, the use of CIFS, NFS, or iscsi, the Lenovo RackSwitch G8124E, and G8272 TOR switches are recommended because they support VLANs by using Virtual Fabric. Redundancy and automated failover is available by using link aggregation, such as Link Aggregation Control Protocol (LACP) and two of everything. For the Flex System chassis, pairs of the EN4093R switch should be used and connected to a G8124 or G8272 TOR switch. The TOR 10GbE switches are needed for multiple Flex chassis or external connectivity. ISCSI also requires converged network adapters (CNAs) that have the LOM extension. Table 40 lists the TOR 10 GbE network switches for each user size. Table 40: TOR 10 GbE network switches needed 34

38 10 GbE TOR network switch 600 users 1500 users 4500 users users G8124E 24-port switch G port switch Fibre Channel networking Fibre Channel (FC) networking for shared storage requires switches. Pairs of the FC Gbps FC or FC Gbps FC SAN switch are needed for the Flex System chassis. For top of rack, the Lenovo 8 Gbps FC switches should be used. The TOR SAN switches are needed for multiple Flex System chassis. Table 41 lists the TOR FC SAN network switches for each user size. Table 41: TOR FC network switches needed Fibre Channel TOR network switch 600 users 1500 users 4500 users users Lenovo B port switch 2 2 Lenovo B port switch GbE administration networking A 1 GbE network should be used to administer all of the other devices in the system. Separate 1 GbE switches are used for the IT administration network. Lenovo recommends that redundancy is also built into this network at the switch level. At minimum, a second switch should be available in case a switch goes down. Table 42 lists the number of 1 GbE switches for each user size. Table 42: TOR 1 GbE network switches needed 1 GbE TOR network switch 600 users 1500 users 4500 users users G port switch Table 43 shows the number of 1 GbE connections that are needed for the administration network and switches for each type of device. The total number of connections is the sum of the device counts multiplied by the number of each device. Table 43: 1 GbE connections needed Device Number of 1 GbE connections for administration System x rack server 1 Flex System Enterprise Chassis CMM 2 Flex System Enterprise Chassis switches 1 per switch (optional) Lenovo Storage V3700 V2 storage controller 4 TOR switches 1 35

39 4.11 Racks The number of racks and chassis for Flex System compute nodes depends upon the precise configuration that is supported and the total height of all of the component parts: servers, storage, networking switches, and Flex System Enterprise Chassis (if applicable). The number of racks for System x servers is also dependent on the total height of all of the components. For more information, see the BOM for racks section on page Proxy server As shown in Figure 1 on page 2, you can see that there is a proxy server behind the firewall. This proxy server performs several important tasks including, user authorization and secure access, traffic management, and providing high availability to the VMware connection servers. An example is the BIG-IP system from F5. The F5 BIG-IP Access Policy Manager (APM) provides user authorization and secure access. Other options, including more advanced traffic management options, a single namespace, and username persistence, are available when BIG-IP Local Traffic Manager (LTM) is added to APM. APM and LTM also provide various logging and reporting facilities for the system administrator and a web-based configuration utility that is called iapp. Figure 10 shows the BIG-IP APM in the demilitarized zone (DMZ) to protect access to the rest of the VDI infrastructure, including the active directory servers. An Internet user presents security credentials by using a secure HTTP connection (TCP 443), which is verified by APM that uses Active Directory. 36

40 Figure 10: Traffic Flow for BIG-IP Access Policy Manager The PCoIP connection (UDP 4172) is then natively proxied by APM in a reliable and secure manner, passing it internally to any available VMware connection server within the View pod, which then interprets the connection as a normal internal PCoIP session. This process provides the scalability benefits of a BIG-IP appliance and gives APM and LTM visibility into the PCoIP traffic, which enables more advanced access management decisions. This process also removes the need for VMware secure connection servers. Untrusted internal users can also be secured by directing all traffic through APM. Alternatively, trusted internal users can directly use VMware connection servers. Various deployment models are described in the F5 BIG-IP deployment guide. For more information, see Deploying F5 with VMware View and Horizon, which is available from this website: f5.com/pdf/deploymentguides/vmware-view5-iapp-dg.pdf For this reference architecture, the BIG-IP APM was tested to determine if it introduced any performance degradation because of the added functionality of authentication, high availability, and proxy serving. The BIG- IP APM also includes facilities to improve the performance of the PCoIP protocol. External clients often are connected over a relatively slow wide area network (WAN). To reduce the effects of a slow network connection, the external clients were connected by using a 10 GbE local area network (LAN). Table 44 shows the results with and without the F5 BIG-IP APM by using Login VSI against a single compute server. The results show that APM can slightly increase the throughput. Testing was not done to determine the performance with many thousands of simultaneous users because this scenario is highly dependent on a customer s environment and network configuration. Table 44: Performance comparison of using F5 BIG-IP APM Without F5 BIG-IP With F5 BIG-IP Processor with medium workload (Dedicated) 208 users 218 users 4.13 Deployment models This section describes the following examples of different deployment models: Hyper-converged using System x servers Flex System with 4500 stateless users System x server with Lenovo V3700 V2 and iscsi Graphics acceleration for 128 CAD users Deployment example 1: Hyper-converged using System x servers This deployment example supports 1200 dedicated virtual desktops with VMware vsan in hybrid mode (SSDs and HDDs). Each VM needs 3 GB of RAM. Assuming 200 users per server, six servers are needed, with a minimum of five servers in case of failures (ratio of 5:1). Each virtual desktop is 40 GB. The total required capacity is 126 TB, assuming full clones of 1200 VMs, one complete mirror of the data (FFT=1), space for swapping, and 30% extra capacity. However, the use of linked clones for vsan means that a substantially smaller capacity is required and 43.2 TB is more than sufficient. 37

41 3550 M M M M M M5 MB MS MB MS SP L/A Stacking SP L/A Stacking Reset Mgmt Reset Mgmt B A B A This example uses six System x3550 M5 1U servers and two G8124E RackSwitch TOR switches. Each server has two E5-2680v4 CPUs, 768 GB of memory, two network cards, two 800 GB SSDs, and six 1.2TB HDDs. Two disk groups of one SSD and three HDDs are used for vsan. Figure 11 shows the deployment configuration for this example. Figure 11: Deployment configuration for 1200 dedicated users using hyper-converged servers Deployment example 2: Flex System with 4500 stateless users As shown in Table 45, this example is for 4500 stateless users who are using a Flex System based chassis with each of the 36 compute nodes supporting 125 users in normal mode and 150 in the failover case. Table 45: Deployment configuration for 4500 stateless users Stateless virtual desktop 4500 users Compute servers 36 Management servers 4 V3700 V2 Storage controller 1 V3700 V2 Storage expansion 3 Flex System EN4093R switches 6 Flex System FC3171 switches 6 Flex System Enterprise Chassis 3 10 GbE network switches 2 x G GbE network switches 2 x G8052 SAN network switches 2 x B6505 Total height 44U Number of racks 2 Figure 12 shows the deployment diagram for this configuration. The first rack contains the compute and management servers and the second rack contains the shared storage. 38

42 Figure 12: Deployment diagram for 4500 stateless users using Lenovo V3700 V2 shared storage Figure 13 shows the 10 GbE and Fibre Channel networking that is required to connect the three Flex System Enterprise Chassis to the Lenovo V3700 V2 shared storage. The detail is shown for one chassis in the middle and abbreviated for the other two chassis. The 1 GbE management infrastructure network is not shown for the purpose of clarity. Redundant 10 GbE networking is provided at the chassis level with two EN4093R switches and at the rack level by using two G8272 TOR switches. Redundant SAN networking is also used with two FC3171 pass-thru switches and two top of rack Lenovo B6505 switches. The two controllers in the Lenovo Storage V3700 V2 are redundantly connected to each of the B6505 switches. 39

43 Figure 13: Network diagram for 4500 stateless users using Lenovo V3700 V2 shared storage 40

44 Deployment example 3: System x server with Lenovo V3700 V2 and iscsi This deployment example is derived from an actual customer deployment with 3000 users, 90% of which are stateless and need a 2 GB VM. The remaining 10% (300 users) need a dedicated VM of 3 GB. Therefore, the average VM size is 2.1 GB. Assuming 125 users per server in the normal case and 150 users in the failover case, then 3000 users need 24 compute servers. A maximum of four compute servers can be down for a 5:1 failover ratio. Each compute server needs at least 315 GB of RAM (150 x 2.1), not including the hypervisor. This figure is rounded up to 384 GB, which should be more than enough and can cope with up to 125 users, all with 3 GB VMs. Each compute server is a System x3550 server with two Xeon E5-2650v4 series processors, 384 GB of system memory, an embedded dual port 10 GbE virtual fabric adapter, and a license for iscsi. For interchangeability between the servers, all of them have a RAID controller with 1 GB flash upgrade and two S GB MLC enterprise SSDs that are configured as RAID 0 for the stateless VMs. In addition, there are three management servers. For interchangeability in case of server failure, these extra servers are configured in the same way as the compute servers. All the servers have ESXi 6.0 U2. There also are two Windows storage servers that are configured differently with HDDs in RAID 1 array for the operating system. Some spare, preloaded drives are kept to quickly deploy a replacement Windows storage server if one should fail. The replacement server can be one of the compute servers. The idea is to quickly get a replacement online if the second one fails. Although there is a low likelihood of this situation occurring, it reduces the window of failure for the two critical Windows storage servers. All of the servers communicate with the Lenovo V3700 V2 shared storage by using iscsi through two TOR RackSwitch G GbE switches. All 10 GbE connections are configured to be fully redundant. For 300 dedicated users and 2700 stateless users, a mixture of disk configurations is needed. All of the users require space for user folders and profile data. Stateless users need space for master images and dedicated users need space for the virtual clones. Stateless users have local SSDs to cache everything else, which substantially decreases the amount of shared storage. For stateless servers with SSDs, a server must be taken offline and only have maintenance performed on it after all of the users are logged off rather than being able to use vmotion. If a server crashes, this issue is immaterial. It is estimated that this configuration requires the following Lenovo Storage V3700 V2 drives: Two 400 GB SSD RAID 1 for master images Thirty 300 GB 15K drives RAID 10 for dedicated images Four 400 GB SSD Easy Tier for dedicated images Sixty 600 GB 10K drives RAID 10 for user folders This configuration requires 96 drives, which fit into one Lenovo Storage V3700 V2 control enclosure and three expansion enclosures. Figure 14 shows the deployment configuration for this example in a single rack. Because the rack has 36 items, it should have the capability for six power distribution units for 1+1 power redundancy, where each PDU has 12 C13 sockets. 41

45 Figure 14: Deployment configuration for 3000 stateless users with System x servers 42

46 Deployment example 4: Graphics acceleration for 128 CAD users This example is for medium level computer-aided design (CAD) users. Each user requires a dedicated virtual desktop with 12 GB of memory and 80 GB of disk space. Four CAD users share a M60 GPU that uses virtual GPU support with the M60-2Q profile. Therefore, there is a maximum of sixteen users per System x3650 M5 server with two GRID 2.0 M60 graphics adapters. Each server needs 256 GB of system memory. For 128 CAD users, 8 servers are required and one extra is used for failover in case of a hardware problem. Lenovo V3700 V2 shared storage is used for virtual desktops and the CAD data store. This example uses a total of seven enclosures, each with 22 HDDs and four SSDs. Each HDD is a 15k rpm 600 GB and each SDD is 400 GB. Assuming RAID 10 for the HDDs, the six enclosures can store about 36 TB of data. A total of SSDs is more than the recommended 10% of the data capacity and is used for Easy tier function to improve read and write performance. The 128 VMs for the CAD users can use as much as 10 TB, but that amount still leaves a reasonable 26 TB of storage for CAD data. In this example, it is assumed that two redundant x3550 M5 servers are used to manage the CAD data store; that is, all accesses for data from the CAD virtual desktop are routed into these servers and data is downloaded and uploaded from the data store into the virtual desktops. The total rack space for the compute servers, storage, and TOR switches for 1 GbE management network, 10 GbE user and iscsi storage network is shown in Figure

47 Figure 15: Deployment configuration for 128 CAD users using x3650 M5 servers with M60 GPUs 44

Reference Architecture: Lenovo Client Virtualization with Citrix XenDesktop and ThinkSystem Servers

Reference Architecture: Lenovo Client Virtualization with Citrix XenDesktop and ThinkSystem Servers Reference Architecture: Lenovo Client Virtualization with Citrix XenDesktop and ThinkSystem Servers Last update: 22 January 2018 Version 1.2 Configuration Reference Number: VDICX01XX73 Reference Architecture

More information

Reference Architecture: Lenovo Client Virtualization with Citrix XenDesktop and System x Servers

Reference Architecture: Lenovo Client Virtualization with Citrix XenDesktop and System x Servers Reference Architecture: Lenovo Client Virtualization with Citrix XenDesktop and System x Servers Last update: 27 March 2017 Version 1.4 Reference Architecture for Citrix XenDesktop Contains performance

More information

IBM SmartCloud Desktop Infrastructure with VMware View Reference architecture. 12 December 2012

IBM SmartCloud Desktop Infrastructure with VMware View Reference architecture. 12 December 2012 IBM SmartCloud Desktop Infrastructure with ware View 12 December 2012 Copyright IBM Corporation, 2012 Table of contents Introduction...1 Architectural overview...1 Component model...2 ware View provisioning...

More information

Reference Architecture for Workloads using the Lenovo Converged HX Series Nutanix Appliances

Reference Architecture for Workloads using the Lenovo Converged HX Series Nutanix Appliances Reference Architecture for Workloads using the Lenovo Converged HX Series Nutanix Appliances Last update: 27 February 2017 Version 1.5 Provides a technical overview of Lenovo Converged HX Series Nutanix

More information

Administering VMware Virtual SAN. Modified on October 4, 2017 VMware vsphere 6.0 VMware vsan 6.2

Administering VMware Virtual SAN. Modified on October 4, 2017 VMware vsphere 6.0 VMware vsan 6.2 Administering VMware Virtual SAN Modified on October 4, 2017 VMware vsphere 6.0 VMware vsan 6.2 You can find the most up-to-date technical documentation on the VMware website at: https://docs.vmware.com/

More information

VMware Virtual SAN. Technical Walkthrough. Massimiliano Moschini Brand Specialist VCI - vexpert VMware Inc. All rights reserved.

VMware Virtual SAN. Technical Walkthrough. Massimiliano Moschini Brand Specialist VCI - vexpert VMware Inc. All rights reserved. VMware Virtual SAN Technical Walkthrough Massimiliano Moschini Brand Specialist VCI - vexpert 2014 VMware Inc. All rights reserved. VMware Storage Innovations VI 3.x VMFS Snapshots Storage vmotion NAS

More information

XenApp and XenDesktop 7.12 on vsan 6.5 All-Flash January 08, 2018

XenApp and XenDesktop 7.12 on vsan 6.5 All-Flash January 08, 2018 XenApp and XenDesktop 7.12 on vsan 6.5 All-Flash January 08, 2018 1 Table of Contents 1. Executive Summary 1.1.Business Case 1.2.Key Results 2. Introduction 2.1.Scope 2.2.Audience 3. Technology Overview

More information

2014 VMware Inc. All rights reserved.

2014 VMware Inc. All rights reserved. 2014 VMware Inc. All rights reserved. Agenda Virtual SAN 1 Why VSAN Software Defined Storage 2 Introducing Virtual SAN 3 Hardware Requirements 4 DEMO 5 Questions 2 The Software-Defined Data Center Expand

More information

Disclaimer This presentation may contain product features that are currently under development. This overview of new technology represents no commitme

Disclaimer This presentation may contain product features that are currently under development. This overview of new technology represents no commitme STO1926BU A Day in the Life of a VSAN I/O Diving in to the I/O Flow of vsan John Nicholson (@lost_signal) Pete Koehler (@vmpete) VMworld 2017 Content: Not for publication #VMworld #STO1926BU Disclaimer

More information

Microsoft SQL Server 2014 on vsan 6.2 All-Flash December 15, 2017

Microsoft SQL Server 2014 on vsan 6.2 All-Flash December 15, 2017 Microsoft SQL Server 2014 on vsan 6.2 All-Flash December 15, 2017 1 Table of Contents 1. Microsoft SQL Server 2014 on vsan 6.2 All-Flash 1.1.Executive Summary 1.2.vSAN SQL Server Reference Architecture

More information

vsan All Flash Features First Published On: Last Updated On:

vsan All Flash Features First Published On: Last Updated On: First Published On: 11-07-2016 Last Updated On: 11-07-2016 1 1. vsan All Flash Features 1.1.Deduplication and Compression 1.2.RAID-5/RAID-6 Erasure Coding Table of Contents 2 1. vsan All Flash Features

More information

Introduction to Virtualization. From NDG In partnership with VMware IT Academy

Introduction to Virtualization. From NDG In partnership with VMware IT Academy Introduction to Virtualization From NDG In partnership with VMware IT Academy www.vmware.com/go/academy Why learn virtualization? Modern computing is more efficient due to virtualization Virtualization

More information

Microsoft SQL Server 2014 on VMware vsan 6.2 All-Flash October 31, 2017

Microsoft SQL Server 2014 on VMware vsan 6.2 All-Flash October 31, 2017 Microsoft SQL Server 2014 on VMware vsan 6.2 All-Flash October 31, 2017 1 Table of Contents 1. Executive Summary 1.1.Business Case 1.2.Solution Overview 1.3.Key Results 2. vsan SQL Server Reference Architecture

More information

VMware Virtual SAN Design and Sizing Guide for Horizon View Virtual Desktop Infrastructures TECHNICAL MARKETING DOCUMENTATION REV A /JULY 2014

VMware Virtual SAN Design and Sizing Guide for Horizon View Virtual Desktop Infrastructures TECHNICAL MARKETING DOCUMENTATION REV A /JULY 2014 VMware Virtual SAN Design and Sizing Guide for Horizon View Virtual Desktop Infrastructures TECHNICAL MARKETING DOCUMENTATION REV A /JULY 2014 Table of Contents Introduction.... 3 VMware Virtual SAN....

More information

Free up rack space by replacing old servers and storage

Free up rack space by replacing old servers and storage A Principled Technologies report: Hands-on testing. Real-world results. Free up rack space by replacing old servers and storage A 2U Dell PowerEdge FX2s and all-flash VMware vsan solution powered by Intel

More information

vsan Planning and Deployment Update 1 16 OCT 2018 VMware vsphere 6.7 VMware vsan 6.7

vsan Planning and Deployment Update 1 16 OCT 2018 VMware vsphere 6.7 VMware vsan 6.7 vsan Planning and Deployment Update 1 16 OCT 2018 VMware vsphere 6.7 VMware vsan 6.7 You can find the most up-to-date technical documentation on the VMware website at: https://docs.vmware.com/ If you have

More information

VMware Virtual SAN. High Performance Scalable Storage Architecture VMware Inc. All rights reserved.

VMware Virtual SAN. High Performance Scalable Storage Architecture VMware Inc. All rights reserved. VMware Virtual SAN High Performance Scalable Storage Architecture 2014 VMware Inc. All rights reserved. Agenda Importance of Software Defined approach for Storage Introduction VMware Virtual SAN Key Properties

More information

VMware vsphere Clusters in Security Zones

VMware vsphere Clusters in Security Zones SOLUTION OVERVIEW VMware vsan VMware vsphere Clusters in Security Zones A security zone, also referred to as a DMZ," is a sub-network that is designed to provide tightly controlled connectivity to an organization

More information

Administering VMware vsan. 17 APR 2018 VMware vsphere 6.7 VMware vsan 6.7

Administering VMware vsan. 17 APR 2018 VMware vsphere 6.7 VMware vsan 6.7 Administering VMware vsan 17 APR 2018 VMware vsphere 6.7 VMware vsan 6.7 You can find the most up-to-date technical documentation on the VMware website at: https://docs.vmware.com/ If you have comments

More information

Administering VMware vsan. Modified on October 4, 2017 VMware vsphere 6.5 VMware vsan 6.6.1

Administering VMware vsan. Modified on October 4, 2017 VMware vsphere 6.5 VMware vsan 6.6.1 Administering VMware vsan Modified on October 4, 2017 VMware vsphere 6.5 VMware vsan 6.6.1 You can find the most up-to-date technical documentation on the VMware website at: https://docs.vmware.com/ If

More information

Dell EMC Ready Architectures for VDI

Dell EMC Ready Architectures for VDI Dell EMC Ready Architectures for VDI Designs for Citrix Virtual Apps and Desktops on VxRail and vsan Ready Nodes October 2018 H17344.1 Validation Guide Abstract This validation guide describes the architecture

More information

vsan Security Zone Deployment First Published On: Last Updated On:

vsan Security Zone Deployment First Published On: Last Updated On: First Published On: 06-14-2017 Last Updated On: 11-20-2017 1 1. vsan Security Zone Deployment 1.1.Solution Overview Table of Contents 2 1. vsan Security Zone Deployment 3 1.1 Solution Overview VMware vsphere

More information

What's New in vsan 6.2 First Published On: Last Updated On:

What's New in vsan 6.2 First Published On: Last Updated On: First Published On: 07-07-2016 Last Updated On: 08-23-2017 1 1. Introduction 1.1.Preface 1.2.Architecture Overview 2. Space Efficiency 2.1.Deduplication and Compression 2.2.RAID - 5/6 (Erasure Coding)

More information

Dell EMC Ready Architectures for VDI

Dell EMC Ready Architectures for VDI Dell EMC Ready Architectures for VDI Designs for VMware Horizon on VxRail and VSAN Ready Nodes September 2018 H17341.1 Validation Guide Abstract This validation guide describes the architecture and performance

More information

Cisco UCS C240 M4 Rack Server with VMware Virtual SAN 6.0 and Horizon 6

Cisco UCS C240 M4 Rack Server with VMware Virtual SAN 6.0 and Horizon 6 White Paper Cisco UCS C240 M4 Rack Server with VMware Virtual SAN 6.0 and Horizon 6 Reference Architecture August 2015 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public.

More information

vsan Mixed Workloads First Published On: Last Updated On:

vsan Mixed Workloads First Published On: Last Updated On: First Published On: 03-05-2018 Last Updated On: 03-05-2018 1 1. Mixed Workloads on HCI 1.1.Solution Overview Table of Contents 2 1. Mixed Workloads on HCI 3 1.1 Solution Overview Eliminate the Complexity

More information

Developing a Hyper- Converged Storage Strategy for VMware vcloud Director with VMware vsan

Developing a Hyper- Converged Storage Strategy for VMware vcloud Director with VMware vsan VMware vcloud Architecture Toolkit for Service Providers Developing a Hyper- Converged Storage Strategy for VMware vcloud Director with VMware vsan Version 2.9 January 2018 Martin Hosken 2018 VMware, Inc.

More information

Nutanix Tech Note. Virtualizing Microsoft Applications on Web-Scale Infrastructure

Nutanix Tech Note. Virtualizing Microsoft Applications on Web-Scale Infrastructure Nutanix Tech Note Virtualizing Microsoft Applications on Web-Scale Infrastructure The increase in virtualization of critical applications has brought significant attention to compute and storage infrastructure.

More information

Running VMware vsan Witness Appliance in VMware vcloudair First Published On: April 26, 2017 Last Updated On: April 26, 2017

Running VMware vsan Witness Appliance in VMware vcloudair First Published On: April 26, 2017 Last Updated On: April 26, 2017 Running VMware vsan Witness Appliance in VMware vcloudair First Published On: April 26, 2017 Last Updated On: April 26, 2017 1 Table of Contents 1. Executive Summary 1.1.Business Case 1.2.Solution Overview

More information

TECHNICAL WHITE PAPER - JANUARY VMware Horizon 7 on VMware vsan Best Practices TECHNICAL WHITE PAPER

TECHNICAL WHITE PAPER - JANUARY VMware Horizon 7 on VMware vsan Best Practices TECHNICAL WHITE PAPER TECHNICAL WHITE PAPER - JANUARY 2019 VMware Horizon 7 on VMware vsan Best Practices TECHNICAL WHITE PAPER Table of Contents Introduction 3 Purpose... 3 Audience... 3 Technology Overview and Best Practices

More information

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING IMPLEMENTATION GUIDE EMC VSPEX END-USER COMPUTING VMware Horizon View 5.3 and VMware vsphere for up to 2,000 Virtual Desktops Enabled by EMC Next-Generation VNX and EMC Powered Backup EMC VSPEX Abstract

More information

IOmark-VM. VMware VSAN Intel Servers + VMware VSAN Storage SW Test Report: VM-HC a Test Report Date: 16, August

IOmark-VM. VMware VSAN Intel Servers + VMware VSAN Storage SW Test Report: VM-HC a Test Report Date: 16, August IOmark-VM VMware VSAN Intel Servers + VMware VSAN Storage SW Test Report: VM-HC-160816-a Test Report Date: 16, August 2016 Copyright 2010-2016 Evaluator Group, Inc. All rights reserved. IOmark-VM, IOmark-VDI,

More information

Virtualizing SQL Server 2008 Using EMC VNX Series and VMware vsphere 4.1. Reference Architecture

Virtualizing SQL Server 2008 Using EMC VNX Series and VMware vsphere 4.1. Reference Architecture Virtualizing SQL Server 2008 Using EMC VNX Series and VMware vsphere 4.1 Copyright 2011, 2012 EMC Corporation. All rights reserved. Published March, 2012 EMC believes the information in this publication

More information

VMWARE HORIZON 6 ON HYPER-CONVERGED INFRASTRUCTURES. Horizon 6 version 6.2 VMware vsphere 6U1 / VMware Virtual SAN 6U1 Supermicro TwinPro 2 4 Nodes

VMWARE HORIZON 6 ON HYPER-CONVERGED INFRASTRUCTURES. Horizon 6 version 6.2 VMware vsphere 6U1 / VMware Virtual SAN 6U1 Supermicro TwinPro 2 4 Nodes TECHNICAL WHITE PAPER SEPTEMBER 2016 VMWARE HORIZON 6 ON HYPER-CONVERGED INFRASTRUCTURES Horizon 6 version 6.2 VMware vsphere 6U1 / VMware Virtual SAN 6U1 Supermicro TwinPro 2 4 Nodes Table of Contents

More information

iocontrol Reference Architecture for VMware Horizon View 1 W W W. F U S I O N I O. C O M

iocontrol Reference Architecture for VMware Horizon View 1 W W W. F U S I O N I O. C O M 1 W W W. F U S I O N I O. C O M iocontrol Reference Architecture for VMware Horizon View iocontrol Reference Architecture for VMware Horizon View Introduction Desktop management at any scale is a tedious

More information

vsan 6.6 Performance Improvements First Published On: Last Updated On:

vsan 6.6 Performance Improvements First Published On: Last Updated On: vsan 6.6 Performance Improvements First Published On: 07-24-2017 Last Updated On: 07-28-2017 1 Table of Contents 1. Overview 1.1.Executive Summary 1.2.Introduction 2. vsan Testing Configuration and Conditions

More information

White Paper Effects of the Deduplication/Compression Function in Virtual Platforms ETERNUS AF series and ETERNUS DX S4/S3 series

White Paper Effects of the Deduplication/Compression Function in Virtual Platforms ETERNUS AF series and ETERNUS DX S4/S3 series White Paper Effects of the Deduplication/Compression Function in Virtual Platforms ETERNUS AF series and ETERNUS DX S4/S3 series Copyright 2017 FUJITSU LIMITED Page 1 of 17 http://www.fujitsu.com/eternus/

More information

DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE AND FIBRE CHANNEL INFRASTRUCTURE

DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE AND FIBRE CHANNEL INFRASTRUCTURE DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE AND FIBRE CHANNEL INFRASTRUCTURE Design Guide APRIL 0 The information in this publication is provided as is. Dell Inc. makes no representations or warranties

More information

DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE VSAN INFRASTRUCTURE

DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE VSAN INFRASTRUCTURE DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE VSAN INFRASTRUCTURE Design Guide APRIL 2017 1 The information in this publication is provided as is. Dell Inc. makes no representations or warranties

More information

VSAN Virtual Desktop Infrastructure Workload First Published On: Last Updated On:

VSAN Virtual Desktop Infrastructure Workload First Published On: Last Updated On: VSAN 6.2 - Virtual Desktop Infrastructure Workload First Published On: 07-20-2016 Last Updated On: 07-20-2016 1 Table of Contents 1. Executive Summary 1.1.Executive Summary 2. Introduction 2.1.Overview

More information

VMware Virtual SAN Backup Using VMware vsphere Data Protection Advanced SEPTEMBER 2014

VMware Virtual SAN Backup Using VMware vsphere Data Protection Advanced SEPTEMBER 2014 VMware SAN Backup Using VMware vsphere Data Protection Advanced SEPTEMBER 2014 VMware SAN Backup Using VMware vsphere Table of Contents Introduction.... 3 vsphere Architectural Overview... 4 SAN Backup

More information

IOmark-VM. Datrium DVX Test Report: VM-HC b Test Report Date: 27, October

IOmark-VM. Datrium DVX Test Report: VM-HC b Test Report Date: 27, October IOmark-VM Datrium DVX Test Report: VM-HC-171024-b Test Report Date: 27, October 2017 Copyright 2010-2017 Evaluator Group, Inc. All rights reserved. IOmark-VM, IOmark-VDI, VDI-IOmark, and IOmark are trademarks

More information

INTEGRATED INFRASTRUCTURE FOR VIRTUAL DESKTOPS ENABLED BY EMC VNXE3300, VMWARE VSPHERE 4.1, AND VMWARE VIEW 4.5

INTEGRATED INFRASTRUCTURE FOR VIRTUAL DESKTOPS ENABLED BY EMC VNXE3300, VMWARE VSPHERE 4.1, AND VMWARE VIEW 4.5 White Paper INTEGRATED INFRASTRUCTURE FOR VIRTUAL DESKTOPS ENABLED BY EMC VNXE3300, VMWARE VSPHERE 4.1, AND VMWARE VIEW 4.5 EMC GLOBAL SOLUTIONS Abstract This white paper describes a simple, efficient,

More information

Dell EMC Ready Architectures for VDI

Dell EMC Ready Architectures for VDI Dell EMC Ready Architectures for VDI Designs for VMware Horizon 7 on Dell EMC XC Family September 2018 H17387 Deployment Guide Abstract This deployment guide provides instructions for deploying VMware

More information

IOmark- VM. HP HP ConvergedSystem 242- HC StoreVirtual Test Report: VM- HC b Test Report Date: 27, April

IOmark- VM. HP HP ConvergedSystem 242- HC StoreVirtual Test Report: VM- HC b Test Report Date: 27, April IOmark- VM HP HP ConvergedSystem 242- HC StoreVirtual Test Report: VM- HC- 150427- b Test Report Date: 27, April 2015 Copyright 2010-2015 Evaluator Group, Inc. All rights reserved. IOmark- VM, IOmark-

More information

Eliminate the Complexity of Multiple Infrastructure Silos

Eliminate the Complexity of Multiple Infrastructure Silos SOLUTION OVERVIEW Eliminate the Complexity of Multiple Infrastructure Silos A common approach to building out compute and storage infrastructure for varying workloads has been dedicated resources based

More information

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING IMPLEMENTATION GUIDE EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7.1 and VMware vsphere for up to 500 Virtual Desktops Enabled by EMC VNXe3200 and EMC Powered Backup EMC VSPEX Abstract This describes

More information

Dell EMC vsan Ready Nodes for VDI

Dell EMC vsan Ready Nodes for VDI Dell EMC vsan Ready Nodes for VDI Integration of VMware Horizon on Dell EMC vsan Ready Nodes April 2018 H17030.1 Deployment Guide Abstract This deployment guide provides instructions for deploying VMware

More information

Dell EMC. Vblock System 340 with VMware Horizon 6.0 with View

Dell EMC. Vblock System 340 with VMware Horizon 6.0 with View Dell EMC Vblock System 340 with VMware Horizon 6.0 with View Version 1.0 November 2014 THE INFORMATION IN THIS PUBLICATION IS PROVIDED "AS IS." VCE MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND WITH

More information

vsan Remote Office Deployment January 09, 2018

vsan Remote Office Deployment January 09, 2018 January 09, 2018 1 1. vsan Remote Office Deployment 1.1.Solution Overview Table of Contents 2 1. vsan Remote Office Deployment 3 1.1 Solution Overview Native vsphere Storage for Remote and Branch Offices

More information

VMware Horizon View. VMware Horizon View with Tintri VMstore. TECHNICAL SOLUTION OVERVIEW, Revision 1.1, January 2013

VMware Horizon View. VMware Horizon View with Tintri VMstore. TECHNICAL SOLUTION OVERVIEW, Revision 1.1, January 2013 VMware Horizon View VMware Horizon View with Tintri VMstore TECHNICAL SOLUTION OVERVIEW, Revision 1.1, January 2013 Table of Contents Introduction... 1 Before VDI and VMware Horizon View... 1 Critical

More information

Introducing VMware Validated Designs for Software-Defined Data Center

Introducing VMware Validated Designs for Software-Defined Data Center Introducing VMware Validated Designs for Software-Defined Data Center VMware Validated Design 4.0 VMware Validated Design for Software-Defined Data Center 4.0 You can find the most up-to-date technical

More information

What s New in VMware vsphere 4.1 Performance. VMware vsphere 4.1

What s New in VMware vsphere 4.1 Performance. VMware vsphere 4.1 What s New in VMware vsphere 4.1 Performance VMware vsphere 4.1 T E C H N I C A L W H I T E P A P E R Table of Contents Scalability enhancements....................................................................

More information

Hedvig as backup target for Veeam

Hedvig as backup target for Veeam Hedvig as backup target for Veeam Solution Whitepaper Version 1.0 April 2018 Table of contents Executive overview... 3 Introduction... 3 Solution components... 4 Hedvig... 4 Hedvig Virtual Disk (vdisk)...

More information

Introducing VMware Validated Designs for Software-Defined Data Center

Introducing VMware Validated Designs for Software-Defined Data Center Introducing VMware Validated Designs for Software-Defined Data Center VMware Validated Design for Software-Defined Data Center 4.0 This document supports the version of each product listed and supports

More information

Thinking Different: Simple, Efficient, Affordable, Unified Storage

Thinking Different: Simple, Efficient, Affordable, Unified Storage Thinking Different: Simple, Efficient, Affordable, Unified Storage EMC VNX Family Easy yet Powerful 1 IT Challenges: Tougher than Ever Four central themes facing every decision maker today Overcome flat

More information

Native vsphere Storage for Remote and Branch Offices

Native vsphere Storage for Remote and Branch Offices SOLUTION OVERVIEW VMware vsan Remote Office Deployment Native vsphere Storage for Remote and Branch Offices VMware vsan is the industry-leading software powering Hyper-Converged Infrastructure (HCI) solutions.

More information

VMWARE VSAN LICENSING GUIDE - MARCH 2018 VMWARE VSAN 6.6. Licensing Guide

VMWARE VSAN LICENSING GUIDE - MARCH 2018 VMWARE VSAN 6.6. Licensing Guide - MARCH 2018 VMWARE VSAN 6.6 Licensing Guide Table of Contents Introduction 3 License Editions 4 Virtual Desktop Infrastructure... 5 Upgrades... 5 Remote Office / Branch Office... 5 Stretched Cluster with

More information

Dell EMC. VxRack System FLEX Architecture Overview

Dell EMC. VxRack System FLEX Architecture Overview Dell EMC VxRack System FLEX Architecture Overview Document revision 1.6 October 2017 Revision history Date Document revision Description of changes October 2017 1.6 Editorial updates Updated Cisco Nexus

More information

White Paper Features and Benefits of Fujitsu All-Flash Arrays for Virtualization and Consolidation ETERNUS AF S2 series

White Paper Features and Benefits of Fujitsu All-Flash Arrays for Virtualization and Consolidation ETERNUS AF S2 series White Paper Features and Benefits of Fujitsu All-Flash Arrays for Virtualization and Consolidation Fujitsu All-Flash Arrays are extremely effective tools when virtualization is used for server consolidation.

More information

Reference Architecture: VMware Software Defined Data Center with System x Servers

Reference Architecture: VMware Software Defined Data Center with System x Servers Reference Architecture: VMware Software Defined Data Center with System x Servers Last update: 27 March 2017 Version 1.6 Configuration Reference Number: CLDVMVCXX53 Describes reference architecture for

More information

VMware vstorage APIs FOR ARRAY INTEGRATION WITH EMC VNX SERIES FOR SAN

VMware vstorage APIs FOR ARRAY INTEGRATION WITH EMC VNX SERIES FOR SAN White Paper VMware vstorage APIs FOR ARRAY INTEGRATION WITH EMC VNX SERIES FOR SAN Benefits of EMC VNX for Block Integration with VMware VAAI EMC SOLUTIONS GROUP Abstract This white paper highlights the

More information

vsan Stretched Cluster & 2 Node Guide January 26, 2018

vsan Stretched Cluster & 2 Node Guide January 26, 2018 vsan Stretched Cluster & 2 Node Guide January 26, 2018 1 Table of Contents 1. Overview 1.1.Introduction 2. Support Statements 2.1.vSphere Versions 2.2.vSphere & vsan 2.3.Hybrid and All-Flash Support 2.4.On-disk

More information

High-Performance, High-Density VDI with Pivot3 Acuity and VMware Horizon 7. Reference Architecture

High-Performance, High-Density VDI with Pivot3 Acuity and VMware Horizon 7. Reference Architecture High-Performance, High-Density VDI with Pivot3 Acuity and VMware Horizon 7 Reference Architecture How to Contact Pivot3 Pivot3, Inc. General Information: info@pivot3.com 221 West 6 th St., Suite 750 Sales:

More information

Dell Fluid Data solutions. Powerful self-optimized enterprise storage. Dell Compellent Storage Center: Designed for business results

Dell Fluid Data solutions. Powerful self-optimized enterprise storage. Dell Compellent Storage Center: Designed for business results Dell Fluid Data solutions Powerful self-optimized enterprise storage Dell Compellent Storage Center: Designed for business results The Dell difference: Efficiency designed to drive down your total cost

More information

2000 Persistent VMware View VDI Users on Dell EMC SCv3020 Storage

2000 Persistent VMware View VDI Users on Dell EMC SCv3020 Storage 2000 Persistent VMware View VDI Users on Dell EMC SCv3020 Storage Dell EMC Engineering September 2017 A Dell EMC Reference Architecture Revisions Date September 2017 Description Initial release Acknowledgements

More information

DELL EMC VXRAIL TM APPLIANCE OPERATIONS GUIDE

DELL EMC VXRAIL TM APPLIANCE OPERATIONS GUIDE DELL EMC VXRAIL TM APPLIANCE OPERATIONS GUIDE A Hyper-Converged Infrastructure Appliance from Dell EMC and VMware PART NUMBER: H16788 ABSTRACT This document describes how to perform day-to-day operations

More information

Table of Contents HOL HCI

Table of Contents HOL HCI Table of Contents Lab Overview - - vsan v6.6.1 - Getting Started... 2 Lab Guidance... 3 Module 1 - vsan 6.6.1 Setup and Enablement (15 Minutes,Beginner)... 9 Introduction... 10 VMware vsan Overview...

More information

VMware vsphere 5.0 STORAGE-CENTRIC FEATURES AND INTEGRATION WITH EMC VNX PLATFORMS

VMware vsphere 5.0 STORAGE-CENTRIC FEATURES AND INTEGRATION WITH EMC VNX PLATFORMS VMware vsphere 5.0 STORAGE-CENTRIC FEATURES AND INTEGRATION WITH EMC VNX PLATFORMS A detailed overview of integration points and new storage features of vsphere 5.0 with EMC VNX platforms EMC Solutions

More information

Introducing VMware Validated Designs for Software-Defined Data Center

Introducing VMware Validated Designs for Software-Defined Data Center Introducing VMware Validated Designs for Software-Defined Data Center VMware Validated Design for Software-Defined Data Center 3.0 This document supports the version of each product listed and supports

More information

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING DESIGN GUIDE EMC VSPEX END-USER COMPUTING VMware Horizon View 6.0 and VMware vsphere for up to 500 Virtual Desktops Enabled by EMC VNXe3200 and EMC Data Protection EMC VSPEX Abstract This describes how

More information

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING DESIGN GUIDE EMC VSPEX END-USER COMPUTING VMware Horizon 6.0 with View and VMware vsphere for up to 2,000 Virtual Desktops Enabled by EMC VNX and EMC Data Protection EMC VSPEX Abstract This describes how

More information

Fujitsu PRIMEFLEX for VMware vsan 20,000 User Mailbox Exchange 2016 Mailbox Resiliency Storage Solution

Fujitsu PRIMEFLEX for VMware vsan 20,000 User Mailbox Exchange 2016 Mailbox Resiliency Storage Solution Fujitsu PRIMEFLEX for VMware vsan 20,000 User Mailbox Exchange 2016 Mailbox Resiliency Storage Solution Tested with: ESRP Storage Version 4.0 Tested Date: 2018-09-10 Content Content... 2 Overview... 3

More information

SvSAN Data Sheet - StorMagic

SvSAN Data Sheet - StorMagic SvSAN Data Sheet - StorMagic A Virtual SAN for distributed multi-site environments StorMagic SvSAN is a software storage solution that enables enterprises to eliminate downtime of business critical applications

More information

Dell EMC Ready Architectures for VDI

Dell EMC Ready Architectures for VDI Dell EMC Ready Architectures for VDI Designs for VMware Horizon on Dell EMC XC Family September 2018 H17386 Validation Guide Abstract This validation guide describes the architecture and performance of

More information

Mostafa Magdy Senior Technology Consultant Saudi Arabia. Copyright 2011 EMC Corporation. All rights reserved.

Mostafa Magdy Senior Technology Consultant Saudi Arabia. Copyright 2011 EMC Corporation. All rights reserved. Mostafa Magdy Senior Technology Consultant Saudi Arabia 1 Thinking Different: Simple, Efficient, Affordable, Unified Storage EMC VNX Family Easy yet Powerful 2 IT Challenges: Tougher than Ever Four central

More information

5,000 Persistent VMware View VDI Users on Dell EMC SC9000 Storage

5,000 Persistent VMware View VDI Users on Dell EMC SC9000 Storage 5,000 Persistent VMware View VDI Users on Dell EMC SC9000 Storage Abstract This reference architecture document records real-world workload performance data for a virtual desktop infrastructure (VDI) storage

More information

VMware Virtual SAN Technology

VMware Virtual SAN Technology VMware Virtual SAN Technology Today s Agenda 1 Hyper-Converged Infrastructure Architecture & Vmware Virtual SAN Overview 2 Why VMware Hyper-Converged Software? 3 VMware Virtual SAN Advantage Today s Agenda

More information

Nutanix Reference Architecture Version 1.1 July 2016 RA-2022

Nutanix Reference Architecture Version 1.1 July 2016 RA-2022 Citrix XenDesktop on vsphere Nutanix Reference Architecture Version 1.1 July 2016 RA-2022 Copyright Copyright 2016 Nutanix, Inc. Nutanix, Inc. 1740 Technology Drive, Suite 150 San Jose, CA 95110 All rights

More information

EMC INFRASTRUCTURE FOR VIRTUAL DESKTOPS ENABLED BY EMC VNX SERIES (NFS),VMWARE vsphere 4.1, VMWARE VIEW 4.6, AND VMWARE VIEW COMPOSER 2.

EMC INFRASTRUCTURE FOR VIRTUAL DESKTOPS ENABLED BY EMC VNX SERIES (NFS),VMWARE vsphere 4.1, VMWARE VIEW 4.6, AND VMWARE VIEW COMPOSER 2. EMC INFRASTRUCTURE FOR VIRTUAL DESKTOPS ENABLED BY EMC VNX SERIES (NFS),VMWARE vsphere 4.1, VMWARE VIEW 4.6, AND VMWARE VIEW COMPOSER 2.6 Reference Architecture EMC SOLUTIONS GROUP August 2011 Copyright

More information

VMware vsan 6.5 Technical Overview January 24, 2017

VMware vsan 6.5 Technical Overview January 24, 2017 VMware vsan 6.5 Technical Overview January 24, 2017 Page 1 of 44 Table of Contents 1. Introduction 1.1.Introduction 2. What's New in Virtual SAN 6.5 2.1.Witness Traffic Separation 2.2.Two-Node Direct-Connect

More information

Modern hyperconverged infrastructure. Karel Rudišar Systems Engineer, Vmware Inc.

Modern hyperconverged infrastructure. Karel Rudišar Systems Engineer, Vmware Inc. Modern hyperconverged infrastructure Karel Rudišar Systems Engineer, Vmware Inc. 2 What Is Hyper-Converged Infrastructure? - The Ideal Architecture for SDDC Management SDDC Compute Networking Storage Simplicity

More information

The next step in Software-Defined Storage with Virtual SAN

The next step in Software-Defined Storage with Virtual SAN The next step in Software-Defined Storage with Virtual SAN Osama I. Al-Dosary VMware vforum, 2014 2014 VMware Inc. All rights reserved. Agenda Virtual SAN s Place in the SDDC Overview Features and Benefits

More information

EMC Integrated Infrastructure for VMware. Business Continuity

EMC Integrated Infrastructure for VMware. Business Continuity EMC Integrated Infrastructure for VMware Business Continuity Enabled by EMC Celerra and VMware vcenter Site Recovery Manager Reference Architecture Copyright 2009 EMC Corporation. All rights reserved.

More information

Virtual Security Server

Virtual Security Server Data Sheet VSS Virtual Security Server Security clients anytime, anywhere, any device CENTRALIZED CLIENT MANAGEMENT UP TO 50% LESS BANDWIDTH UP TO 80 VIDEO STREAMS MOBILE ACCESS INTEGRATED SECURITY SYSTEMS

More information

Virtual Volumes FAQs First Published On: Last Updated On:

Virtual Volumes FAQs First Published On: Last Updated On: First Published On: 03-20-2017 Last Updated On: 07-13-2018 1 Table of Contents 1. FAQs 1.1.Introduction and General Information 1.2.Technical Support 1.3.Requirements and Capabilities 2 1. FAQs Frequently

More information

EMC XTREMCACHE ACCELERATES VIRTUALIZED ORACLE

EMC XTREMCACHE ACCELERATES VIRTUALIZED ORACLE White Paper EMC XTREMCACHE ACCELERATES VIRTUALIZED ORACLE EMC XtremSF, EMC XtremCache, EMC Symmetrix VMAX and Symmetrix VMAX 10K, XtremSF and XtremCache dramatically improve Oracle performance Symmetrix

More information

LATEST INTEL TECHNOLOGIES POWER NEW PERFORMANCE LEVELS ON VMWARE VSAN

LATEST INTEL TECHNOLOGIES POWER NEW PERFORMANCE LEVELS ON VMWARE VSAN LATEST INTEL TECHNOLOGIES POWER NEW PERFORMANCE LEVELS ON VMWARE VSAN Russ Fellows Enabling you to make the best technology decisions November 2017 EXECUTIVE OVERVIEW* The new Intel Xeon Scalable platform

More information

DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE AND ISCSI INFRASTRUCTURE

DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE AND ISCSI INFRASTRUCTURE DELL EMC READY BUNDLE FOR VIRTUALIZATION WITH VMWARE AND ISCSI INFRASTRUCTURE Design Guide APRIL 2017 1 The information in this publication is provided as is. Dell Inc. makes no representations or warranties

More information

SolidFire and Pure Storage Architectural Comparison

SolidFire and Pure Storage Architectural Comparison The All-Flash Array Built for the Next Generation Data Center SolidFire and Pure Storage Architectural Comparison June 2014 This document includes general information about Pure Storage architecture as

More information

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING DESIGN GUIDE EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7 and VMware vsphere Enabled by EMC Next-Generation VNX and EMC Powered Backup EMC VSPEX Abstract This describes how to design an EMC VSPEX end-user

More information

What is QES 2.1? Agenda. Supported Model. Live demo

What is QES 2.1? Agenda. Supported Model. Live demo What is QES 2.1? Agenda Supported Model Live demo QES-Based Unified Storage Windows Server Block File iscsi CIFS NFS QES 2.1 One Architecture & Three Configurations SSD SSD Spinning Disk Hybrid All Flash

More information

Infinio Accelerator Product Overview White Paper

Infinio Accelerator Product Overview White Paper Infinio Accelerator Product Overview White Paper November 2015 Table of Contents Executive Summary.3 Disruptive datacenter trends and new storage architectures..3 Separating storage performance from capacity..4

More information

Increase Scalability for Virtual Desktops with EMC Symmetrix FAST VP and VMware VAAI

Increase Scalability for Virtual Desktops with EMC Symmetrix FAST VP and VMware VAAI White Paper with EMC Symmetrix FAST VP and VMware VAAI EMC GLOBAL SOLUTIONS Abstract This white paper demonstrates how an EMC Symmetrix VMAX running Enginuity 5875 can be used to provide the storage resources

More information

EMC END-USER COMPUTING

EMC END-USER COMPUTING EMC END-USER COMPUTING Citrix XenDesktop 7.9 and VMware vsphere 6.0 with VxRail Appliance Scalable, proven virtual desktop solution from EMC and Citrix Simplified deployment and management Hyper-converged

More information

Reference Architecture: VMware Software Defined Data Center

Reference Architecture: VMware Software Defined Data Center Reference Architecture: VMware Software Defined Data Center Last update: 14 December 2016 Version 1.5 Configuration Reference Number: CLDVMVCXX53 Describes reference architecture for VMware SDDC products

More information

Cisco HyperFlex Hyperconverged Infrastructure Solution for SAP HANA

Cisco HyperFlex Hyperconverged Infrastructure Solution for SAP HANA Cisco HyperFlex Hyperconverged Infrastructure Solution for SAP HANA Learn best practices for running SAP HANA on the Cisco HyperFlex hyperconverged infrastructure (HCI) solution. 2018 Cisco and/or its

More information

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING DESIGN GUIDE EMC VSPEX END-USER COMPUTING VMware Horizon View 5.3 and VMware vsphere for up to 2,000 Virtual Desktops Enabled by EMC Next-Generation VNX and EMC Powered Backup EMC VSPEX Abstract This describes

More information

VMware Virtual SAN on Cisco UCS S3260 Storage Server Deployment Guide

VMware Virtual SAN on Cisco UCS S3260 Storage Server Deployment Guide VMware Virtual SAN on Cisco UCS S3260 Storage Server Deployment Guide May 2018 2018 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public Information. Page 1 of 23 Contents Executive

More information

Reference Architecture for Workloads using the Lenovo Converged HX Series Nutanix Appliances

Reference Architecture for Workloads using the Lenovo Converged HX Series Nutanix Appliances Reference Architecture for Workloads using the Lenovo Converged HX Series Nutanix Appliances Last update: 20 June 2017 Version 1.6 Provides a technical overview of Lenovo Converged HX Series Nutanix appliances

More information