cert
cert-1
cert-2

Pass Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 Exam in First Attempt Guaranteed!

Get 100% Latest Exam Questions, Accurate & Verified Answers to Pass the Actual Exam!
30 Days Free Updates, Instant Download!

cert-5
cert-6
AWS Certified Machine Learning Engineer - Associate MLA-C01 Exam - Verified By Experts
AWS Certified Machine Learning Engineer - Associate MLA-C01 Premium Bundle
$29.98

AWS Certified Machine Learning Engineer - Associate MLA-C01 Premium Bundle

$79.99
$109.97
  • Premium File 270 Questions & Answers. Last update: Oct 24, 2026
  • Training Course 244 Video Lectures
  • Study Guide 548 Pages
 
$109.97
$79.99
accept 42 downloads in last 7 days
block-screenshots
Purchase Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 Exam Training Products Individually
Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 Premium File
Premium File 270 Q&A
$76.99$69.99
Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 Video Training Course
Training Course 244 Lectures
$21.99 $19.99
Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 PDF Study Guide
Study Guide 548 Pages
$21.99 $19.99
Amazon AWS Certified Machine Learning Engineer - Associate MLA-C01 Practice Test 50

Question 490

At a production AWS ML data lake supporting customer-facing predictions, the following condition is observed: A sentiment model trained with one tokenizer receives text encoded by a different tokenizer in production and generates incorrect input token IDs. Engineers must avoid changing unrelated source partitions. Which TWO steps best establish the evidence and correct the identified root cause? Select TWO.

  1. Inspect workload read/write semantics, shared access requirements, filesystem operations, and object-store request patterns.
  2. Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions.
  3. Apply a justified log1p transformation with documented treatment of invalid negatives and package it for serving.
  4. Package the training tokenizer and normalization configuration with the model artifact and require serving compatibility checks.
  5. Perform point-in-time correct joins using the most recent eligible pre-prediction feature record, not the globally latest value.

Explanation

Correct Answers

B:

Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions. This directly tests text tokenization mismatch in serving in the reported AWS ML workflow. Model embeddings depend on stable token-ID semantics; swapping tokenizers changes the feature representation. It distinguishes the problem before choosing a change. The related targeted response is: Package the training tokenizer and normalization configuration with the model artifact and require serving compatibility checks. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A sentiment model trained with one tokenizer receives text encoded by a different tokenizer in production and generates incorrect input token IDs. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.

D:

Package the training tokenizer and normalization configuration with the model artifact and require serving compatibility checks. This is the appropriate controlled remedy for text tokenization mismatch in serving. Model embeddings depend on stable token-ID semantics; swapping tokenizers changes the feature representation. Verify the cause with: Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions. Then confirm: Identical inputs create identical token IDs in train and serving paths, including punctuation and unknown words. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A sentiment model trained with one tokenizer receives text encoded by a different tokenizer in production and generates incorrect input token IDs. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.

Incorrect Answers

A:

Inspect workload read/write semantics, shared access requirements, filesystem operations, and object-store request patterns. This selection concerns s3 versus efs training storage choice rather than the required diagnostic-and-remedy pair for text tokenization mismatch in serving. Use evidence: Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions. and the matching correction: Package the training tokenizer and normalization configuration with the model artifact and require serving compatibility checks. Signal: A sentiment model trained with one tokenizer receives text encoded by a different tokenizer in production and generates incorrect input token IDs. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.

C:

Apply a justified log1p transformation with documented treatment of invalid negatives and package it for serving. This selection concerns skewed numerical feature log transformation rather than the required diagnostic-and-remedy pair for text tokenization mismatch in serving. Use evidence: Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions. and the matching correction: Package the training tokenizer and normalization configuration with the model artifact and require serving compatibility checks. Signal: A sentiment model trained with one tokenizer receives text encoded by a different tokenizer in production and generates incorrect input token IDs. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.

E:

Perform point-in-time correct joins using the most recent eligible pre-prediction feature record, not the globally latest value. This selection concerns point-in-time feature data leakage rather than the required diagnostic-and-remedy pair for text tokenization mismatch in serving. Use evidence: Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions. and the matching correction: Package the training tokenizer and normalization configuration with the model artifact and require serving compatibility checks. Signal: A sentiment model trained with one tokenizer receives text encoded by a different tokenizer in production and generates incorrect input token IDs. Operational setting: At a production AWS ML data lake supporting customer-facing predictions.

