Which URL retrieves all AppDynamics business applications from an AppDynamics Controller using the AppDynamics Rest API?
http(s)://
http(s)://
httpis)://
http(s)://
The AppDynamics Rest API allows you to retrieve information and perform operations on the AppDynamics platform using HTTP requests. To retrieve all AppDynamics business applications from an AppDynamics Controller using the AppDynamics Rest API, you need to use the following URL format:
http(s)://
This URL returns the business application names and internal numeric identifiers for all the applications that are monitored by the Controller. You can use the application name or ID as a parameter for other API methods that require the application context. You can also specify the output format as XML (default) or JSON by adding the output query parameter. For example:
http(s)://
This URL returns the same information as the previous one, but in JSON format. You can also filter the applications by their status (alive or not) by adding the time-range-type query parameter. For example:
http(s)://
This URL returns only the applications that are alive in the last 60 minutes. An alive application is an application with at least one node that submits at least one metric to the Controller in the provided time range12. References: Application Model API, Metric and Snapshot API
What is the minimum recommended number of nodes for a redundant Events Service?
1
2
3
4
According to the Cisco AppDynamics Professional Implementer (CAPI) documents, the minimum recommended number of nodes for a redundant Events Service is three ©. The Events Service is a distributed database that stores and processes the analytics data collected by the AppDynamics platform. The Events Service cluster consists of multiple nodes that share the data load and provide fault tolerance and high availability. The minimum number of nodes for a functional Events Service cluster is one, but this is not recommended for production environments, as it does not provide any redundancy or resilience. The minimum number of nodes for a redundant Events Service cluster is three, as this allows the cluster to tolerate the failure of one node without losing any data or availability. The recommended number of nodes for a redundant Events Service cluster is five or more, as this provides better performance and scalability12.
The incorrect options are:
References:
Which directory should an administrator back up if the goal is to back up the EUM Server?
The
What are two settings that an administrator can configure from the AppDynamics Controller Admin Console? (Choose two.)
Metrics baseline calculation
Controller log file rotation
Controller heap size
License allocation
Retention periods
The AppDynamics Controller Admin Console lets you configure certain global settings for the Controller, such as metric retention periods, UI notification triggers, tenancy mode, and accounts in multi-tenancy mode1. Two of the settings that an administrator can configure from the AppDynamics Controller Admin Console are:
References: Access the Administration Console, License Rules, Data Retention
What are two reasons that would require an administrator to install the Events Service cluster manually? (Choose two.)
Installation on SUSE Linux
Security concerns with passwordless SSH
Security requirements to install using a non-root user account
Installation on Windows
According to the Cisco AppDynamics Professional Implementer (CAPI) documents, the two reasons that would require an administrator to install the Events Service cluster manually are:
The incorrect options are:
References:
Which three AppDynamics Controller properties govern how long metric data is retained in the database? (Choose three.)
metrics.ten.min.retention.period
metrics.ten.sec.retention.period
metrics.retention.period
metrics.min.retention. period
metrics. day retention period
metrics week retention period
The AppDynamics Controller properties that govern how long metric data is retained in the database are1:
The other options are incorrect because1:
A Java-based web application was instrumented. The browser snapshots provide a detailed look at an individual page request, however the correlated server-side snapshots are missing for
all requests. What are two reasons for this missing correlated server-side snapshots? (Choose two.)
Server has set the the HitpOnly flag on all cookies.
Correlated server-side snapshots work only for NET Applications.
Correlated snapshots are visible only if the injection mechanism is Automatic.
Correlated snapshots are visible only if browser is Chrome.
Server side application is not instrumented with server agent.
Correlated server-side snapshots are visible only if Java version is 1.7+.
According to the Cisco AppDynamics Professional Implementer (CAPI) documents, the two reasons for the missing correlated server-side snapshots are:
The incorrect options are:
References:
Which two user accounts are created by the AppDynamies Controller during installation? (Choose two.)
Elastic search root user
GlassFish asadmin user
Customer-specified Controller administrator account
OS user that will run the controller
REST API user
MySQL appd admin user
The AppDynamics Controller is a Java web application that runs on a GlassFish application server and uses a MySQL database. During the installation of the Controller, two user accounts are created by default:
The other options are not user accounts that are created by the Controller installation. The Elastic search root user, the REST API user, and the MySQL appd admin user are user accounts that are used internally by the Controller components and are not exposed to the end user. The OS user that will run the controller is a user account that you need to create on the host machine before the installation, and it is not created by the Controller installation3. References: Controller Installation, Manage Users and Groups, and Update the Root User and Glassfish Admin Passwords in the AppDynamics documentation.
What are two valid reasons for using the REST API to retrieve health rule violations? (Choose two.)
For updating an AppDynamics dashboard
For determining which actions have been executed
When searching for historical events
For sending emails
When pushing events to the Event Management System is NOT possible
According to the Cisco AppDynamics Professional Implementer (CAPI) documents, the REST API for health rule violations allows you to retrieve information about the health rule violations that occurred in a specified time range for a given application1. You can use the REST API for health rule violations for the following valid reasons:
The incorrect options are:
References:
What are two actions that an administrator should take to upgrade an EUM Server that is currently in production? (Choose two.)
Stop the EUM agents,
Upgrade the EUM agents.
Update the EUM Server access key.
Stop the EUM server before the upgrade.
Run the new installer on the ELUM host machine.
To upgrade an EUM Server that is currently in production, the administrator should follow these steps:
The other options are not necessary or correct for upgrading the EUM Server. The administrator does not need to stop or upgrade the EUM agents, as they are compatible with the new version of the EUM Server. The administrator does not need to update the EUM Server access key, as it remains the same after the upgrade. The administrator does not need to install MySQL, as it is bundled with the EUM Server installation package2. References: Upgrade the Production EUM Server and Start and Stop the EUM Server in the AppDynamics documentation.
If using SSL for agent communication with an AppDynamics Controller, it is recommended that agent SSL traffic
is encrypted with a 64-bit encryption key
is decrypted and then encrypted again at the firewall
terminates at a reverse proxy or a load balancer in front of the Controller
terminates at the Controller
AppDynamics recommends that you terminate SSL connections from agents at a reverse proxy or a load balancer in front of the Controller, rather than at the Controller itself. This improves the performance and scalability of the Controller by offloading the SSL processing to the proxy or load balancer. It also simplifies the configuration and management of SSL certificates and truststores. To enable this option, you need to configure the proxy or load balancer to accept SSL connections from agents and forward them to the Controller using HTTP. You also need to configure the agents to use SSL and point to the proxy or load balancer host and port. See Enable SSL for the Java Agent for an example. References: Agent-to-Controller Connections and Enable SSL and SSH for Database Agent Communications in the AppDynamics documentation.
Which REST query could be used to verify the availability of an AppDynarmics Controller?
http://
http://
http://
The REST query that could be used to verify the availability of an AppDynamics Controller is1:
This query returns a simple text response of “pong” if the Controller is up and running, or an error message if the Controller is down or unreachable1. This query does not require any authentication or parameters, and can be used as a quick and easy way to check the Controller status1. References: Ping the Controller