Independence Day Deal! Unlock 25% OFF Today – Limited-Time Offer - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Cisco Exam 500-430 Topic 1 Question 14 Discussion

Actual exam question for Cisco's 500-430 exam
Question #: 14
Topic #: 1
[All 500-430 Questions]

Which two statements are true regarding the AppDynamics REST API for retrieving metrics? (Choose two.)

Show Suggested Answer Hide Answer
Suggested Answer: A, C, D

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.Reference:Database Size and Data Retention


Contribute your Thoughts:

Donette
1 months ago
Hmm, I wonder if the exam writers are trying to see if we actually read the AppDynamics documentation. 'Meaningful min/max values' - what does that even mean? I need to brush up on my API trivia.
upvoted 0 times
Paris
4 days ago
Let's review the documentation together to make sure we understand it correctly.
upvoted 0 times
...
Felicitas
5 days ago
I'm not sure about that, maybe B and C are the right ones.
upvoted 0 times
...
Hyun
12 days ago
I think A and E are the correct options.
upvoted 0 times
...
Wade
19 days ago
I know, the details can be tricky sometimes.
upvoted 0 times
...
...
Tomas
1 months ago
I'm going with A and E. The rest of the options seem a bit too specific or niche to be true for the general AppDynamics REST API. Gotta play it safe, you know?
upvoted 0 times
Cordelia
3 days ago
User 1: I think A and E are correct too. It's better to stick with the more general options.
upvoted 0 times
...
...
Rebbecca
2 months ago
Ha! Looks like they're trying to trick us with C. Who would ever want to provide the end-time value if using AFTER_TIME? That's just plain silly.
upvoted 0 times
Chaya
3 days ago
User 3
upvoted 0 times
...
Jamal
4 days ago
User 2
upvoted 0 times
...
Erinn
1 months ago
User 1
upvoted 0 times
...
...
Dorothy
2 months ago
I'm not sure about B and D. Median might be a common metric, but I'm not confident it's always returned. And I know some metric types don't have meaningful min/max values.
upvoted 0 times
Theresia
20 days ago
User 3
upvoted 0 times
...
Glory
27 days ago
User 2
upvoted 0 times
...
Lucille
27 days ago
User 1
upvoted 0 times
...
...
Stephen
2 months ago
I think A and E are the correct answers. Retrieving metrics for a fixed time range and using wildcards in the REST API metric path seem like logical options.
upvoted 0 times
...
Mariann
2 months ago
I'm not sure about E, but I think D is definitely true because minimum and maximum values are meaningful for all metric types.
upvoted 0 times
...
Corazon
2 months ago
I agree with Kimbery, because metrics can be retrieved for a fixed time range and end-time value must be provided if using AFTER_TIME.
upvoted 0 times
...
Kimbery
2 months ago
I think A and C are true.
upvoted 0 times
...
Joni
2 months ago
But doesn't the documentation mention that minimum and maximum values are meaningful for all metric types?
upvoted 0 times
...
Desiree
2 months ago
I disagree, I believe it's B and E.
upvoted 0 times
...
Joni
3 months ago
I think A and C are true.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77