Question 491

During an approved rollout of an AWS ML inference workload, the following condition is observed: An online classifier faces bursty demand and latency spikes because auto scaling tracks host CPU while requests spend most time waiting for accelerated inference. The team must meet its documented availability and rollback constraints. What should the ML engineer inspect FIRST to distinguish this failure from unrelated issues?

  1. Inspect production variant weights, guardrail metrics, rollback procedure, and representativeness of staged exposure.
  2. Inspect route tables, S3 VPC endpoint association, security policies, endpoint policies, and S3 access logs.
  3. Compare invocation count per instance, model latency, GPU utilization, and the behavior of current scaling policy.
  4. Inspect EventBridge rule patterns, source events, object prefixes, and pipeline execution histories.

Explanation

Correct Answer

C:

Compare invocation count per instance, model latency, GPU utilization, and the behavior of current scaling policy. This directly tests sagemaker endpoint auto scaling metric selection in the reported AWS ML workflow. CPU percentage can be poorly correlated with accelerator-bound inference demand; scale on a meaningful signal. It distinguishes the problem before choosing a change. The related targeted response is: Configure a justified endpoint variant auto scaling policy using a workload-relevant supported metric such as invocations per instance. Reported signal: An online classifier faces bursty demand and latency spikes because auto scaling tracks host CPU while requests spend most time waiting for accelerated inference. Operational setting: During an approved rollout of an AWS ML inference workload.

Incorrect Answers

A:

Inspect production variant weights, guardrail metrics, rollback procedure, and representativeness of staged exposure. This is a possible diagnostic for canary variant rollout for model changes, but it does not directly test the sagemaker endpoint auto scaling metric selection failure reported here. Prioritize: Compare invocation count per instance, model latency, GPU utilization, and the behavior of current scaling policy. The relevant case is: An online classifier faces bursty demand and latency spikes because auto scaling tracks host CPU while requests spend most time waiting for accelerated inference. Operational setting: During an approved rollout of an AWS ML inference workload.

B:

Inspect route tables, S3 VPC endpoint association, security policies, endpoint policies, and S3 access logs. This is a possible diagnostic for sagemaker vpc endpoint access for private artifacts, but it does not directly test the sagemaker endpoint auto scaling metric selection failure reported here. Prioritize: Compare invocation count per instance, model latency, GPU utilization, and the behavior of current scaling policy. The relevant case is: An online classifier faces bursty demand and latency spikes because auto scaling tracks host CPU while requests spend most time waiting for accelerated inference. Operational setting: During an approved rollout of an AWS ML inference workload.

D:

Inspect EventBridge rule patterns, source events, object prefixes, and pipeline execution histories. This is a possible diagnostic for eventbridge conditional retraining trigger, but it does not directly test the sagemaker endpoint auto scaling metric selection failure reported here. Prioritize: Compare invocation count per instance, model latency, GPU utilization, and the behavior of current scaling policy. The relevant case is: An online classifier faces bursty demand and latency spikes because auto scaling tracks host CPU while requests spend most time waiting for accelerated inference. Operational setting: During an approved rollout of an AWS ML inference workload.

Question 492

While reproducing a training incident in an independent SageMaker experiment, the following condition is observed: A deep model begins producing NaN loss midway through training and the team increases epochs instead of checking gradient stability. The experiment must be compared fairly against its prior baseline. Which investigation provides the most decisive FIRST evidence for the underlying problem?

  1. Measure class prevalence, precision-recall curve, ROC curve, and alert volume at the intended operating threshold.
  2. Compare training and validation curves, coefficient magnitudes, and error by split.
  3. Inspect tensor summaries, gradient magnitudes, learning-rate schedule, and training loss anomalies with supported debugging hooks.
  4. Compare pretrained validation metrics, fine-tuning learning curves, and layer-wise parameter updates.

Explanation

Correct Answer

C:

