Data Center Real User Monitoring

Transcription

1 Data Center Real User Monitoring Getting Started Release 12.3

2 Please direct questions about Data Center Real User Monitoring or comments on this document to: Customer Support Copyright 2015 Compuware Corporation. All rights reserved. Unpublished rights reserved under the Copyright Laws of the United States. U.S. GOVERNMENT RIGHTS-Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in Compuware Corporation license agreement and as provided in DFARS (a) and (a) (1995), DFARS (c)(1)(ii) (OCT 1988), FAR (a) (1995), FAR , or FAR (ALT III), as applicable. Compuware Corporation. This product contains confidential information and trade secrets of Compuware Corporation. Disclosure is prohibited without the prior express written permission of Compuware Corporation. Use of this product is subject to the terms and conditions of the user's License Agreement with Compuware Corporation. Documentation may only be reproduced by Licensee for internal use. The content of this document may not be altered, modified or changed without the express written consent of Compuware Corporation. Compuware Corporation may change the content specified herein at any time, with or without notice. All current Compuware Corporation product documentation can be found at Compuware, FrontLine, Network Monitoring, Enterprise Synthetic, Server Monitoring, Dynatrace Network Analyzer, Dynatrace, VantageView, Dynatrace, Real-User Monitoring First Mile, and Dynatrace Performance Network are trademarks or registered trademarks of Compuware Corporation. Cisco is a trademark or registered trademark of Cisco Systems, Inc. Internet Explorer, Outlook, SQL Server, Windows, Windows Server, and Windows Vista are trademarks or registered trademarks of Microsoft Corporation. Firefox is a trademark or registered trademark of Mozilla Foundation. Red Hat and Red Hat Enterprise Linux are trademarks or registered trademarks of Red Hat, Inc. J2EE, Java, and JRE are trademarks or registered trademarks of Oracle Corporation. VMware is a trademark or registered trademark of VMware, Inc. SAP and SAP R/3 are trademarks or registered trademarks of SAP AG. Adobe Reader is a registered trademark of Adobe Systems Incorporated in the United States and/or other countries. All other company and product names are trademarks or registered trademarks of their respective owners. Local Build: April 1, 2015, 12:42

3 Contents Contents Introduction Who Should Read This Guide Organization of the Guide Related Publications Customer Support Information Reporting a Problem Chapter 1 Data Center Real User Monitoring Overview Basic Product Architecture Concept of Protocol Analyzers Central Analysis Server Overview Integrating Dynatrace Solutions CAS Reports Advanced Diagnostics Server Overview ADS Scalability Modes ADS Reports Alerts and Traps Data Mining Interface Chapter 2 Purchase Options Chapter 3 System Requirements Recommended Hardware Supported Browsers and Connectivity Internationalization Support Third-Party Software Required and Recommended for Report Server Chapter 4 Designing and Implementing a DC RUM Solution Gather Facts on Application Topology Define and Prioritize Goals, Objectives, and Requirements Solution Instrumentation Design Pre-Installation Checklist Configuration Process System Verification

4 Contents Selecting Reports, Creating Customized DMI Reports and Alerts Chapter 5 Example DC RUM Usage for a Small Site Defining CAS Basic Configuration Settings Configuring AMD with the RUM Console Defining Software Services with a Wizard in RUM Console Connecting AMD to CAS Verify Traffic is Monitored Viewing CAS Reports for Monitored Traffic Defining a Custom DMI Report Chapter 6 Installation Process Media Browser Navigation DC RUM Installation Process Overview Appendix A Protocols Supported by CAS Appendix B Protocols Supported by ADS Index

5 INTRODUCTION Who Should Read This Guide This guide is intended for new users of Data Center Real User Monitoring (DC RUM), including Agentless Monitoring Device, Advanced Diagnostics Server, and Central Analysis Server. It guides you through basic features of DC RUM and explains how to start using the product. Organization of the Guide The Guide is organized as follows: Data Center Real User Monitoring Overview [p. 7] - Describes the Data Center Real User Monitoring product, its architecture, and its basic components. Purchase Options [p. 19] - Lists solutions you can choose from when buying Data Center Real User Monitoring products. System Requirements [p. 21] - Lists the recommended and required hardware and software. Designing and Implementing a DC RUM Solution [p. 27] - Describes designing and implementing a DC RUM solution as a process consisting of many steps, beginning with fact gathering and defining and prioritizing goals. Example DC RUM Usage for a Small Site [p. 39] - Describes monitoring all of the HTTP traffic in general, monitoring traffic to a specific server and reporting all URLs for that server. DC RUM Installation Process Overview [p. 50] - Describes how to install Data Center Real User Monitoring. Licensing Data Center Real User Monitoring Components in the Data Center Real User Monitoring Administration Guide - Describes Compuware licensing options. Multi-Level Hierarchy Reporting in the Data Center Real User Monitoring Central Analysis Server User Guide - Describes the data organization for reports. 5

