Planning a XenApp & XenDesktop health check-up: Start During PoC

6:13 PM
Planning a XenApp & XenDesktop health check-up: Start During PoC -

IT managers often say: "Let us fix any tickets as they come in, let to resolve this problem before the users are aware of this. "

Without the right tools, what ends up happening is that IT staff is always" fire-fighting "mode, overwhelmed of user complaints to try and to decode the log files of a complex environment, which appears as a "black box".

If large VDI installations designed and architected, many numbers go from computational requirements passed around storage and IOPS on number of users, application group and the type of user

system integrators try requirements for the environment to be able to estimate, but they are usually only :. estimates !

Once the project gets under way, the first item on the list is usually to test by a small group of pilot users. The environment will be tweaked added based on their feedback, more users are further modified, and so on. The last step is usually the most terrible -. open the door and a large population of the virtual desktop environment migrate

But what if the real requirements of the estimates exceed? What happens if an unrecognized configuration change blocks access to the provision? Without proper monitoring solution in place from day zero, it is difficult to answer these concerns with confidence.

One of our Citrix Ready partners, Goliath Technologies, provide monitoring tools that deep insight into otherwise complex and overwhelming environments. We have found that the Goliath Performance Monitor to start a project, you will have the historical data so employees to go back in history and see exactly when the disk latency went above 30ms average by the device (GPM) or if was the hypervisor host CPU so overcrowded that the CPU wait times rose more than 500 ms, and so on. It is valuable to assess not only the dimensioning and design of the infrastructure, but also identify "growing pains" delays and eliminate before the virtual desktops go into production for most users.

Successful virtualization projects need end-to-end monitoring

a monitoring solution that can only be used SNMP, WMI, and NetFlow crack when tens of 1000s of desktops on a hypervisor , shared storage and networking complicated than just in the data center. A proper tool must integrate and collect data directly from all levels in the environment -. Including hypervisor, compute, network and the control software of thousands of connections daily orchestration

monitoring tools built to monitor the networks and Windows Server not to know may be capable of to use the meter, or with Citrix-specific API for integrating Citrix session behavior and performance with infrastructure conditions align. In addition, related technologies on-wire data have no way to provide the needed information is available, because they have no mechanism to take advantage of the APIs or context where the meetings take place -. The server

The ability to understand, is to monitor the reporting and monitoring, at each level of a complex application technology enables employees to know exactly what happens in the VDI environment right, if it is a problem, and where failure to fill. For example, you can fix a slow performance by digging into the ICA channel.

XenApp and XenDesktop is the best desktop virtualization solution for Citrix XenServer, Microsoft Hyper-V and VMware vSphere . Goliath Performance Monitor is certified Citrix Ready and VMware Ready, direct with vendor APIs allows integration to collect an immediate and accurate data, and provide comprehensive coverage of the hypervisor and desktop / app virtualization components all in a single console.

Validate Design estimates for computing and storage

to estimate the requirements for any virtualization project, is difficult - especially if you in the data center for thousands of end users speak desktops. These problems do not show in the pilot phase, when it is only 2-5% test load. But can because all users go live to start, a boat or sign storm while 50% Workload consume all available memory I / O.

The estimated IOPS now may be revised for spikes and bursts into account. Unfortunately, at this time it is too late to find the budget to upgrade the hardware. would notice Goliath Performance Monitor when you proactively alert when storage was not properly developed in the pilot phase, with an unusually high average data memory latencies at the end, as shown below, and.

[1945002HütenSiesichvor]: changes break things

Several improvements and changes during a proof-of-concept or initial deployment to resolve issues or respond made on user feedback. Unfortunately, all changes can not be performed by a change in control in the pressure of project date , which makes it difficult to pursue a change and to determine whether the true cause of failure was.

Nobody wants to see the dreaded 'may complete the request not "error because an incompatible change to Citrix Storefront or NetScaler Gateway configuration has been defined. The Goliath Logon simulator will recognize this problem immediately. The fact that a monitoring tool is executed from the beginning of the project, you will be warned if the last change remote access or view the cause of stunted power broke.

the figure below is alerted GLS us that application was not found : start early


, proactively monitor

A monitoring product, the performance of actively monitor completely environment, you should of today are not only the most important components, as well as active test logons, in use. XenApp and XenDesktop health check should be part of your proof of Concept (PoC) and pilot strategy, not an afterthought. Not only that identify, ensure the proactive and fix potential problems in the pilot, but also speeds up the application and help successfully complete the activity.

Try the 30-day trial of Goliath Performance Monitor and Logon simulator and see if it eliminates the "shoot-out" of your next project.

Follow @mayunkj

Previous
Next Post »
0 Komentar