Inspect tensor summaries, gradient magnitudes, learning-rate schedule, and training loss anomalies with supported debugging hooks. This directly tests model debugger exploding gradient diagnosis in the reported AWS ML workflow. Divergent gradients can cause nonfinite optimization; more epochs do not repair an unstable update rule. It distinguishes the problem before choosing a change. The related targeted response is: Use appropriate SageMaker Debugger or framework instrumentation; adjust learning rate or gradient clipping after confirming instability. Reported signal: A deep model begins producing NaN loss midway through training and the team increases epochs instead of checking gradient stability. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

Incorrect Answers

A:

Measure class prevalence, precision-recall curve, ROC curve, and alert volume at the intended operating threshold. This is a possible diagnostic for roc-auc versus pr-auc for rare events, but it does not directly test the model debugger exploding gradient diagnosis failure reported here. Prioritize: Inspect tensor summaries, gradient magnitudes, learning-rate schedule, and training loss anomalies with supported debugging hooks. The relevant case is: A deep model begins producing NaN loss midway through training and the team increases epochs instead of checking gradient stability. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

B:

Compare training and validation curves, coefficient magnitudes, and error by split. This is a possible diagnostic for overfitting reduced with l2 regularization, but it does not directly test the model debugger exploding gradient diagnosis failure reported here. Prioritize: Inspect tensor summaries, gradient magnitudes, learning-rate schedule, and training loss anomalies with supported debugging hooks. The relevant case is: A deep model begins producing NaN loss midway through training and the team increases epochs instead of checking gradient stability. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

D:

Compare pretrained validation metrics, fine-tuning learning curves, and layer-wise parameter updates. This is a possible diagnostic for fine-tuning pretrained model learning-rate stability, but it does not directly test the model debugger exploding gradient diagnosis failure reported here. Prioritize: Inspect tensor summaries, gradient magnitudes, learning-rate schedule, and training loss anomalies with supported debugging hooks. The relevant case is: A deep model begins producing NaN loss midway through training and the team increases epochs instead of checking gradient stability. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

Question 493

During a controlled replay of the data-preparation workflow in a separate ML staging account, the following condition is observed: Three SageMaker Ground Truth annotators assign conflicting labels to borderline product photos, but a training job assumes all majority votes are gold. The dataset contract must remain reproducible for a backfill. What should the ML engineer inspect FIRST to distinguish this failure from unrelated issues?

  1. Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions.
  2. Inspect per-class confusion, worker agreement, label instructions, and disagreements on an adjudicated reference set.
  3. Inspect workload read/write semantics, shared access requirements, filesystem operations, and object-store request patterns.
  4. Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint.

Explanation

Correct Answer

B:

Inspect per-class confusion, worker agreement, label instructions, and disagreements on an adjudicated reference set. This directly tests ground truth labeling agreement review in the reported AWS ML workflow. Majority vote does not guarantee semantic correctness when instructions are ambiguous or a class is rare. It distinguishes the problem before choosing a change. The related targeted response is: Revise instructions, route ambiguous samples for expert adjudication, and monitor label quality per class. Reported signal: Three SageMaker Ground Truth annotators assign conflicting labels to borderline product photos, but a training job assumes all majority votes are gold. Operational setting: During a controlled replay of the data-preparation workflow in a separate ML staging account.

Incorrect Answers

A:

Compare vocabulary hashes, normalization steps, token IDs for test strings, and serialized preprocessing versions. This is a possible diagnostic for text tokenization mismatch in serving, but it does not directly test the ground truth labeling agreement review failure reported here. Prioritize: Inspect per-class confusion, worker agreement, label instructions, and disagreements on an adjudicated reference set. The relevant case is: Three SageMaker Ground Truth annotators assign conflicting labels to borderline product photos, but a training job assumes all majority votes are gold. Operational setting: During a controlled replay of the data-preparation workflow in a separate ML staging account.

C:

Inspect workload read/write semantics, shared access requirements, filesystem operations, and object-store request patterns. This is a possible diagnostic for s3 versus efs training storage choice, but it does not directly test the ground truth labeling agreement review failure reported here. Prioritize: Inspect per-class confusion, worker agreement, label instructions, and disagreements on an adjudicated reference set. The relevant case is: Three SageMaker Ground Truth annotators assign conflicting labels to borderline product photos, but a training job assumes all majority votes are gold. Operational setting: During a controlled replay of the data-preparation workflow in a separate ML staging account.

D:

Check job names, bookmark settings, run history, source object timestamps, and the previously committed checkpoint. This is a possible diagnostic for glue job bookmark state error, but it does not directly test the ground truth labeling agreement review failure reported here. Prioritize: Inspect per-class confusion, worker agreement, label instructions, and disagreements on an adjudicated reference set. The relevant case is: Three SageMaker Ground Truth annotators assign conflicting labels to borderline product photos, but a training job assumes all majority votes are gold. Operational setting: During a controlled replay of the data-preparation workflow in a separate ML staging account.

Question 494

At the model-governance gate before promotion of a new ML artifact, the following condition is observed: A supply-chain demand forecast ignores weekly seasonality and uses an ordinary row-shuffled classifier for a 14-day continuous forecast. The team needs a defensible technical decision rather than an untracked workaround. What postchange observation provides the strongest acceptance evidence?

  1. The evaluation report shows both typical error and extreme-error impact with a justified primary metric.
  2. A rolling-origin backtest improves multi-step forecast error and respects temporal order.
  3. The model no longer relies on future-only flags and held-out results reflect features available at inference.
  4. A model returns calibrated numerical amounts and is evaluated against continuous target error on held-out records.

Explanation

Correct Answer

B:

A rolling-origin backtest improves multi-step forecast error and respects temporal order. This is the acceptance evidence for the described time-series forecast horizon and seasonality scenario. Forecasting requires horizon-aware validation and temporal structure, not a shuffled categorical target. The corrective implementation it validates is: Use a time-series forecasting approach with past context and seasonal features, evaluating all intended future horizons. Reported signal: A supply-chain demand forecast ignores weekly seasonality and uses an ordinary row-shuffled classifier for a 14-day continuous forecast. Operational setting: At the model-governance gate before promotion of a new ML artifact.

Incorrect Answers

A:

The evaluation report shows both typical error and extreme-error impact with a justified primary metric. This could validate rmse versus mae outlier sensitivity, but it does not establish that time-series forecast horizon and seasonality is resolved for this workload. Confirm instead: A rolling-origin backtest improves multi-step forecast error and respects temporal order. Observed problem: A supply-chain demand forecast ignores weekly seasonality and uses an ordinary row-shuffled classifier for a 14-day continuous forecast. Operational setting: At the model-governance gate before promotion of a new ML artifact.

C:

The model no longer relies on future-only flags and held-out results reflect features available at inference. This could validate clarify feature attribution against target leakage, but it does not establish that time-series forecast horizon and seasonality is resolved for this workload. Confirm instead: A rolling-origin backtest improves multi-step forecast error and respects temporal order. Observed problem: A supply-chain demand forecast ignores weekly seasonality and uses an ordinary row-shuffled classifier for a 14-day continuous forecast. Operational setting: At the model-governance gate before promotion of a new ML artifact.

D:

A model returns calibrated numerical amounts and is evaluated against continuous target error on held-out records. This could validate regression versus classification problem formulation, but it does not establish that time-series forecast horizon and seasonality is resolved for this workload. Confirm instead: A rolling-origin backtest improves multi-step forecast error and respects temporal order. Observed problem: A supply-chain demand forecast ignores weekly seasonality and uses an ordinary row-shuffled classifier for a 14-day continuous forecast. Operational setting: At the model-governance gate before promotion of a new ML artifact.

Question 495

During an approved rollout of an AWS ML inference workload, the following condition is observed: An inference service needs a separate preprocessing transform before a predictor, but the team inserts inconsistent transformation code into many client applications. The team must meet its documented availability and rollback constraints. Which observation most directly identifies the root cause of the reported behavior?

  1. Inspect preprocessing version drift, input/output contracts, and the selected hosting container topology.
  2. Inspect route tables, S3 VPC endpoint association, security policies, endpoint policies, and S3 access logs.
  3. Compare template parameters, stack drift results, change sets, and deployed endpoint settings.
  4. Profile model operations, memory footprint, CPU saturation, request latency, and GPU throughput under representative load.

Explanation

Correct Answer

A:

Inspect preprocessing version drift, input/output contracts, and the selected hosting container topology. This directly tests multi-container inference pipeline responsibilities in the reported AWS ML workflow. A managed inference pipeline chains preprocessing and prediction steps consistently, reducing client-side skew. It distinguishes the problem before choosing a change. The related targeted response is: Use a compatible SageMaker inference pipeline with ordered containers or a single packaged equivalent for shared preprocessing. Reported signal: An inference service needs a separate preprocessing transform before a predictor, but the team inserts inconsistent transformation code into many client applications. Operational setting: During an approved rollout of an AWS ML inference workload.

