Cisco 500-430試験問題集で[2024年最新] 有効な試験練習問題集解答
500-430問題集で掴み取れ！[最新2024]Cisco試験合格させます
Cisco 500-430 認定試験の出題範囲：
| トピック | 出題範囲 |
|---|---|
| トピック 1 |
|
| トピック 2 |
|
| トピック 3 |
|
| トピック 4 |
|
| トピック 5 |
|
質問 # 26
Which three AppDynamics Controller properties govern how long metric data is retained in the database?
(Choose three.)
- A. metrics.ten.sec.retention.period
- B. metrics.min.retention. period
- C. metrics.ten.min.retention.period
- D. metrics.retention.period
- E. metrics. day retention period
- F. metrics week retention period
正解：B、C、D
解説：
Explanation
The AppDynamics Controller properties that govern how long metric data is retained in the database are1:
metrics.ten.min.retention.period: This property specifies the number of days to retain metric data at
10-minute granularity. The default value is 32 days.
metrics.retention.period: This property specifies the number of days to retain metric data at 1-hour granularity. The default value is 365 days.
metrics.min.retention.period: This property specifies the number of hours to retain metric data at
1-minute granularity. The default value is 4 hours.
The other options are incorrect because1:
metrics.ten.sec.retention.period: This property does not exist in the AppDynamics Controller. The finest granularity for metric data is 1 minute.
metrics.day.retention.period: This property does not exist in the AppDynamics Controller. The coarsest granularity for metric data is 1 hour.
metrics.week.retention.period: This property does not exist in the AppDynamics Controller. The metric data retention is based on days, not weeks. References: Database Size and Data Retention
質問 # 27
What are two ways in which large and extra large performance profiles differ from other profile types?
(Choose two.)
- A. They are not supported on Windows.
- B. An alert is generated when disk space falls below 2 GB.
- C. They must be installed on a bare metal server.
- D. They require an enterprise-grade database.
- E. They must be run with the High Availability Toolkit.
正解：B、D
解説：
Explanation
AppDynamics performance profiles are predefined sets of system requirements and configuration settings that are designed to support different levels of load and scalability for the AppDynamics platform. The performance profiles range from small to extra large, depending on the number of agents, metrics, and events that the platform needs to handle. The large and extra large performance profiles differ from other profile types in the following ways:
They require an enterprise-grade database: The large and extra large performance profiles require an external MySQL database that is enterprise-grade, meaning that it has high availability, scalability, performance, and security features. The database should also have enough disk space, memory, and CPU resources to handle the expected load and growth. The AppDynamics platform uses the database to store configuration data, metric data, event data, and analytics data12.
An alert is generated when disk space falls below 2 GB: The large and extra large performance profiles have a built-in alert mechanism that notifies the administrator when the disk space on the Controller host falls below 2 GB. This isbecause the Controller needs enough disk space to store temporary files, logs, backups, and snapshots. If the disk space is insufficient, the Controller may experience performance degradation, data loss, or corruption. The administrator should monitor the disk space usage and free up space or add more disk capacity as needed34.
The other statements are false because:
A: They do not need to be installed on a bare metal server. The large and extra large performance profiles can be installed on any supported operating system, such as Linux or Windows, and on any supported platform, such as physical, virtual, or cloud. However, the host machine should have enough CPU, memory, and network resources to meet the performance profile requirements12.
B: They do not need to be run with the High Availability Toolkit. The High Availability Toolkit is an optional tool that can be used to configure and manage a high availability deployment of the AppDynamics platform, where multiple Controllers are clustered together to provide redundancy and failover. The High Availability Toolkit can be used with any performance profile, not just the large and extra large ones. However, the High Availability Toolkit requires a license and additional hardware and software resources .
C: They are supported on Windows. The large and extra large performance profiles can be installed on Windows Server 2012, 2012 R2, 2016, or 2019, as long as the host machine meets the performance profile requirements. However, some features or configurations may not be available or supported on Windows, such as the High Availability Toolkit, the Enterprise Console, or the Events Service12.
References: Platform Requirements, Controller System Requirements, Controller Disk Space Requirements, Controller Disk Space Alert, [High Availability], [High Availability Toolkit]
質問 # 28
Which AppDynamics Controller port(s) does the EUM Server require access to in a configuration where the EUM Server and Controller are on separate hosts (split-host configuration)?
- A. Controller primary HTTP{s) port
- B. Controller database and HTTP(s) ports
- C. dedicated EUM HTTP(s) ports
- D. GlassFish administration port
正解：A
質問 # 29
Which directory should an administrator back up if the goal is to back up the EUM Server?
- A. <eum_server_home= directory
- B. <controller_home>
- C. <controller_home=/bin directory
- D. <controller_home>/bin/eum_server directory
正解：A
解説：
Explanation
The <eum_server_home> directory contains the EUM Server installation files, configuration files, and data files. It is recommended to back up this directory as a precaution before upgrading or migrating the EUM Server. The default location of this directory is <installDir>/AppDynamics/EUM, where <installDir> is the directory where you installed the Controller. You can also use the backup-eum.sh script to back up the EUM Server data12. References: Upgrade the Production EUM Server, Configure the EUM Server
質問 # 30
What are three reasons you would create custom events using the Machine Agent REST API? (Choose three.)
- A. to create a new metric
- B. to create an event to be displayed in a Controller Audit report
- C. to create an event to be displayed along with Time Series data in a custom dashboard
- D. to create an alert that is to be triggered when a custom event is created
- E. to create an event to track application deployment
- F. to create an event to be used to trigger a health rule violation
正解：C、E、F
解説：
Explanation
The Machine Agent REST API allows you to create custom events that can be used for various purposes in AppDynamics. Some of the reasons you would create custom events using this API are12:
To create an event to track application deployment. You can use the API to send a custom event that marks the start and end of an application deployment process. This can help you monitor the impact of the deployment on the application performance and availability, as well as correlate any issues or anomalies with the deployment event.
To create an event to be displayed along with Time Series data in a custom dashboard. You can use the API to send a custom event that contains any relevant information or context that you want to display in a custom dashboard. For example, you can send a custom event that contains the details of a configuration change, a maintenance window, a business transaction, or a user action. You can then use the custom dashboard to visualize the custom event data along with the Time Series data for the metrics you are interested in.
To create an event to be used to trigger a health rule violation. You can use the API to send a custom event that contains a metric value that you want to use as a condition for a health rule. For example, you can send a custom event that contains the CPU utilization of a machine, and then create a health rule that evaluates the CPU utilization metric and triggers a violation if it exceeds a certain threshold. You can then use the health rule violation to generate alerts, notifications, or remediation actions. References: Machine Agent HTTP Listener, Create Custom Events
質問 # 31
What are two reasons that would require an administrator to install the Events Service cluster manually?
(Choose two.)
- A. Installation on SUSE Linux
- B. Security requirements to install using a non-root user account
- C. Installation on Windows
- D. Security concerns with passwordless SSH
正解：B、D
解説：
Explanation
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:
Security concerns with passwordless SSH (B): This is a valid reason because the automated installation of the Events Service cluster requires passwordless SSH access to the target hosts. Passwordless SSH allows the Enterprise Console to execute commands on the remote hosts without prompting for a password. However, some organizations may have security policies that prohibit passwordless SSH access, as it may pose a risk of unauthorized access or malicious attacks. In such cases, the administrator can install the Events Service cluster manually, by following the steps described in the Manual Installation of the Events Service Cluster document1.
Security requirements to install using a non-root user account : This is a valid reason because the automated installation of the Events Service cluster requires root privileges on the target hosts. Root privileges allow the Enterprise Console to create directories, change permissions, and install packages on the remote hosts. However, some organizations may have security policies that restrict root access, as it may pose a risk of accidental or intentional damage to the system. In such cases, the administrator can install the Events Service cluster manually, by following the steps described in the Manual Installation of the Events Service Cluster document1. The administrator can use a non-root user account that has sudo privileges to perform the manual installation.
The incorrect options are:
Installation on SUSE Linux (A): This is not a valid reason for manual installation, because the automated installation of the Events Service cluster supports SUSE Linux as one of the compatible operating systems. The Enterprise Console can install the Events Service cluster on SUSE Linux hosts using the automated installation process, as long as the hosts meet the prerequisites described in the Events Service Requirements document2.
Installation on Windows (D): This is not a valid reason for manual installation, because the Events Service cluster does not support Windows as an operating system. The Events Service cluster can only run on Linux hosts, as it is based on Apache Cassandra, which is a Linux-based distributed database. The Events Service cluster cannot be installed on Windows hosts, either manually or automatically2.
References:
1: Manual Installation of the Events Service Cluster - AppDynamics
2: Events Service Requirements - AppDynamics
質問 # 32
Which two user accounts are created by the AppDynamies Controller during installation? (Choose two.)
- A. GlassFish asadmin user
- B. Customer-specified Controller administrator account
- C. OS user that will run the controller
- D. Elastic search root user
- E. MySQL appd admin user
- F. REST API user
正解：A、B
質問 # 33
What is required in order for an upgrade of the Java Agent to succeed?
- A. The host machine must be restarted.
- B. The application JVM must be restarted after the agent had been updated.
- C. The Machine Agent must be upgraded first,
- D. The AppDynamics Controller must be restarted.
正解：B
解説：
Explanation
To upgrade the AppDynamics Java Agent, you need to copy the existing agent directory to a backup location and replace it with the new agent directory. You also need to copy any configuration file changes made in the old directory to the new agent directory. After that, you need to restart the application JVM where the Java Agent is installed, so that the new agent can take effect. Restarting the application JVM is the only required step for the upgrade to succeed. You do not need to restart the host machine, the Machine Agent, or the AppDynamics Controller12. References: Upgrade the Java Agent, Release Upgrade Checklist for Java Agents
質問 # 34
Which framework would require the implementation of custom correlation?
- A. Customer proprietary SOAP application
- B. Custom TCP concurrent server
- C. Pre-packaged WCF application
- D. Vendor-supplied enterprise application that uses JMS
正解：B
解説：
Explanation
Custom correlation is needed when the default detection mechanisms of AppDynamics are not capable of auto-correlating transactions across tiers or across parent-child threads in complex multithreaded applications.
Custom correlation enables the user to configure AppDynamics to propagate a unique correlation key by using the extension points of the distributed protocol or by decorating the payload. Among the four options, a custom TCP concurrent server is the most likely to require the implementation of custom correlation, as it is an unsupported framework and protocol that may not have easily-defined method calls or payload objects to configure as exit points or entry points. The other options, such as SOAP, JMS, and WCF, are supported by AppDynamics and can be automatically correlated by the agents without the need for custom configuration. References: Custom Correlation for Java Applications and Configure Custom Correlation for
.NET Applications in the AppDynamics community.
質問 # 35
What are two valid reasons for using the REST API to retrieve health rule violations? (Choose two.)
- A. When pushing events to the Event Management System is NOT possible
- B. For sending emails
- C. For updating an AppDynamics dashboard
- D. When searching for historical events
- E. For determining which actions have been executed
正解：D、E
解説：
Explanation
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:
For determining which actions have been executed (B): The REST API response includes the details of the actions that were triggered by the health rule violation, such as email, SMS, HTTP request, or custom action1. You can use this information to verify if the actions were executed successfully, or to troubleshoot any issues with the action execution.
When searching for historical events : The REST API allows you to specify a custom time range for retrieving the health rule violations, such as BEFORE_TIME, AFTER_TIME, BETWEEN_TIMES, or BEFORE_NOW1. You can use this feature to search for historical events that occurred in the past, or to analyze the trends and patterns of the health rule violations over time.
The incorrect options are:
For updating an AppDynamics dashboard (A): This is not a valid reason for using the REST API for health rule violations, because the AppDynamics dashboards already display the health rule violations that occurred in the selected time frame, along with the severity, status, affected entities, and actions2.
You do not need to use the REST API to update the dashboard, as the dashboard is automatically refreshed with the latest data from the Controller.
For sending emails (D): This is not a valid reason for using the REST API for health rule violations, because the REST API does not send emails directly. The REST API only returns the information about the health rule violations, and the actions that were triggered by them. If you want to send emails based on the health rule violations, you need to configure an email action in the health rule configuration, or use a custom action that invokes an external email service3.
When pushing events to the Event Management System is NOT possible (E): This is not a valid reason for using the REST API for health rule violations, because the REST API does not push events to the Event Management System. The REST API only returns the information about the health rule violations, and the actions that were triggered by them. If you want to push events to the Event Management System, you need to configure an HTTP request action in the health rule configuration, or use a custom action that invokes an external API3.
References:
1: Health Rule Violations API - AppDynamics
2: Health Rule Violations - AppDynamics
3: Actions - AppDynamics
質問 # 36
A company set up an on-premises AppDynamics Controller and an on-premises Events Service cluster. What describes setting up this Events Service cluster?
- A. The Events Service API ports cannot be reconfigured from the default 9080/2081.
- B. The Controller must be able to initiate communication with the Events Service cluster.
- C. The Events Service cluster must be able to initiate communication with the Controller.
- D. There is no need for a load balancer or virtual IP address in front of the Events Service cluster.
正解：B
解説：
Explanation
The Events Service is the on-premises data storage facility for unstructured data generated by Application Analytics, Database Visibility, and End User Monitoring deployments. The Events Service can be deployed as a single node or a cluster of three or more nodes, depending on the data volume and availability requirements.
The Controller and other Events Service clients connect to the Events Service to store and retrieve analytics data. Therefore, it is essential that the Controller is able to initiate communication with the Events Service cluster, using the Events Service API ports (default 9080/2081). The Events Service cluster does not need to initiate communication with the Controller, as it only responds to the requests from the clients. The Events Service API ports can be reconfigured from the default values, if needed, by modifying the conf/events-service-api-store.properties file on each node. However, the clients must also be updated with the new port values. It is also recommended to use a load balancer or a virtual IP address in front of the Events Service cluster, to provide a single endpoint for the clients and to enable load balancing and failover among the nodes. References: Events Service Deployment, Install the Events Service on Linux, and Install the Events Service on Windows in the AppDynamics documentation.
質問 # 37
Which URL retrieves all AppDynamics business transactions from an application using the AppDynamics Rest API?
- A. httpis)://<controller-host>:<port>/controller/applications/<application_name=>/allbis
- B. http(s)://<controller-host>:<port>/controller/rest/applications/<application_name=>/business-transactions
- C. http(s)://<controller-host>:<port>/controller/applications/<application_name>/business-transactions
- D. http(s)://<controller-host>:<port=/controller/rest/applications/<application_name>/allbts
正解：B
解説：
Explanation
The AppDynamics Rest API to retrieve business transactions allows you to get a list of all business transactions in a business application, along with their key metrics and properties1. The correct URL format for this API is1:
http(s)
://<controller-host>:<port>/controller/rest/applications/<application_name>/business-transactions The other options are incorrect because12:
Option A uses an invalid endpoint /allbts, which does not exist in the API.
Option C uses an incorrect base URL /controller/applications, which is used for the Controller UI, not the Rest API.
Option D uses a misspelled endpoint /allbis, which does not exist in the API. References: Retrieve All Business Transactions in a Business Application, AppDynamics APIs
質問 # 38
Which two AppDynamics user permissions should an administrator configure in order to protect private data such as credit card numbers? (Choose two.)
- A. Error Detection
- B. Policies
- C. SQL Bind Variables
- D. Monitoring Level
- E. Diagnostic Data Collectors
- F. Memory Monitoring
正解：C、E
解説：
Explanation
AppDynamics can collect sensitive data such as credit card numbers from various sources, such as SQL queries, error messages, HTTP headers, cookies, and so on. To protect this data from unauthorized access or exposure, an administrator should configure the user permissions for the following features:
SQL Bind Variables: This feature enables the agents to capture the values of the parameters that are passed to SQL queries. These values can contain sensitive data such as credit card numbers, passwords, or personal information. To prevent this data from being stored or displayed in the Controller UI, the administrator should disable the Capture SQL Bind Values permission for the users who do not need to see this data. Alternatively, the administrator can enable the Mask SQL Bind Values permission, which replaces the values with asterisks (*) in the UI. The administrator can also configure the agent properties to exclude or mask certain bind variables based on patterns or keywords1.
Diagnostic Data Collectors: This feature enables the agents to collect additional data from the application code, such as method arguments, return values, HTTP headers, cookies, and so on. These data can also contain sensitive information that should not be exposed to unauthorized users. To control the access to this data, the administrator should disable the View Diagnostic Data Collectors permission for the users who do not need to see this data. The administrator can also configure the agent properties to exclude or mask certain data collectors based on patterns or keywords2.
Other features that can collect sensitive data and require user permissions are Error Detection, Memory Monitoring, and Policies. However, these features are less likely to capture credit card numbers than SQL Bind Variables and Diagnostic Data Collectors. Therefore, the best answer is option C and E. References: Sensitive Data Collection and Security, SQL Bind Variables, and Diagnostic Data Collectors in the AppDynamics documentation.
質問 # 39
Which two statements are true when updating the Database Agent? (Choose two.)
- A. Controller-info.xml is the only file that needs to be migrated from the previous agent to the new agent.
- B. The Database Agent must be stopped and restarted during the upgrade.
- C. If the agent is moved to a new location during the upgrade, the AppDynamics Controller must be reconfigured to reference the new location of the agent.
- D. All data collectors created from the previous agent must be migrated to the new agent.
- E. After the Database Agent is upgraded, the AppDynamics Controller must be restarted.
正解：A、B
解説：
Explanation
According to the Cisco AppDynamics Professional Implementer (CAPI) documents, when updating the Database Agent, you need to follow these steps12:
Stop the agent as described for your specific installation in Start and Stop the Database Agent.
Make a copy of the existing agent directory, <db_agent_home>. Backing up allows you to revert to the previous agent installation if you need to. You can also copy over the controller-info.xml configuration file to the new installation to ensure the agent configuration is maintained.
Install the Database Agent as described for your specific installation in Administer the Database Agent.
Copy the <backup_db_agent_home>\conf\controller-info.xml file to the new installation directory,
<db_agent_home>\conf. To ensure the agent configuration is maintained, copy the
<backup_db_agent_home>\conf\controller-info.xml file to the new installation directory,
<db_agent_home>\conf.
Start the new agent. See Start and Stop the Database Agent.
Verify the Database Agent Installation. See Verify the Database Agent Installation.
Therefore, the correct statements are:
The Database Agent must be stopped and restarted during the upgrade. (A) Controller-info.xml is the only file that needs to be migrated from the previous agent to the new agent.
(D)
The incorrect statements are:
If the agent is moved to a new location during the upgrade, the AppDynamics Controller must be reconfigured to reference the new location of the agent. (B) This is not true because the controller-info.xml file contains the information about the Controller host, port, account name, access key, and SSL settings. As long as this file is copied to the new agent location, the Controller does not need to be reconfigured.
All data collectors created from the previous agent must be migrated to the new agent. This is not true because the data collectors are configured on the Controller UI, not on the agent. The agent collects the metrics from the databases and sends them to the Controller. The data collectors do not need to be migrated to the new agent.
After the Database Agent is upgraded, the AppDynamics Controller must be restarted. (E) This is not true because the Controller does not depend on the agent version. The agent and the Controller are compatible as long as they meet the Agent and Controller Compatibility requirements.
References:
1: Upgrade the Database Agent - AppDynamics
2: Release Upgrade Checklist for Database Agents - AppDynamics
質問 # 40
The AppDynamics Controller is instrumented by an internal, out-of-the-box, AppDynamics Java agent. Which account and user name are used to connectto the Controller to view theinformation provided by the internal AppDynamics agent?
- A. The account is internal' and the user is 'admin'.
- B. The account is 'customer!' and the user is 'root'.
- C. The account is 'root' and the user is 'admin'.
- D. The account is 'system' and the user is "root.
正解：D
解説：
Explanation
The AppDynamics Controller is instrumented by an internal, out-of-the-box, AppDynamics Java agent that monitors the performance and health of the Controller itself1. To access the information provided by the internal agent, you need to log in to the Controller UI with the following credentials2:
Account = system
Username = root
Password = <root_user_password>
The system account is a special account that is used only for internal monitoring and troubleshooting purposes. It is not visible in the normal Controller UI and requires a special URL to access it2. The root user is the default administrator user for the system account and has the same password as the admin user for the customer1 account3. References: Controller Self-Monitoring, Monitoring a Controller Using the Internal Monitoring Agent, Controller Accounts
質問 # 41
What are two settings that an administrator can configure from the AppDynamics Controller Admin Console?
(Choose two.)
- A. License allocation
- B. Metrics baseline calculation
- C. Retention periods
- D. Controller heap size
- E. Controller log file rotation
正解：A、C
解説：
Explanation
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:
License allocation: This setting allows you to view and manage the license usage and availability for your Controller. You can see the total number of licenses, the number of licenses in use, the number of licenses available, and the license expiration date for each agent type. You can also allocate licenses to specific applications or accounts, and set license limits and alerts2.
Retention periods: This setting allows you to specify how long the Controller retains the metric data and the event data for your monitored applications. You can configure the retention periods for different types of data, such as minute-level metrics, hour-level metrics, day-level metrics, transaction snapshots, and events. You can also configure the data purge schedule and the data backup schedule3.
References: Access the Administration Console, License Rules, Data Retention
質問 # 42
Which data is unavailable in a hybrid deployment of AppDynamics where the AppDynamics Controller and Events Service are installed on-premises and the EUM Server is hosted inAppDynamics' SaaS cloud?
- A. End-User Monitoring browser snapshots
- B. Analytics metrics for End-User Monitoring data sets
- C. End-User Monitoring session information
- D. End-User Monitoring resource loading times
正解：B
解説：
Explanation
In a hybrid deployment of AppDynamics, where the AppDynamics Controller and Events Service are installed on-premises and the EUM Server is hosted in AppDynamics' SaaS cloud, the data that is unavailable is the analytics metrics for End-User Monitoring data sets. This is because the analytics metrics require the Events Service to store and process the unstructured data generated by the EUM agents. However, in a hybrid deployment, the EUM Server and the Events Service are not connected, and the EUM Server does not send the EUM data to the Events Service. Therefore, the analytics metrics for EUM data sets, such as browser records, mobile snapshots, network requests, and custom events, are not available in the Controller UI or the Analytics UI1. The other data, such as resource loading times, session information, and browser snapshots, are available in the EUM Server UI, as they are stored and displayed by the EUM Server itself2. References: Hybrid Deployment and EUM Data Sets in the AppDynamics documentation.
質問 # 43
Which two choices are available when specifying an application in a URL string for the Health Rule REST API? (Choose two.)
- A. Application REGEX
- B. Application GUID
- C. Application ID
- D. Application Alias
- E. Application Name
正解：C、E
解説：
Explanation
The Health Rule REST API allows you to create, configure, update, and delete health rules for multiple applications simultaneously. To use this API, you need to specify the application in the URL string. You can use either the application ID or the application name for this purpose. The application ID is a unique numeric identifier for each application in the Controller. The application name is the display name of the application in the AppDynamics UI. You cannot use the application alias, GUID, or REGEX for the Health Rule REST API. References: Health Rule API and Retrieve All Business Applications in the AppDynamics documentation.
質問 # 44
Which URL retrieves all AppDynamics business applications from an AppDynamics Controller using the AppDynamics Rest API?
- A. httpis)://<controller-host>:<port>/controller/rest/applications
- B. http(s)://<controller-host>:<port>/controller/applications
- C. http(s)://<controller-host>:<port>/controller/allapplications
- D. http(s)://<cantroller-host=:<part=/controller/rest/businessapplications
正解：A
解説：
Explanation
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)://<controller-host>:<port>/controller/rest/applications
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)://<controller-host>:<port>/controller/rest/applications?output=JSON 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)://<controller-host>:<port>/controller/rest/applications?time-range-type=BEFORE_NOW&duration-in-mi 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
質問 # 45
What is the correct method to perform a NET Agent upgrade?
- A. Perform the agent upgrade on a remote server host by using the AppDynamics Controller REST API.
- B. Perform the agent upgrade on the application server host by running the Agent Configuration Utility.
- C. Perform the agent upgrade on the application server host by running the MSI Installer Package.
- D. Perform the agent upgrade via the AppDynamics Controller Ul.
正解：C
解説：
Explanation
According to the Cisco AppDynamics Professional Implementer (CAPI) documents, the correct method to perform a NET Agent upgrade is to perform the agent upgrade on the application server host by running the MSI Installer Package12. This method will install updated agent files and maintain legacy configurations. You do not need to uninstall the old agent first when you upgrade from the NET Agent >= 3.9, except for patch releases. You need to stop IIS, instrumented Windows services, and instrumented standalone applications before running the MSI Installer Package. You also need to launch an elevated command prompt with full administrator privileges and specify youraccount access key for single-tenant Controller accounts. After the installation, you need to restart Windows services and standalone applications.
The incorrect options are:
Perform the agent upgrade on a remote server host by using the AppDynamics Controller REST API.
(B) This is not a valid method for upgrading the NET Agent, because the AppDynamics Controller REST API does not provide any endpoint for agent installation or upgrade. The REST API is mainly used for retrieving or updating configuration data, metrics, events, snapshots, and other information from the Controller3.
Perform the agent upgrade on the application server host by running the Agent Configuration Utility.
This is not a valid method for upgrading the NET Agent, because the Agent Configuration Utility is a tool for modifying the agent configuration after installation, not for installing or upgrading the agent. The Agent Configuration Utility allows you to change the Controller connection settings, the agent logging level, the proxy settings, and other advanced options4.
Perform the agent upgrade via the AppDynamics Controller UI. (D) This is not a valid method for upgrading the NET Agent, because the AppDynamics Controller UI does not provide any feature for agent installation or upgrade. The Controller UI is mainly used for monitoring, analyzing, and troubleshooting the performance of the applications, business transactions, tiers, nodes, and other entities that are instrumented by the agents5.
References:
1: Upgrade the .NET Agent for Windows - AppDynamics
2: Release Upgrade Checklist for .NET Agents - AppDynamics
3: REST API - AppDynamics
4: Configure the .NET Agent - AppDynamics
5: AppDynamics Application Performance Monitoring Platform - AppDynamics
質問 # 46
An administrator is asked toimprove the capacity of an Events Service cluster. What is the recommended way to add capacity to the cluster?
- A. Add a new Events Service cluster to share the load.
- B. Add more storage to as many of the existing nodes as possible.
- C. Add nodes running on machines with identical hardware matching the existing nodes.
- D. Add more storage to the master nodes of the cluster.
正解：C
解説：
Explanation
According to the Cisco AppDynamics Professional Implementer (CAPI) documents, the recommended way to add capacity to the Events Service cluster is to add nodes running on machines with identical hardware matching the existing nodes12. This will increase the data storage, replication, and redundancy of the cluster, as well as the processing power for queries. The Events Service cluster is horizontally scalable, so nodes can be added as your data storage requirements grow32. The Events Service must run on dedicated machines with identical directory structures, user account profiles, and hardware profiles1. For heap space allocation, AppDynamics recommends allocating half of the available RAM to the Events Service process, with a minimum of 7 GB up to 31 GB1. Solid-state drives (SSD) can significantly outperform hard disk drives (HDD), and are therefore recommended for production deployments1.
The incorrect options are:
Add a new Events Service cluster to share the load. (A) This is not recommended because it will create additional complexity and overhead for managing multiple clusters and routing data and queries to the appropriate cluster. It will also require more license units to enable analytics on multiple clusters.
Add more storage to the master nodes of the cluster. This is not recommended because it will not increase the data replication and redundancy of the cluster, nor the processing power for queries. It will also create an imbalance in the cluster, as the master nodes will have more storage than the worker nodes, which may affect the performance and stability of the cluster.
Add more storage to as many of the existing nodes as possible. (D) This is not recommended because it will not increase the data replication and redundancy of the cluster, nor the processing power for queries. It will also create an imbalance in the cluster, as some nodes will have more storage than others, which may affect the performance and stability of the cluster.
References:
1: Cisco AppDynamics Professional Implementer (500-430)
2: Events Service Requirements - AppDynamics
3: Events Service Deployment - AppDynamics
4: Events Service Deployment - AppDynamics
質問 # 47
......
500-430試験問題集PDF正確率保証と更新された問題：https://jp.fast2test.com/500-430-premium-file.html