Lets catch up with Horizon 6 best practice. there are lots of article i have found on VDI best practice but it seems like everyday the era of vdi technology is changing and now vdi is also moving to public cloud infrastructure(desktone, AWS etc.). Many of our existing customers were asking for the best practice for vdi deployment which can give optimal performance.
feel free to comment if you guyz knows any other tips too.. till then ADIOS AMIGOS...
I was chatting with some of vmware technical support team guyz regarding current view issues and they have mentioned that most of the customers are facing issues because of wrong sizing or incorrect design in their VDI environment. You may find bellow table generalized for other vdi solutions too. feel free to comment for any specific feature's best practice.
Tag
|
Recommendation
|
Core, scaling, front-end
acceleration
|
Do: Consider front-end web acceleration solutions
for high-volume
infrastructures supporting large numbers of clients.
|
Core, vCenter
|
Do: Implement vCenter according
to its requirements; back up the database
regularly and have provisions in
place in case of an outage. vCenter is very
important.
|
Core, Active Directory,
DNS, DHCP, Load
Balancing
|
Do: Consider front-end web acceleration solutions
for high-volume
infrastructures supporting large numbers of clients.
|
Net, VMkernel 10GbE or 8 Gbps FC for storage,
uplinks,
dedicated storage net
|
Do: Always use dedicated (non-shared) VMkernel
ports with redundant
10GbE or 8Gbps FC uplinks for connecting each vSphere
server to storage.
(network recommendation changes in each scenario
but above recommendation will give best performance in any scenario)
|
Net, Connection Servers,
Load Balancing
|
Do: Implement more than one Horizon View Connection
Server VM to
provide high availability of the desktop VM logon
services
|
Net, uplink (NIC)
redundancy
|
Do: Assign multiple physical uplinks (network
interfaces) to each VMkernel
port and VM Port Group to avoid an outage related
to a network interface
card failure in the server.
|
Net, VLAN tagging
|
Do: Consider using VLAN tags for VMkernel and VM
Port Groups to reflect
VLANs defined within your network infrastructure.
|
Net, infrastructure (e.g.
switch, etc.) redundancy
|
Do: Deploy a fully redundant networking
infrastructure to reduce the
likelihood of an outage resulting from a failed
networking switch or other
component.
|
Net, VLANs, management
|
Do: Consider using VLANs to simplify the management
of the physical
network.
|
Net, utilization and
threshold monitoring
|
Do: Monitor Ethernet port and switch utilization to
help reduce the
possibility that an overloaded switch causes
performance problems.
|
Net, storage network,
Back plane bandwidth of switch
|
Do: Use high-speed switches between the ESXi hosts and storage
which minimum supports back plane bandwidth equals to no. of populated switch
port.
|
Net, Dedicated VMkernel
ports and uplinks for
storage
|
Do not: Create VMkernel ports for other purposes
(e.g. Fault Tolerance
Logging), or VM Port Groups on the same vSwitch
(and its uplinks)
designated for storage.
|
Net, VLANs, bottlenecks,
proper use/design
|
Do Not: Use VLANs to simplify the network at the
expense of creating
network bottlenecks.
|
Net, 1 GbE, VMstore,
bottlenecks
|
Do Not: Use 1GbE Ethernet switches for the
connections between the
vSphere hosts and storage if VDI is loaded with IO
and latency intensive applications
|
Server, testing, scaling,
carefully consider last
minute changes
|
Do not: Make significant last-minute changes or
substitutions to the
successfully tested server equipment and desktop VM
configurations
without considering the potential impact to
performance and user
acceptance.
|
Server, vSphere Host,
CPU cores
|
Do: Always ensure that the vSphere hosts have the
adequate number of
cores and CPU performance required by the desktop
VMs.
|
Server, vSphere Host,
installed memory (RAM)
|
Do: Always ensure that the vSphere hosts have the
adequate amount of
memory (RAM) to run the desktop VMs and their
applications efficiently.
|
Server, user acceptance
testing, end-to-end
(endpoint) performance
|
Do: Always perform end-to-end user
acceptance testing as early as possible
in a deployment cycle to exercise the servers, as
well as the entire
environment from the servers to remote users and
their endpoint devices
(e.g. smart phones, PCs, laptops, tablets, etc.).
|
Server, parent images,
preparation
|
Do: Test and verify the design of the proposed
parent VM(s) to determine
the resources they will need, such as virtual CPUs,
memory assignments,
storage IOPS, etc.
|
Server, parent images,
testing, validation
|
Do: Test and validate the proposed VM images
with users and incorporate
their feedback as much as possible before starting
a full pilot process.
|
storage
best practices
|
Do: Always start with the latest Best practices for
deploying storage in VMware vSphere environments.
|
Bandwidth sizing
|
|
No comments:
Post a Comment