Incorrect Answers

B:

Inspect route tables, S3 VPC endpoint association, security policies, endpoint policies, and S3 access logs. This is a possible diagnostic for sagemaker vpc endpoint access for private artifacts, but it does not directly test the multi-container inference pipeline responsibilities failure reported here. Prioritize: Inspect preprocessing version drift, input/output contracts, and the selected hosting container topology. The relevant case is: An inference service needs a separate preprocessing transform before a predictor, but the team inserts inconsistent transformation code into many client applications. Operational setting: During an approved rollout of an AWS ML inference workload.

C:

Compare template parameters, stack drift results, change sets, and deployed endpoint settings. This is a possible diagnostic for cloudformation stack parameter drift, but it does not directly test the multi-container inference pipeline responsibilities failure reported here. Prioritize: Inspect preprocessing version drift, input/output contracts, and the selected hosting container topology. The relevant case is: An inference service needs a separate preprocessing transform before a predictor, but the team inserts inconsistent transformation code into many client applications. Operational setting: During an approved rollout of an AWS ML inference workload.

D:

Profile model operations, memory footprint, CPU saturation, request latency, and GPU throughput under representative load. This is a possible diagnostic for gpu versus cpu inference fit, but it does not directly test the multi-container inference pipeline responsibilities failure reported here. Prioritize: Inspect preprocessing version drift, input/output contracts, and the selected hosting container topology. The relevant case is: An inference service needs a separate preprocessing transform before a predictor, but the team inserts inconsistent transformation code into many client applications. Operational setting: During an approved rollout of an AWS ML inference workload.

Question 496

During a production MLOps reliability and security review, the following condition is observed: An endpoint's client-side response time rises, but the team only examines SageMaker ModelLatency and concludes the model is slow. The owner needs an auditable resolution without broadening privileges. Which TWO steps best establish the evidence and correct the identified root cause? Select TWO.

  1. Inspect image layers, environment configuration, secret source, runtime role permissions, and rotation logs.
  2. Compare ModelLatency with OverheadLatency, client network timing, invocation counts, and endpoint 5XX responses.
  3. Apply consistent approved cost allocation tags to ML jobs and supported linked resources and activate relevant reporting.
  4. Identify the component contributing to total request time and optimize network or overhead separately from actual model inference.
  5. Capture stable prediction identifiers and ingest verified labels with matching keys for model-quality analysis.

Explanation

Correct Answers

B:

Compare ModelLatency with OverheadLatency, client network timing, invocation counts, and endpoint 5XX responses. This directly tests cloudwatch invocations and modellatency distinction in the reported AWS ML workflow. Model compute time and overall endpoint latency are distinct signals; blaming model code without tracing overhead is premature. It distinguishes the problem before choosing a change. The related targeted response is: Identify the component contributing to total request time and optimize network or overhead separately from actual model inference. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: An endpoint's client-side response time rises, but the team only examines SageMaker ModelLatency and concludes the model is slow. Operational setting: During a production MLOps reliability and security review.

D:

Identify the component contributing to total request time and optimize network or overhead separately from actual model inference. This is the appropriate controlled remedy for cloudwatch invocations and modellatency distinction. Model compute time and overall endpoint latency are distinct signals; blaming model code without tracing overhead is premature. Verify the cause with: Compare ModelLatency with OverheadLatency, client network timing, invocation counts, and endpoint 5XX responses. Then confirm: The chosen fix reduces measured end-to-end p95 latency and component metrics explain the change. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: An endpoint's client-side response time rises, but the team only examines SageMaker ModelLatency and concludes the model is slow. Operational setting: During a production MLOps reliability and security review.

Incorrect Answers

A:

Inspect image layers, environment configuration, secret source, runtime role permissions, and rotation logs. This selection concerns secret rotation for inference container credentials rather than the required diagnostic-and-remedy pair for cloudwatch invocations and modellatency distinction. Use evidence: Compare ModelLatency with OverheadLatency, client network timing, invocation counts, and endpoint 5XX responses. and the matching correction: Identify the component contributing to total request time and optimize network or overhead separately from actual model inference. Signal: An endpoint's client-side response time rises, but the team only examines SageMaker ModelLatency and concludes the model is slow. Operational setting: During a production MLOps reliability and security review.