6 Introduction Applications, Transactions, and Tiers in the Data Center Real User Monitoring SAP Application Monitoring User Guide - Provides definitions and conceptual information for applications, transactions and tiers. Protocols Supported by CAS [p. 53] - Provides reference to protocols supported by CAS. Protocols Supported by ADS [p. 61] - Lists protocols supported by ADS. Related Publications Documentation for your product is distributed on the product media. For Data Center RUM, it is located in the \Documentation directory. It can also be accessed from the Media Browser. Go online ( for fast access to information about your Dynatrace products. You can download documentation and FAQs as well as browse, ask questions and get answers on user forums (requires subscription). The first time you access FrontLine, you are required to register and obtain a password. Registration is free. PDF files can be viewed with Adobe Reader version 7 or later. If you do not have the Reader application installed, you can download the setup file from the Adobe Web site at Customer Support Information Dynatrace Community For product information, go to and click Support. You can review frequently asked questions, access the training resources in the APM University, and post a question or comment to the product forums. You must register and log in to access the Community. Corporate Website To access the corporate website, go to The Dynatrace site provides a variety of product and support information. Reporting a Problem Use these guidelines when contacting APM Customer Support. When submitting a problem, log on to the Dynatrace Support Portal at click the Open Ticket button and select Data Center Real User Monitoring from the Product list. Refer to the DC RUM FAQ article at to learn know how to provide accurate diagnostics data for your DC RUM components. Most of the required data can be retrieved using RUM Console. 6

7 CHAPTER 1 Data Center Real User Monitoring Overview Data Center Real User Monitoring (DC RUM) is an effective, non-intrusive choice for monitoring business applications that are accessed by employees, partners, and customers outside the corporate enterprise or from the corporate network (intranet or extranet). DC RUM passively collects data from a switch port or tap in your data center using an Agentless Monitoring Device (AMD). This approach complements Enterprise Synthetic agent-based monitoring, which measures predictable, predefined transactions from a steady-state client. Together, agentless and agent-based monitoring give you total visibility of the infrastructure so you can see when and where slowdowns occur, respond to them faster, and prevent them from impacting business. DC RUM targets Web-based applications and their supporting middleware and databases, providing an excellent picture of end-user experience, supplemented by analysis of the network and Web server impact on transaction performance. The software highlights the most widely used Web pages to help with the prioritization of problem resolution efforts. Monitoring between server tiers provides response times for database and middleware operations. In a Citrix environment, agentless monitoring ties these back-end performance measurements to the end user who initiated the transaction. For all other enterprise applications, DC RUM can be used to gauge application performance using metrics such as user wait time, server delay, network delay, and throughput. Key features of DC RUM products Excellent visibility DC RUM shows you all users, all applications, all the time for internal and remote workers, business partners, and customers. No network overhead DC RUM introduces no additional load to the application infrastructure. Low administration The AMD enables you to monitor the end-user experience of external Web users and communication between application tiers without the need to modify application code. This lowers the cost of monitoring your application, regardless of its complexity and architecture. 7

8 Chapter 1 Data Center Real User Monitoring Overview Benefits of choosing the DC RUM solution DC RUM: Ensures measuring actual end-user experience for both Web and non-web applications (including Oracle ebusiness, Citrix-hosted, PeopleSoft, SAP and other packaged and homegrown mission critical applications) in a single solution. Helps to identify the root cause of performance issues with detailed client, network, server and application performance analysis. Helps to diagnose application performance problems with deep insight into application tier interaction, including SOAP, XML, Informix, WebSphere MQ, SQL Server, Oracle, and Sybase. Scales with the needs of the largest organizations to manage enterprise applications. Integrates with Dynatrace solutions for Business Service Management and Application Analytics. Basic DC RUM monitoring concepts When working with DC RUM reports, you will come across terms relating to Dynatrace Service Model components, or other basic monitoring concepts: Operation Operations in the context of the particular protocol, and can mean HTTP/HTTPS page loads, database queries, XML (transactional services) operations, Jolt transactions on a Tuxedo server, s, DNS requests, Oracle Forms submissions, MQ operations, VoIP calls, MS Exchange operations, or SAP operations. A collection of operations (sequenced or not) or a single operation may constitute a transaction. Transaction Transaction can mean one of the following: A single operation, such as a web page load. A sequence of operations DC RUM monitors sequences of web page loads and sequences of XML calls, and it reports both on these sequences as transactions and on individual operations within the transactions. Defined collections of non-sequenced operations. Transaction defines a logical, business goal, like registration in an online store. One or more transactions constitute an application. Note that a transaction can only have one parent application. 8

9 Chapter 1 Data Center Real User Monitoring Overview Figure 1. Hierarchy of Applications and Transactions Application Transaction 1 Transaction 2 Transaction n. Operation 1. Operation 2. Operation XML call 1 XML call Operation n. XML call n Application The base measurement unit that end users access: a universal container that accommodates transactions. Each application can contain one or more transactions. Software service A service, implemented by a specific piece of software, offered on a TCP or UDP port of one or more servers and identified by a particular TCP port number. Software services are identified on reports by either port numbers or assigned names. Site It is also possible to configure the report server to define software services as services on particular ports of particular servers. In this case, a software service is identified by a combination of a port number and a server IP addresses. An IP network from which users log in to a monitored network. A site can be a range of IP addresses set manually, referred to as a class-c IP network, or an automatically set class-b network, or it can be a range of addresses defined by a customized network mask, or a set of IP networks which is based on the BGP routing table analysis. Sites can be grouped together into areas, which in turn can be grouped together into regions. Basic Product Architecture The Data Center Real User Monitoring (DC RUM) solution consists of two logical tiers, a configuration component and a security server: Measurement data collector Agentless Monitoring Device (AMD), a network device that analyzes network traffic and feeds the application and network performance data to report servers. This is the basis for the analysis of end-user experience and IT resource usage. There may be one or more, depending on the sizing requirements and monitored application/network topology. Report server Both of the following, or only Central Analysis Server: Central Analysis Server (CAS) CAS is the main reporting component for DC RUM. CAS reads data from one or more AMDs and Network Monitoring Probes, maintains a short-term and long-term 9

10 Chapter 1 Data Center Real User Monitoring Overview database of the measurements data, and provides reports, alerts, and configuration means for the whole DC RUM system. Advanced Diagnostics Server (ADS) ADS provides detailed, graphical analysis of individual, multi-page Web transactions. This is supplemented with tools that help identify the system causes of performance degradation. RUM Console DC RUM component for configuring the monitoring system (both monitoring and reporting devices), traffic monitoring rules and the alert system. Use this to verify the quality of sniffing points traffic detection, record traffic, preview the captured traffic traces, and view top application categories. It offers a step-by-step guide to configuring application traffic monitoring for first-time Dynatrace users and a wizard-based process for creating and editing software service. Central Security Server The Central Security Server (CSS) provides a single point of access for user management and security for RUM Console and Report Servers. One CAS can read performance data from more than one AMD. Multiple AMDs may be necessary to handle all the monitored traffic or to cover all the monitored physical locations (data centers). One AMD can also feed more than one report server (CAS or ADS or both). Figure 2. An example of a simple DC RUM topology Load balancer Web server 1st tier application servers 2nd tier application servers Database and back-end servers Internet/Intranet AMD RUM Console Advanced Diagnostics Server Central Analysis Server Report user Concept of Protocol Analyzers An analyzer (or decode) is a software component that monitors, parses, and analyzes a network protocol detected in the monitored traffic. Some of the analyzers perform transaction monitoring: they can recognize exchanges of information where there is a recognizable question-and-answer dialog. 10

11 Chapter 1 Data Center Real User Monitoring Overview The analyzers present on your AMD depend on the license you purchased. Even if the AMD monitors a specific protocol and you are able to configure the AMD to monitor that protocol using a particular analyzer, the performance data for that protocol will not be generated by the AMD if you do not have a license for that analyzer. When there is no license present for a protocol, RUM Console displays a warning message stating that the license for that particular analyzer is missing. DC RUM provides the following analyzers: Citrix ICA Citrix ICA over SSL Corba DHCP DNS DRDA (DB2) Epic Exchange Exchange HTTP Exchange HTTPS Generic (Volume) Generic Generic with transactions HTTP HTTP Express IBM MQ IBM MQ over SSL ICMP Informix JBoss RMI Jolt (Tuxedo) Kerberos LDAP LDAP over SSL MySQL Oracle Oracle Forms over HTTP Oracle Forms over HTTPS Oracle Forms over TCP 11

12 Chapter 1 Data Center Real User Monitoring Overview Oracle Forms over SSL SAP GUI SAP GUI over HTTP SAP GUI over HTTPS SAP RFC Simple Parser VoIP SIP over TCP VoIP SIP over TLS VoIP SIP over UDP VoIP H323 over TCP SMB SMTP SOAP over HTTP SOAP over HTTPS SQL Server Resolution Protocol SSL SSL Decrypted SUN RMI TCP TDS Weblogic T3 RMI XML XML over HTTP XML over HTTPS XML over MQ XML over SSL The Analyzer Group is logical group of analyzers based on the type of the analyzed traffic. The list includes: Citrix Corba DHCP Database Datacenter infrastructure Epic Exchange 12

13 Chapter 1 Data Center Real User Monitoring Overview Generic Generic (Volume) IBM MQ Jolt (Tuxedo) LDAP Multiple Oracle Forms RMI RFC SAP SAP RFC SOAP Simple Parser VoIP Web XML Central Analysis Server Overview The Central Analysis Server provides real-time access to information about performance and usage of key business applications. It monitors user session performance, application performance, and server performance in different configurations, with the purpose of identifying when and where problems occur and how to address them. Analysis options give insight into business application performance on the transaction and operation level. The information is aligned with the business structure of the organization (such as branches, working groups, and business units) and is not dependent on the infrastructure components. It is delivered via comprehensive, interactive, service-oriented reports, and via event-driven alerts that inform you about important events such as performance degradation or traffic pattern anomalies. CAS reports enable you to see a complete view of your application performance. The report structure reflects business organization priorities and allows for quick identification of the root causes of problems. The CAS is equipped with powerful data mining and report building tools for creating new or customized reports quickly and easily. The CAS uses the measurement data provided by the passive network monitoring devices referred to as Agentless Monitoring Devices or Network Monitoring Probes, and by synthetic network monitoring agents referred to as Enterprise Synthetic Agents. In real user monitoring, one or more AMDs or Network Monitoring Probes are attached to the monitored network near the core switch of the data center or near VPN access switches. The AMDs and Network Monitoring Probes collect the data from the monitored network, preprocess it, and deliver it to the report server. Each report server can handle a number of AMDs and 13

14 Chapter 1 Data Center Real User Monitoring Overview Network Monitoring Probes. The report server processes the received data further, stores it in a database, and then generates user-friendly reports. The reports can then be viewed and analyzed regularly or only when a network problem occurs. Smart Packet Capture functionality enables you to analyze and diagnose the cause of a known and observed network problem by examining detailed packet trace data. Once a monitoring system has detected a network problem, the Smart Packet Capture process can then take over to drill down to the root cause of the issue. The CAS provides: Web analysis and reporting Decryption and analysis of HTTPS traffic Monitoring of SSL errors Analysis of middleware transactions (XML, SOAP, SAP RFC, and others) Analysis of various database protocols Analysis of the Oracle Forms protocol Analysis of Microsoft Exchange and SMTP protocols Analysis of a selection of SAP protocols Thin client (ICA) protocol analysis VoIP analysis VPN analysis WAN analysis Enterprise applications analysis and reporting Real-time reports, trending reports, and baseline calculations Detection of abnormal application usage and network usage patterns User diagnostics Report access management, publication, and sharing Customizable reports For more information, see Protocols Supported by CAS [p. 53]. Integrating Dynatrace Solutions There are several integration points between Dynatrace and Dynatrace Synthetic Monitoring solutions. Customers using the Data Center Real User Monitoring solution can have Dynatrace Integrated Health View link to Central Analysis Server reports. Customers using the Data Center Real User Monitoring solution can see data from the Central Analysis Server directly in the Dynatrace APMaaS Platform. Customers using Business Service Management solution can use a new script adapter to bring Dynatrace data into their Service Model. 14

15 CAS Reports CAS provides detailed tabular and graphical interactive reports. These reports illustrate near real-time visibility of all user traffic to monitored Web sites and enterprise applications. CAS recognizes and counts all real Web site users and application server users. It also reports on usage, availability, network and server performance, and errors for all Web and non-web applications. CAS reporting includes: Pre-built scorecard and dashboard reports for Web and enterprise applications. These reports drill down to detailed reports for instant diagnosis of performance degradation. Real-time, trending, and baseline reports A rules-based alerting engine with advanced programming capabilities Data Mining Interface (DMI), a powerful report design tool used to create customizable reports Detection of abnormal application and network usage patterns and application performance and error exceptions. Predefined alerts are delivered as SNMP traps and s. Advanced Diagnostics Server Overview The ADS analyzes key transactional application protocols and delivers definite answers to individual user problems regarding the performance and errors of business-critical front-end and back-end applications. ADS measurements have sub-millisecond accuracy for precisely identifying faulty components and operations. The ADS analyzes the following transactional application protocols: HTTP/HTTPS Oracle Forms SAP Oracle MS SQL Sybase DB2 SOAP XML Chapter 1 Data Center Real User Monitoring Overview The ADS also supports sequential transaction monitoring with exact measurements of the transaction sequence path, inter-step timings, and execution flow. This helps you troubleshoot the business processes supported by the monitored applications. The performance, usage, and errors for each application user are mapped to the transactions executed through the website interaction. The ADS builds an analytical model of website performance to find the systemic problems that are causing the HTTP/S-based application performance degradation. Systemic problem occurrences, reasons, and effects are quantified and assigned to network, server, client delays, 15

16 Chapter 1 Data Center Real User Monitoring Overview or content design domains. Effect quantification and severity are presented as the number of slow operations due to a particular domain failure. This helps to focus efforts on addressing the most severe website problems. The ADS provides you with: Detailed analysis of every application user, including every single operation and sub-operation (for example, HTTP page and page component) requested by the user, down to insight into the complete HTTP request header, request content, and response header. Problem-solving reports for sites that find systemic problems caused by HTTP-based application performance degradation (slow operations are categorized due to the operation size, application design, client link speed, or server issues). Detailed reporting on the users' request attributes and response messages communicated to users through HTML pages. These are soft errors, such as information about a requested product that is out of stock or the inability to process a reservation because a partner site did not respond. Transaction troubleshooting with insight into the exact sequence of steps taken by the user and with a drilldown to individual step execution flow and performance influencers. Integration with CAS reporting. This extends the CAS report workflow with detailed reporting on key application protocols. Concurrently, the ADS is capable of filtering out all but the most critical operations, transactions, and users, so the database is not overloaded with unnecessary details. ADS Scalability Modes You can configure the Advanced Diagnostics Server to operate in one of two scalability modes. Large Web site mode Using this scalability mode, the ADS does not record per-http-hit information, reducing the volume of information kept in the SQL database to about 10M page loads per day. Keeping only per-page data, however, results in limited access to the HTTP hit information. When a user requests information on the analyzed page loads, the data is read directly from AMDs. This option makes it possible to view load sequence charts for an individual page load, but does not allow for aggregation of the information for more than one page load. Small Web site mode Using this scalability mode, the ADS records each individual page and each individual page hit in the database, so hit-level information can be used for planning purposes and historical analysis. A disadvantage to this solution is that the hit-level database affects the whole ADS database size. Additionally, because the report response time influences ADS capacity, the capacity drops down and it is affected by the response time of hit-level reports. In practice, it means about 2M pages (approximately 10M hits) per day. ADS Reports The Advanced Diagnostics Server provides detailed insight into Web page and transaction performance, which helps troubleshoot specific Web site problems. 16

17 Chapter 1 Data Center Real User Monitoring Overview ADS provides: A pre-built scorecard and dashboard reports for Web and enterprise applications with drilldown to detailed reports for instant diagnosis of performance degradation. A rules-based alerting engine with advanced programming capabilities. The Data Mining Interface (DMI), which is a powerful tool for creating customizable reports quickly and easily. The detection of abnormal application and network usage patterns and application performance and error exceptions. Includes pre-defined alerts that are delivered as SNMP traps and s. For a detailed description of ADS reports, please refer to the Advanced Diagnostics Server User Guide. Alerts and Traps DC RUM provides a very flexible problem-detection and alert system with multiple levels of filtering. Alerts are sent to recipients based on subscriptions. Users (referred to as alert subscribers) can select which alerts they want to receive, apply additional filtering criteria, and select the delivery mechanism. Alerts can be sent to a specified address or via an SNMP trap. You can also generate alerts without subscribers. These are recorded in the alert logs, which store records of all generated alerts. The alert subsystem caters to various requirements. You can modify the existing alert definitions (those owned by System) or define new alerts. You can send an alert when an error condition is observed for a certain period of time or repeated several times. You can cancel an alert can immediately after the error condition disappears, and has not reappeared for a specified number of minutes or reporting cycles. You can receive an alert when: An alert condition occurs The situation reverts back to normal An alert occurs at regular intervals throughout the duration of the condition that caused it For more information, see Alert System in the Data Center Real User Monitoring Alert System Administration Guide. Data Mining Interface The Data Mining Interface (DMI) is a Web-based, interactive, dynamic report-building module. DMI reports immediately access current data and refresh automatically when new data becomes available. Trending and baseline data is also available for customized reports. Trending data is transparently used when necessary, while baseline data is mixed with current data on the same screen. 17

18 Chapter 1 Data Center Real User Monitoring Overview DMI reports have variable time-range settings, variable resolution settings, and dynamic sorting and filtering mechanisms. Trending and baseline data is also available for DMI reports. Trending data is transparently used when necessary, while baseline data is mixed with current data on the same screen. Use DMI to generate tabular reports and charts and mix multiple report sections on the same page. The reports can have a hierarchical structure with contextual drilldown, sibling, and parent reports. Report definitions are saved in the database and reports are re-run when opened. The DMI is equipped with an integrated persistent report cache that optimizes report re-run requests in the context of real-time data changes in the database. The DMI integrates with a Data Center Real User Monitoring database, providing access restrictions, based on the Data Center Real User Monitoring user identity. Predefined DMI reports are available for various types of users and include high-level scorecards for IT executives, and dedicated planning and monitoring reports for staff responsible for application service delivery. The DMI can also be integrated with VantageView and used as the custom reporting engine. DMI uses product-specific data views. Each data view supports its own set of dimensions and metrics. Refer to the Data Center Real User Monitoring Data Mining Interface (DMI) User Guide. 18

19 CHAPTER 2 Purchase Options All Data Center Real User Monitoring devices can be delivered as a software or turnkey solution. This means that you can buy Compuware software alone or as part of a ready-to-use hardware and software installation. AMD Software Solution The kickstart file. This is required for installing Red Hat Enterprise Linux, which is the supported operating system for the AMD. Customers must obtain an approved Red Hat Enterprise Linux version from Red Hat. NOTE Red Hat Enterprise Linux is sold on a per-socket-pair basis, so that the prices in the vendor's directory affect every two populated sockets in the server. Choose a subscription based on the target hardware architecture for your AMD. For more information on operating system licensing, refer to the Red Hat Web site ( Except as noted, the AMD has the same functionality and performance on all versions of the supported versions of Red Hat Enterprise Linux operating system. AMD software. Product documentation. All the AMD software and documentation is shipped with the AMD installation media. It enables you to build the AMD on hardware that conforms to the Compuware specifications, rebuild the AMD in case of hardware failure, or upgrade it to the current version. The media contains the AMD software without the operating system. AMD Turnkey Solution Hardware (a rack-mounted, server-grade computer; network adapters; and an optional SSL accelerator card). For a complete list of hardware recommended by Compuware, please refer to Recommended Hardware Configurations. Red Hat Enterprise Linux operating system already installed on the hardware; the installation media is also included. 19

20 Chapter 2 Purchase Options NOTE The Red Hat Enterprise Linux operating system can be obtained and activated either by a customer, or by Compuware on behalf of a customer. AMD software installed on the hardware. Product documentation. All the AMD software and documentation is shipped with the AMD installation media. It enables you to build the AMD on hardware that conforms to the Compuware specifications, rebuild the AMD in case of hardware failure, or upgrade it to the current version. CAS/ADS software solution CAS/ADS software. Product documentation. All Compuware CAS/ADS software and documentation is shipped with the CAS/ADS installation media. Note that CAS software requires a third-party operating system and database software to run, and it should be installed on hardware that meets the Compuware recommendation for processing capacity. CAS/ADS turnkey solution Hardware (a rack-mounted, server-grade computer). For a complete list of hardware recommended by Compuware, please refer to Recommended Hardware Configurations. CAS/ADS software. Product documentation. Third-party software required to run the report server, such as operating system, database server, and other utilities. For a complete list of the recommended software, refer to Report Server General Requirements in the Data Center Real User Monitoring Central Analysis Server Installation Guide. Each of the third-party software packages and its end-user license agreement is delivered on a separate CD or as a downloadable installation program on the hard disk of the server. Compuware delivers the CAS/ADS turnkey solution with five Microsoft SQL Server User CALs, which means that you have five CALs to assign to users accessing CAS reports, and another five if you have purchased both CAS and ADS. All Compuware CAS/ADS software and documentation is shipped with the CAS/ADS installation media. 20

21 CHAPTER 3 System Requirements Ensure that your system meets the requirements to run DC RUM components. NOTE Satisfying the minimum requirements may not ensure optimal usability. Choose the most appropriate hardware and system platform to achieve a successful installation. Recommended Hardware Please refer to Data Center Real User Monitoring - Hardware Recommendations at FrontLine ( for details on hardware configurations that have been tested by Compuware with AMD, CAS, and ADS installations. This document also provides information on add-on cards, network taps (fiber and copper) that can be used as an alternative to the mirrored ports as source of monitored data, and recommended software configurations. Contact your sales support representative for help on choosing the best hardware for running the devices in your environment. Sizing and Scalability Compuware has tested hardware specifications provided for CAS and ADS for performance, to ensure capacity and scalability levels as described in the Data Center Real User Monitoring Capacity Planning and Performance Assessment User Guide. Compuware does not provide CAS/ADS capacity and performance numbers on hardware platforms different from those specified: we cannot guarantee that CAS/ADS installation on hardware other than the hardware tested by us would satisfy your system performance needs. We recognize that there are stronger hardware configurations available than those that we tested, and that CAS/ADS can scale beyond what we specified in the sizing guide if hardware and Microsoft SQL database throughput were increased. Available options include usage of a Storage Area Network (SAN) instead of a local hard disk array and an increased number of CPUs and RAM for Microsoft SQL Server usage. Note that CAS and ADS scalability in 80 to 95 percent of all cases depends on the underlying Microsoft SQL Server database scalability. 21

22 Chapter 3 System Requirements Supported Browsers and Connectivity DC RUM users can access the report servers through the supported web browsers. The following browsers are supported: Microsoft Internet Explorer: versions 9, 10 and 11. JavaScript and HTTP 1.1 must be enabled. IMPORTANT When using Internet Explorer, do not use Compatibility View (MSIE 10 and older) or Document Mode emulating previous releases (MSIE 11). To see if the browser is set to Compatibility View or set to Document Mode other than default, press F12 to access MSIE Developer Tools. Data is handled differently in the HTML. Internet Explorer may experience performance degradation when viewing reports that contain many columns or tooltips. Mozilla Firefox: latest stable release. JavaScript, cookies, and HTTP 1.1 must be enabled. Google Chrome: latest stable release. JavaScript and cookies must be enabled. No tablet or smart phone browsers are supported. Before using the report server, you may have to adjust the Java, JavaScript, and HTTP 1.1 settings in your browser. NOTE Some configuration screens depend on the web browser running a supported release of the Java plug-in. The Java Web Start-based RUM Console requires JRE 8 installed on the desktop, and it will run only on Windows and a 32-bit JRE. If you use 32-bit and 64-bit browsers interchangeably, you need a Java plug-in for each browser. The Windows 64-bit operating system comes with 32-bit and 64-bit Internet Explorer browsers and the 32-bit version runs as a default. If JavaScript is not enabled, the top menu of the report server will not be visible and you will see the following message instead: This product uses JavaScript. Please make sure JavaScript is enabled in your browser settings. Because of Internet Explorer security policy, you may encounter some issues when executing Java applets. You need to modify the default settings for Internet Explorer 9 to run applets. For more information, see Enabling Java Support in Internet Explorer 9 in the Data Center Real User Monitoring Central Analysis Server User Guide. Adobe Flash Player must be installed on the client machine to enable drilldowns from autodiscovered software services on the CAS to the RUM Console to create user-defined software services. ADS and CAS can be accessed using HTTP or, over secured connections using HTTPS. We recommend secure access with a browser that supports TLS v.1 or 1.1.For more information, 22

23 Chapter 3 System Requirements see Configuring Report Server to Use Private Keys and Certificates in the Data Center Real User Monitoring Administration Guide. Enabling JavaScript and Support for HTTP 1.1 in a Browser Internet Explorer To enable JavaScript in Internet Explorer: 1. Select Tools Internet Options from the top menu in your browser. 2. Select the Security tab. 3. Click Custom level to display the Security Settings dialog box. 4. Enable Active scripting in the list of options. To enable HTTP 1.1 in Internet Explorer: 1. Select Tools Internet Options from the top menu in your browser. 2. Select the Advanced tab. 3. Scroll within the Settings list to the section titled HTTP 1.1 settings and ensure that Use HTTP 1.1 is selected. 4. Click OK and restart your browser. To set the browser mode: 1. On the Internet Explorer 10 main menu bar, select Tools F12 developer tools. 2. On the F12 developer tools menu bar, select Browser Mode and click a non-compatibility View option. Mozilla Firefox To enable JavaScript in Firefox: 1. Select Tools Options from the top menu in your browser. 2. Select the Content tab. 3. Select Enable JavaScript. To enable HTTP 1.1 in Firefox: 1. Open the browser and, in the address bar, type about:config and press [Enter]. The browser displays a list of current preferences. 2. Scroll to the network.http.version preference and make sure its value is 1.1. If the value is other than 1.1, double-click that row, change the value to 1.1, click OK, and restart your browser. Google Chrome To enable JavaScript in Chrome: 1. Select Settings from the top menu in your browser. 2. Select Show advanced settings. 3. Select the Content settings tab. 23

24 Chapter 3 System Requirements 4. In the Privacy section, click Content settings. 5. In the Privacy section, select Allow all sites to run JavaScript (recommended). Internationalization Support The Data Center Real User Monitoring supports international environments on both ends: report server and client browser. Localized Server Support The user interface of the report server is rendered in the following languages: English Japanese Korean Chinese simplified English is the default language setting. To support other languages, install the required font set for the target language and customize the regional options accordingly. Character Encoding Support for Monitored Traffic By default, only UTF-8 encoding is supported and support for other encodings is turned off. Turn UTF-8 off selectively for HTTP processing and XML processing through the configuration options in the RUM Console. Data Center Real User Monitoring recognizes the following character encodings: HTTP and XML/SOAP ISO MQ ISO Unicode (UTF-8) UTF-16 (XML/SOAP only) Japanese: EUC-JP, Shift_JIS, Unicode (UTF-8) Korean: EUC-KR, ISO-2022-KR, Unicode (UTF-8) Chinese: Big5, Big5-HKSCS, EUC-TW, GB18030, GB2312, GBK, HZ, ISO-2022-CN, Unicode (UTF-8) Unicode (UTF-8) Database/SQL (Oracle, TDS, DRDA, Informix) UTF-8 (all DB analyzers) UTF-16 (TDS analyzer only) EBCDIC (DRDA analyzer only) 24

25 Chapter 3 System Requirements DB statements that were not sent in a supported encoding are encoded such that all non-ascii characters are replaced with their hexadecimal value in the form %XX, where X is a hexadecimal digit. SMB and Kerberos Character encoding in monitored traffic does not affect SMB and Kerberos analyzer operations. Jolt Character encoding in monitored traffic does not affect Jolt analyzer operations. Generic TCP Character encoding in monitored traffic does not affect generic TCP analyzer operations. In addition to international character support in monitored traffic, locale-specific characters can also be used in the AMD configuration and in the names defined in the protocols.xml file. If you use locale-specific characters in the configuration files, save the files in UTF-8 encoding. Turning on internationalization support will adversely affect AMD performance. Performance degradation will depend on the nature of the monitored traffic. Third-Party Software Required and Recommended for Report Server To operate correctly, the report server must integrate and operate successfully with third-party software. Windows and Microsoft SQL Server are required components. Install these before you install the report server. The following are supported versions: Operating System Select a server capable of running one of the following Windows editions with the latest release, service packs, and 5 Client Access Licenses (CALs). Operating System Microsoft Windows 2003 (SP2) Microsoft Windows 2003 R2 Microsoft Windows 2008 Microsoft Windows 2008 R2 Microsoft Windows 2012 Microsoft Windows 2012 R2 Memory-related Requirements Standard Edition 64 bit (x64) for installations up to 32 GB RAM, or Enterprise Edition 64 bit (x64) for installations exceeding 32 GB RAM. Standard Edition or Datacenter Edition for installations up to 4 TB RAM. SQL Server Only Microsoft SQL Server 2005, SQL Server 2008 R2, Server 2012, and SQL Server 2014 are supported. We recommend that you acquire a Microsoft SQL Server Standard Edition license with 5 Server - User Client Access Licenses (CALs). This recommendation is based on the following assumptions: You need a single database user connection to Microsoft SQL Server. 25

26 Chapter 3 System Requirements Only one server application is connected. All CAS, ADS, and RUM Console users connect through these applications to SQL Server using a web connection (Internet or intranet, depending on the deployment). We assume that you are licensing SQL Server only for this deployment of the Dynatrace software configurations discussed here. If the machine on which you install CAS or ADS also co-hosts other software that uses SQL Server, or if you are connecting CAS or ADS to a SQL Server installation deployed on another machine, you may need a different licensing arrangement. Be sure to examine your total configuration (including Dynatrace software and any other software that uses SQL Server) and acquire appropriate SQL Server licensing. In future releases, data from other Dynatrace modules may be co-hosted on the same SQL Server, expanding on the current single database connection. Default User and Database Ownership Privileges You can install the report server and Microsoft SQL database on separate machines. In such installations, however, where the database server and the report server may be governed by different security policies, be aware that the user which connects to the database has ownership privileges over the databases created for the report server. It is possible to change the default username delta to a more meaningful value, for example you can enter Windows domain user ID. Database space requirements Database space required for the report server greatly depends on the type and amount of traffic that is planned to be monitored and on the report server configuration. For more information, see ADS Basic Configuration Settings in the Data Center Real User Monitoring Administration Guide and CAS Basic Configuration Settings in the Data Center Real User Monitoring Administration Guide. 26

27 CHAPTER 4 Designing and Implementing a DC RUM Solution Designing and implementing a DC RUM solution consist of many steps, beginning with fact gathering and defining and prioritizing goals. In practice, we often have an initial instrumentation and configuration setup and use it to conduct application discovery, mirrored port validation, and actual traffic capacity and volume measurement. The process is iterative and is refined with each iteration. After many iterations, you may have numerous custom DMI reports and alerts. As a variation you can start with a small installation, monitoring one application, and then add more applications with each iteration. Start with user-defined software services only. The database will not overfill and the solution progresses controllably. It is not very useful for application discovery, however. You can also start large and monitor all traffic. This is effective in a small environment where there is not too much data. This approach makes application discovery possible. The process of deploying a DC RUM solution is as follows: 27

28 Chapter 4 Designing and Implementing a DC RUM Solution Figure 3. Designing and Implementing a DC RUM Solution Start Gather facts on application topology List all known problems and define goals Design solution instrumentation Install software on AMD and perform system pre-configuration Install report server(s) and perform basic configuration Install RUM Console Configure software services to be monitored Verify report server system status Interpret a system problem Problems found? Yes No Correct mirrored port connection to network Correct monitoring configuration Yes Traffic correctly seen on reports? No Complete TCP sessions present on sniffing ports? No Yes Re-evaluate instrumentation and configuration Deployment complete 1. Gather facts on application topology 2. Goal definition and prioritization - objectives and requirements Decide on the granularity of monitoring, assessing sizing and capacity Establish key performance indicators, baselines, degradation patterns and violation thresholds 28

29 Chapter 4 Designing and Implementing a DC RUM Solution Decide on mode of utilization: making use of DC RUM reporting capabilities or using DC RUM as a data collection tool only, to feed into other report servers 3. Solution instrumentation design Determine the number of AMDs you need Determine the number and type of capture interfaces you need Determine the connection points on either side of the firewall Determine the use of SSL cards for decryption 4. Installation and basic configuration Install software on AMDs and performing system pre-configuration Install report servers: CAS and/or ADS and performing basic configuration Install RUM Configuration server and client (console) 5. Major configuration decisions and system configuration Decide on level of granularity: whether to monitor individual IP addresses/user IDs or if site level granularity is sufficient, and if individual URLs need to be monitored Decide if to monitor all traffic or only user-defined software services 6. System status verification Check the System Status screen for each report server Verify that the traffic expected from each AMD (software services and volume of traffic) is correctly seen on reports Correct port spanning, if there are no complete TCP sessions on AMDs Eliminate duplicate packets Re-evaluate monitoring configuration settings with emphasis on choice of analyzer, if traffic is present on AMDs but not visible on reports 7. Reporting and notification mechanisms design Select the set of ready-made reports to be used Define alerts 8. Continuous service improvement Go over all of the steps and repeating each step as required Create custom DMI reports Decide on target audience for reports Re-evaluate the monitoring granularity, re-assessing sizing and capacity Refine and extend the set of alerts 29

30 Chapter 4 Designing and Implementing a DC RUM Solution Gather Facts on Application Topology Gathering facts on application topology is the first step in implementing a DC RUM solution. Understanding the structure and nature of the network to be monitored and its operating applications help to establish appropriate objectives for your solution. In large enterprises, several servers provide multiple applications. These servers are behind a device that acts as a load balancer (and firewall). External users access the applications via the virtual IP address of the load balancer. In addition, local users access the applications over a fast network, and remote users access the applications over a wide area network with higher latency. Figure 4. A typical IT Structure of an Enterprise TCP session irregularities, such as source/destination IP substitutions. HQ users Individual DB servers IPs Load balancer Remote users Switches Active DB Server Standby DB Server Corporate WAN/Internet Firewall / Load balancer Web Front End Application Middle Tier DB Cluster / Load balancer VIP Individual server IPs VIP and individual server IPs Cluster IP/VIP This structure includes a front end consisting of two separate tiers: A first tier consisting of remote users and ending at the load balancer A second tier consisting of Web servers behind the load balancer NOTE If the firewall is pass-through and this is where TCP sessions terminate, then this is your entire front end. Usually the sessions do not terminate there, and go all the way through to the Web servers. Therefore it is important to understand the topology of the solution at the TCP level. To fully monitor the complete user experience, it is important that monitoring be performed for both of these tiers. Capturing traffic in the data center behind the load balancer enables you to observe your network transfer characteristics and see whether there are any problems with any individual Web servers. 30