Free Cisco 500-420 Exam Actual Questions

The questions for 500-420 were last updated On Nov 6, 2024

Question No. 1

Which health rule violation event will be triggered when a Performance Analyst modifies the existing health rule that is already in critical violation?

Show Answer Hide Answer
Correct Answer: D

When a Performance Analyst modifies an existing health rule that is already in a state of critical violation, the event that is typically triggered is 'Health Rule Violation Continues - Critical.' This event indicates that, despite the modification, the health rule is still being violated at a critical level. The system recognizes that the conditions for the health rule violation are still being met and continues to alert accordingly.


AppDynamics documentation on Health Rules and Events: Explains the different types of health rule events and the conditions under which they are triggered.

Question No. 2

Which values can be used to identify a split exit point?

Show Answer Hide Answer
Correct Answer: C

A split exit point in AppDynamics is identified using static application values. Static values provide a consistent and predictable way to categorize exit points, making it easier to aggregate and analyze similar types of interactions with external services or components.


AppDynamics documentation on Exit Points: Provides insights into how exit points are defined and identified within AppDynamics, including the use of static values for split exit points.

Question No. 3

In which two features of AppDynamics can Information Points metric data be used? (Choose two.)

Show Answer Hide Answer
Correct Answer: A, D

Information Points in AppDynamics are custom metrics that track specific data within your applications, such as method invocations or the value of method arguments. These metrics can be utilized in various features of AppDynamics, most notably in 'Alerting' and 'Custom Dashboards.' Alerting allows you to set up notifications based on the thresholds set for Information Points, ensuring that teams are promptly informed about significant changes or anomalies. Custom Dashboards enable the visualization of Information Points metrics alongside other key performance indicators, providing a comprehensive view of application health and performance tailored to specific needs.


AppDynamics documentation on Information Points: Explains how to create and use Information Points to monitor specific business-relevant metrics.

AppDynamics documentation on Alerting: Details the process of setting up health rules and alerts based on various metrics, including those from Information Points.

AppDynamics documentation on Custom Dashboards: Guides on how to create dashboards that incorporate a wide range of metrics, including Information Points, for customized monitoring.

Question No. 4

Refer to Exhibit.

R

Refer to the exhibit. The transaction score in the graphic displays an interesting performance pattern outside of business hours on 6/16/18. Which additional performance anomaly should be of most interest to a Performance Analyst?

Show Answer Hide Answer
Correct Answer: A

The performance pattern outside of business hours on 6/16/18 that would be of most interest to a Performance Analyst is the elevated response time, as indicated on 6/19/18. This is because it shows a significant spike in response time, which could indicate a performance issue that needs to be addressed. Anomalies in response time can often be more indicative of underlying problems than changes in call volume, especially when they occur outside of expected peak periods.


AppDynamics documentation on Transaction Score: https://docs.appdynamics.com/latest/en/application-monitoring/application-dashboard/transaction-score

Question No. 5

What are two differences between creating a Transaction Group using the 'Create Group' action and defining a Transaction Detection rule? (Choose two.)

Show Answer Hide Answer
Correct Answer: C, D

Creating a Transaction Group using the 'Create Group' action in AppDynamics allows for the aggregation of data from multiple transactions under a single group, facilitating a consolidated view of similar transactions. This differs from defining a Transaction Detection Rule, which typically focuses on identifying and categorizing individual transactions based on specific criteria. Transaction Groups do not change the names of incoming requests nor reduce the number of overall business transactions; instead, they provide a method for organizing and analyzing related transactions collectively, offering a streamlined approach compared to individually configuring Transaction Detection Rules for each transaction.


AppDynamics documentation on Business Transactions: Covers the concept of Transaction Groups and their role in organizing and analyzing transaction data, as well as the process for creating and managing Transaction Detection Rules.