C:

Apply consistent approved cost allocation tags to ML jobs and supported linked resources and activate relevant reporting. This selection concerns tag-based ml training cost attribution rather than the required diagnostic-and-remedy pair for cloudwatch invocations and modellatency distinction. Use evidence: Compare ModelLatency with OverheadLatency, client network timing, invocation counts, and endpoint 5XX responses. and the matching correction: Identify the component contributing to total request time and optimize network or overhead separately from actual model inference. Signal: An endpoint's client-side response time rises, but the team only examines SageMaker ModelLatency and concludes the model is slow. Operational setting: During a production MLOps reliability and security review.

E:

Capture stable prediction identifiers and ingest verified labels with matching keys for model-quality analysis. This selection concerns model monitor ground truth association rather than the required diagnostic-and-remedy pair for cloudwatch invocations and modellatency distinction. Use evidence: Compare ModelLatency with OverheadLatency, client network timing, invocation counts, and endpoint 5XX responses. and the matching correction: Identify the component contributing to total request time and optimize network or overhead separately from actual model inference. Signal: An endpoint's client-side response time rises, but the team only examines SageMaker ModelLatency and concludes the model is slow. Operational setting: During a production MLOps reliability and security review.

Question 497

While reproducing a training incident in an independent SageMaker experiment, the following condition is observed: Two notebooks deploy different model artifacts under the same informal name, so the team cannot reproduce which code and data generated production predictions. The experiment must be compared fairly against its prior baseline. Which observation most directly identifies the root cause of the reported behavior?

  1. Inspect confusion matrix, class prevalence, false-negative cost, and precision-recall curves across thresholds.
  2. Inspect model package version, artifact URI, training metadata, data snapshot, and registry approval state.
  3. Inspect accelerator memory use, tensor shapes, batch size, gradient accumulation, and failed training logs.
  4. Inspect Clarify attribution results, feature timestamp semantics, and whether the flag is created after the target event.

Explanation

Correct Answer

B:

Inspect model package version, artifact URI, training metadata, data snapshot, and registry approval state. This directly tests sagemaker model registry candidate approval in the reported AWS ML workflow. A human-readable model nickname is not a reproducible deployment identifier; versioned registry artifacts support controlled promotion. It distinguishes the problem before choosing a change. The related targeted response is: Register immutable model package versions with lineage and require explicit approval before promotion to production. Reported signal: Two notebooks deploy different model artifacts under the same informal name, so the team cannot reproduce which code and data generated production predictions. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

Incorrect Answers

A:

Inspect confusion matrix, class prevalence, false-negative cost, and precision-recall curves across thresholds. This is a possible diagnostic for precision versus recall fraud threshold, but it does not directly test the sagemaker model registry candidate approval failure reported here. Prioritize: Inspect model package version, artifact URI, training metadata, data snapshot, and registry approval state. The relevant case is: Two notebooks deploy different model artifacts under the same informal name, so the team cannot reproduce which code and data generated production predictions. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

C:

Inspect accelerator memory use, tensor shapes, batch size, gradient accumulation, and failed training logs. This is a possible diagnostic for training batch size causes gpu memory exhaustion, but it does not directly test the sagemaker model registry candidate approval failure reported here. Prioritize: Inspect model package version, artifact URI, training metadata, data snapshot, and registry approval state. The relevant case is: Two notebooks deploy different model artifacts under the same informal name, so the team cannot reproduce which code and data generated production predictions. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

D:

Inspect Clarify attribution results, feature timestamp semantics, and whether the flag is created after the target event. This is a possible diagnostic for clarify feature attribution against target leakage, but it does not directly test the sagemaker model registry candidate approval failure reported here. Prioritize: Inspect model package version, artifact URI, training metadata, data snapshot, and registry approval state. The relevant case is: Two notebooks deploy different model artifacts under the same informal name, so the team cannot reproduce which code and data generated production predictions. Operational setting: While reproducing a training incident in an independent SageMaker experiment.

Question 498

