Checks that AWS DynamoDB read/write latency is being monitored.Documentation Index
Fetch the complete documentation index at: https://help.dsalta.com/llms.txt
Use this file to discover all available pages before exploring further.
Why This Matters
Unmonitored infrastructure can degrade silently until services fail. CPU spikes, memory exhaustion, storage depletion, and latency increases are early warning signs of performance issues, resource exhaustion attacks, or misconfiguration. Proactive monitoring is required by SOC 2 (CC7.1) and ISO 27001 (A.12.1.3).What DSALTA Checks
DSALTA connects to your Amazon Web Services (AWS) environment using read-only API access and evaluates this configuration on every sync cycle. The test result appears in your Data Library → Tests dashboard:- Passing — The configuration meets requirements. No action needed.
- Failing — The configuration does not meet requirements. Follow the remediation steps below.
- Not configured — The integration is connected but the required service or feature has not been set up yet.
How to Fix
If this test is failing, follow these steps to remediate:- Sign in to the AWS Management Console and navigate to CloudWatch → Alarms → Create alarm.
- Click Select metric, then navigate to the DynamoDB namespace.
- Find and select the
SuccessfulRequestLatencymetric for the affected resource. - Set the alarm condition to trigger when
SuccessfulRequestLatencySuccessfulRequestLatency exceeds 20ms for reads or 50ms for writes. - Under Notification, select or create an SNS topic to deliver alerts to your team (email, Slack, or PagerDuty).
- Name the alarm descriptively (e.g.,
DynamoDB-SuccessfulRequestLatency-high) and click Create alarm. - Consider enabling DynamoDB Accelerator (DAX) for read-heavy workloads, or reviewing partition key distribution.
- Once the CloudWatch alarm is active, DSALTA will detect the configuration on the next sync and update the test status to Passing.
Frequently Asked Questions
How often does this test run?
How often does this test run?
This test runs automatically every 24 hours when the Amazon Web Services (AWS) integration is connected. You can trigger a manual sync at any time from the integration settings page.
What happens if this test fails?
What happens if this test fails?
A failing test generates an alert in your DSALTA dashboard. The assigned responsible role receives a notification. Remediate the issue before it affects your compliance posture.
Can I exclude this test?
Can I exclude this test?
Yes. If this test does not apply to your environment, you can mark it as Not Applicable with a justification. This exclusion is documented for auditors.
Does DSALTA modify my Amazon Web Services (AWS) configuration?
Does DSALTA modify my Amazon Web Services (AWS) configuration?
No. DSALTA uses read-only API access and never modifies, creates, or deletes resources in your environment. Remediation actions must be performed by your team directly in Amazon Web Services (AWS).
.png?fit=max&auto=format&n=tsMQJyneJ1xquFUo&q=85&s=4d401cc03b547d99b6f75a6bd170c334)