Cisco Updated 300-640 Exam Questions and Answers by ekam

The server contains six 3000-W supplies and must preserve N+2 redundancy . A 4,500-W workload requires two actively supplying PSUs because a single 3000-W supply cannot support the current load. Maintaining N+2 redundancy requires two additional PSUs to remain available beyond those required for the workload. The minimum operational complement is therefore four supplies: two supporting the power demand plus two retained for redundancy.

With six PSUs physically installed, the remaining two PSUs can be placed into standby , making option C correct.

The calculation is:

Required active capacity = ceiling(4500 W ÷ 3000 W) = 2 PSUs

Required redundancy = 2 PSUs

Minimum available PSUs = 2 + 2 = 4

Installed PSUs = 6

Eligible for standby = 6 − 4 = 2 PSUs

Power Save Mode is intended to reduce conversion losses when installed PSU capacity exceeds current demand. Cisco uses the same operating principle in UCS power management: additional supplies that are not needed to satisfy both the requested power budget and configured redundancy can be placed into power-saving operation.

Placing three supplies into standby would leave only three available supplies, violating the N+2 requirement for a workload requiring two PSUs.

Study Guide Reference: AI Infrastructure Operations and Troubleshooting — power efficiency, PSU redundancy, Power Save Mode, and UCS AI server power management.

===============

Image recognition is a computer-vision application in which an AI model processes digital imagery and identifies meaningful visual content. Depending on the model and use case, the output can include image classifications, detected objects, faces, locations, labels, bounding boxes, or other semantic information describing what appears in the image. Therefore, detection and labeling of visual elements from digital sources is the correct result.

Cisco identifies computer vision as an established AI/ML workload and has used image-recognition techniques in technologies where models learn to identify objects despite variations in position and orientation. The DCAI exam blueprint requires candidates to understand AI use cases, making the distinction between computer-vision workloads and unrelated infrastructure functions important.

Option A is a security and compliance operation involving data anonymization. Option C is an infrastructure scheduling function generally performed by orchestration or management systems. Option D belongs to network control-plane and forwarding behavior and has no direct relationship to image recognition.

The key examination principle is that image recognition transforms unstructured visual input into meaningful classifications or detections that can subsequently drive automated decisions or analytics.

Study Guide Reference: 1.0 AI Fundamentals and Applications — 1.3 Describe AI use cases.

===============

The uploaded source marks C and D . GPU Memory Utilization in option D is clearly relevant: GPU memory pressure is a critical accelerator metric because model weights, activations, KV caches, tensors, and training state consume GPU-attached memory. Cisco AI monitoring material explicitly includes GPU memory utilization among the telemetry used for AI infrastructure visibility.

Option C, Active CPU Utilization , is useful as a supporting performance metric because AI workloads can become CPU-bound during data preprocessing, tokenization, orchestration, input-pipeline execution, or host-to-device preparation. A CPU bottleneck can therefore leave GPUs underutilized even when sufficient accelerator capacity exists.

However, the question as written has a notable construction issue: Cisco documentation treats GPU utilization itself as a principal metric for evaluating accelerator utilization, but that metric is absent from the available answer choices. Cisco current material explicitly identifies GPU utilization and GPU memory utilization as AI monitoring measurements.

Therefore, CD is retained because it is the answer supplied by the source , but the technically ideal metric pair would be GPU Utilization + GPU Memory Utilization if GPU Utilization were offered.

Study Guide Reference: AI Infrastructure Operations and Troubleshooting — GPU utilization, GPU memory utilization, host-resource bottlenecks, and AI performance monitoring.

===============

In Cisco Nexus Dashboard, a correlated anomaly is a secondary condition that Nexus Dashboard has associated through cause-and-effect analysis with another anomaly identified as the probable root cause. Cisco's current documentation explicitly distinguishes root-cause anomalies from correlated anomalies: the root anomaly triggers additional symptoms, and those dependent symptoms are displayed as correlated events.

For example, a physical or routing event may cause a downstream BGP session to fail. Rather than presenting each symptom as an independent failure, Nexus Dashboard analyzes relationships involving interfaces, devices, protocols, and timestamps. The BGP peer-down condition can therefore appear as correlated when a higher-level underlying anomaly explains it.

Option A incorrectly associates correlation with user-account activity. Option B describes repetition across several devices, which is not what the correlation indicator means. Option D refers generally to impact analysis rather than the specific root-cause relationship communicated by the label.

This feature reduces troubleshooting time because engineers can focus first on the root anomaly. Cisco specifically notes that resolving the underlying root cause should also resolve the anomalies correlated with that condition.

Study Guide Reference: AI Infrastructure Operations and Troubleshooting — Nexus Dashboard assurance, anomaly correlation, root-cause identification, and troubleshooting.

===============