While reproducing the alert in an isolated AWS ML integration account, the following condition is observed: SageMaker Model Monitor model-quality jobs cannot match later labels to predictions because inference requests lack stable inference IDs. The proposed change must preserve logging and least privilege. Which investigation provides the most decisive FIRST evidence for the underlying problem?

  1. Compare probability calibration plots, Brier score and event rates across recent labeled cohorts.
  2. Inspect subnet routes, VPC interface endpoints, private DNS settings, endpoint security groups, and endpoint policies.
  3. Inspect captured request IDs, ground-truth keys, and the quality monitor dataset schema.
  4. Inspect async inference backlog size, age of oldest request, worker capacity and completion/error metrics.

Explanation

Correct Answer

C:

Inspect captured request IDs, ground-truth keys, and the quality monitor dataset schema. This directly tests model monitor ground truth association in the reported AWS ML workflow. Model quality analysis requires reliable association between predictions and subsequent truth records. It distinguishes the problem before choosing a change. The related targeted response is: Capture stable prediction identifiers and ingest verified labels with matching keys for model-quality analysis. Reported signal: SageMaker Model Monitor model-quality jobs cannot match later labels to predictions because inference requests lack stable inference IDs. Operational setting: While reproducing the alert in an isolated AWS ML integration account.

Incorrect Answers

A:

Compare probability calibration plots, Brier score and event rates across recent labeled cohorts. This is a possible diagnostic for serving output confidence calibration drift, but it does not directly test the model monitor ground truth association failure reported here. Prioritize: Inspect captured request IDs, ground-truth keys, and the quality monitor dataset schema. The relevant case is: SageMaker Model Monitor model-quality jobs cannot match later labels to predictions because inference requests lack stable inference IDs. Operational setting: While reproducing the alert in an isolated AWS ML integration account.

B:

Inspect subnet routes, VPC interface endpoints, private DNS settings, endpoint security groups, and endpoint policies. This is a possible diagnostic for private vpc endpoint policy for sagemaker apis, but it does not directly test the model monitor ground truth association failure reported here. Prioritize: Inspect captured request IDs, ground-truth keys, and the quality monitor dataset schema. The relevant case is: SageMaker Model Monitor model-quality jobs cannot match later labels to predictions because inference requests lack stable inference IDs. Operational setting: While reproducing the alert in an isolated AWS ML integration account.

D:

Inspect async inference backlog size, age of oldest request, worker capacity and completion/error metrics. This is a possible diagnostic for asynchronous inference queue backlog alert, but it does not directly test the model monitor ground truth association failure reported here. Prioritize: Inspect captured request IDs, ground-truth keys, and the quality monitor dataset schema. The relevant case is: SageMaker Model Monitor model-quality jobs cannot match later labels to predictions because inference requests lack stable inference IDs. Operational setting: While reproducing the alert in an isolated AWS ML integration account.

Question 499

As a regional data-pipeline rollout is validated against approved AWS storage and streams, the following condition is observed: A medical-image classifier uses random row splitting so multiple scans from the same patient occur in training and validation. The data team must preserve event-time meaning and lineage. Which observation most directly identifies the root cause of the reported behavior?

  1. Inspect sample raw records, quoting rules, expected headers, and parsed column counts in the ingestion job.
  2. Inspect source fields, sensitivity classification, Ground Truth task input, and downstream annotation permissions.
  3. Inspect prediction errors around midnight and feature representations for the periodic hour variable.
  4. Inspect shared entity identifiers across partitions and compare patient-level versus image-level evaluation results.

Explanation

Correct Answer

D:

Inspect shared entity identifiers across partitions and compare patient-level versus image-level evaluation results. This directly tests group-leakage train and validation split in the reported AWS ML workflow. Correlated records from one entity across splits can inflate performance without improving true generalization. It distinguishes the problem before choosing a change. The related targeted response is: Split by stable patient identity before training and reserve a disjoint held-out group for evaluation. Reported signal: A medical-image classifier uses random row splitting so multiple scans from the same patient occur in training and validation. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.

Incorrect Answers

A:

Inspect sample raw records, quoting rules, expected headers, and parsed column counts in the ingestion job. This is a possible diagnostic for csv schema ambiguity during ingestion, but it does not directly test the group-leakage train and validation split failure reported here. Prioritize: Inspect shared entity identifiers across partitions and compare patient-level versus image-level evaluation results. The relevant case is: A medical-image classifier uses random row splitting so multiple scans from the same patient occur in training and validation. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.

B:

Inspect source fields, sensitivity classification, Ground Truth task input, and downstream annotation permissions. This is a possible diagnostic for pii masking before model labeling, but it does not directly test the group-leakage train and validation split failure reported here. Prioritize: Inspect shared entity identifiers across partitions and compare patient-level versus image-level evaluation results. The relevant case is: A medical-image classifier uses random row splitting so multiple scans from the same patient occur in training and validation. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.

C:

Inspect prediction errors around midnight and feature representations for the periodic hour variable. This is a possible diagnostic for time-series cyclical calendar feature, but it does not directly test the group-leakage train and validation split failure reported here. Prioritize: Inspect shared entity identifiers across partitions and compare patient-level versus image-level evaluation results. The relevant case is: A medical-image classifier uses random row splitting so multiple scans from the same patient occur in training and validation. Operational setting: As a regional data-pipeline rollout is validated against approved AWS storage and streams.

Question 500

During production evaluation of a SageMaker AI model candidate, the following condition is observed: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. The release is blocked until the underlying model behavior is understood. Which TWO complementary choices provide the decisive diagnosis AND corrective response? Select TWO.

  1. Configure SageMaker Automatic Model Tuning with a bounded search space, objective metric, budget, and justified Bayesian or random strategy.
  2. Inspect confusion matrix, class prevalence, false-negative cost, and precision-recall curves across thresholds.
  3. Remove label-derived or post-outcome features, rebuild a point-in-time split, and recompute explanations and holdout metrics.
  4. Profile model memory, throughput, communication overhead, and per-device utilization.
  5. Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput.

Explanation

Correct Answers

D:

Profile model memory, throughput, communication overhead, and per-device utilization. This directly tests data parallelism versus model parallelism in the reported AWS ML workflow. Data parallelism shards data across replicas; model parallelism is more relevant when the model itself cannot fit on one device. It distinguishes the problem before choosing a change. The related targeted response is: Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: During production evaluation of a SageMaker AI model candidate.

E:

Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. This is the appropriate controlled remedy for data parallelism versus model parallelism. Data parallelism shards data across replicas; model parallelism is more relevant when the model itself cannot fit on one device. Verify the cause with: Profile model memory, throughput, communication overhead, and per-device utilization. Then confirm: Multiple workers reduce epoch time with acceptable convergence and measured communication overhead. This is one part of a select-two decision; the matching evidence and corrective action are both required. Reported signal: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: During production evaluation of a SageMaker AI model candidate.

Incorrect Answers

A:

Configure SageMaker Automatic Model Tuning with a bounded search space, objective metric, budget, and justified Bayesian or random strategy. This selection concerns hyperparameter bayesian tuning strategy rather than the required diagnostic-and-remedy pair for data parallelism versus model parallelism. Use evidence: Profile model memory, throughput, communication overhead, and per-device utilization. and the matching correction: Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. Signal: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: During production evaluation of a SageMaker AI model candidate.

B:

Inspect confusion matrix, class prevalence, false-negative cost, and precision-recall curves across thresholds. This selection concerns precision versus recall fraud threshold rather than the required diagnostic-and-remedy pair for data parallelism versus model parallelism. Use evidence: Profile model memory, throughput, communication overhead, and per-device utilization. and the matching correction: Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. Signal: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: During production evaluation of a SageMaker AI model candidate.

C:

Remove label-derived or post-outcome features, rebuild a point-in-time split, and recompute explanations and holdout metrics. This selection concerns clarify feature attribution against target leakage rather than the required diagnostic-and-remedy pair for data parallelism versus model parallelism. Use evidence: Profile model memory, throughput, communication overhead, and per-device utilization. and the matching correction: Prefer data parallel training with synchronized gradients when the model fits per device and the bottleneck is dataset throughput. Signal: A deep model fits on one GPU but training takes too long over a very large dataset; the team suggests splitting individual layers across devices without evidence of model-memory pressure. Operational setting: During production evaluation of a SageMaker AI model candidate.

AWS Certified Machine Learning Engineer - Associate MLA-C01 Practice Tests