Health checks configuration in AWS - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to specify the protocol for the health check.

AWS

HealthCheckProtocol: "[1]"

Drag options to blanks, or click blank then click option'

ASSH

BHTTP

CSMTP

DFTP

Attempts:

3 left

💡 Hint

Common Mistakes

Using unsupported protocols like FTP or SSH for health checks.

Leaving the protocol field empty.

The health check protocol must be set to HTTP to check web server health.

2fill in blank

medium

Complete the code to set the port number for the health check.

AWS

HealthCheckPort: "[1]"

Drag options to blanks, or click blank then click option'

A80

B443

C22

D21

Attempts:

3 left

💡 Hint

Common Mistakes

Using port 21 which is for FTP.

Using port 22 which is for SSH.

The health check port should be 80 for HTTP services.

3fill in blank

hard

Fix the error in the health check path configuration.

AWS

HealthCheckPath: "[1]"

Drag options to blanks, or click blank then click option'

A/status

Bstatus

Chttp://example.com/status

D/healthcheck

Attempts:

3 left

💡 Hint

Common Mistakes

Omitting the leading slash.

Using a full URL instead of a path.

The health check path must start with a slash / to be valid.

4fill in blank

hard

Fill both blanks to configure the health check interval and timeout.

AWS

HealthCheckIntervalSeconds: [1], HealthCheckTimeoutSeconds: [2]

Drag options to blanks, or click blank then click option'

A30

B5

C10

D60

Attempts:

3 left

💡 Hint

Common Mistakes

Setting timeout longer than interval.

Using very short intervals causing unnecessary load.

The interval is usually set to 30 seconds and the timeout to 10 seconds for balanced health checks.

5fill in blank

hard

Fill all three blanks to configure healthy threshold, unhealthy threshold, and matcher status code.

AWS

HealthyThresholdCount: [1], UnhealthyThresholdCount: [2], Matcher: { HTTPCode: "[3]" }

Drag options to blanks, or click blank then click option'

A3

B5

C200

D404

Attempts:

3 left

💡 Hint

Common Mistakes

Confusing healthy and unhealthy threshold values.

Using wrong HTTP status codes for matcher.

The unhealthy threshold is often set to 3, healthy threshold to 5, and the matcher expects HTTP status code 200 for success.

Practice

1. What is the main purpose of a health check in AWS services like Elastic Load Balancer?

easy

A. To verify if a server or service is responding correctly

B. To increase the server's CPU capacity automatically

C. To backup data from the server regularly

D. To encrypt data sent between servers

Solution

1. Step 1: Understand the role of health checks

   Health checks monitor if a server or service is working properly by sending requests and checking responses.

2. Step 2: Identify the main goal

   The main goal is to detect unhealthy servers so they can be removed from traffic, ensuring reliability.

3. Final Answer:

   To verify if a server or service is responding correctly -> Option A

4. Quick Check:

   Health check purpose = verify server response [OK]

Hint: Health checks confirm server responsiveness, not capacity or backups [OK]

Common Mistakes:

• Confusing health checks with scaling or backup tasks
• Thinking health checks encrypt data
• Assuming health checks improve server hardware

2. Which of the following is the correct way to configure a health check path for an HTTP service in AWS Elastic Load Balancer?

easy

A. HealthCheckInterval: 60

B. HealthCheckPath: "/status"

C. HealthCheckProtocol: TCP

D. HealthCheckPort: 8080

Solution

1. Step 1: Identify the correct parameter for HTTP path

   For HTTP health checks, the path to check is set using HealthCheckPath with a URL path string.

2. Step 2: Differentiate from other parameters

   HealthCheckPort sets the port, HealthCheckProtocol sets the protocol, and HealthCheckInterval sets the time between checks, not the path.

3. Final Answer:

   HealthCheckPath: "/status" -> Option B

4. Quick Check:

   HTTP health check path = HealthCheckPath [OK]

Hint: Path is set with HealthCheckPath, not port or interval [OK]

Common Mistakes:

• Using HealthCheckPort to set the path
• Confusing protocol with path
• Setting interval instead of path

3. Given this health check configuration for a load balancer:
IntervalSeconds: 30
TimeoutSeconds: 5
HealthyThresholdCount: 3
UnhealthyThresholdCount: 2
How many consecutive failed health checks will cause the instance to be marked unhealthy?

medium

A. 30

B. 3

C. 5

D. 2

Solution

1. Step 1: Understand UnhealthyThresholdCount meaning

   This value defines how many failed health checks in a row mark the instance unhealthy.

2. Step 2: Identify the value from configuration

   UnhealthyThresholdCount is set to 2, so after 2 failed checks, the instance is unhealthy.

3. Final Answer:

   2 -> Option D

4. Quick Check:

   Failed checks to unhealthy = UnhealthyThresholdCount = 2 [OK]

Hint: UnhealthyThresholdCount = failed checks before unhealthy [OK]

Common Mistakes:

• Confusing HealthyThresholdCount with unhealthy count
• Using IntervalSeconds as count
• Assuming timeout affects count

4. You configured a health check with TimeoutSeconds set to 10 seconds, but your service responds in 3 seconds. The health check still fails. What is the most likely cause?

medium

A. HealthyThresholdCount is set too low

B. TimeoutSeconds is too high causing failure

C. The health check path is incorrect or unreachable

D. IntervalSeconds is set to 1 second

Solution

1. Step 1: Analyze TimeoutSeconds vs response time

   TimeoutSeconds is 10, service responds in 3 seconds, so timeout is not the issue.

2. Step 2: Consider other causes for failure

   If health check fails despite quick response, likely the path is wrong or the service is unreachable.

3. Final Answer:

   The health check path is incorrect or unreachable -> Option C

4. Quick Check:

   Fast response but failure = wrong path/unreachable [OK]

Hint: Fast response but failure? Check health check path [OK]

Common Mistakes:

• Assuming timeout too high causes failure
• Confusing threshold counts with timeout
• Ignoring path correctness

5. You want to configure a health check for a web service behind an AWS Application Load Balancer. The service sometimes takes up to 8 seconds to respond under load. Which configuration best ensures accurate health status without false failures?

hard

A. Set TimeoutSeconds to 10, IntervalSeconds to 30, HealthyThresholdCount to 3, UnhealthyThresholdCount to 2

B. Set TimeoutSeconds to 5, IntervalSeconds to 10, HealthyThresholdCount to 2, UnhealthyThresholdCount to 2

C. Set TimeoutSeconds to 3, IntervalSeconds to 5, HealthyThresholdCount to 5, UnhealthyThresholdCount to 5

D. Set TimeoutSeconds to 1, IntervalSeconds to 15, HealthyThresholdCount to 1, UnhealthyThresholdCount to 1

Solution

1. Step 1: Match TimeoutSeconds to max response time

   The service can take up to 8 seconds, so TimeoutSeconds should be at least 8 to avoid false failures. Set TimeoutSeconds to 10, IntervalSeconds to 30, HealthyThresholdCount to 3, UnhealthyThresholdCount to 2 sets 10 seconds, which is suitable.

2. Step 2: Choose thresholds and intervals for stability

   Longer IntervalSeconds (30) and thresholds (3 healthy, 2 unhealthy) help avoid flapping due to temporary slow responses.

3. Step 3: Evaluate other options

   Options A, C, and D have TimeoutSeconds too low or thresholds too sensitive, risking false unhealthy marks.

4. Final Answer:

   Set TimeoutSeconds to 10, IntervalSeconds to 30, HealthyThresholdCount to 3, UnhealthyThresholdCount to 2 -> Option A

5. Quick Check:

   Timeout ≥ max response + stable thresholds = Set TimeoutSeconds to 10, IntervalSeconds to 30, HealthyThresholdCount to 3, UnhealthyThresholdCount to 2 [OK]

Hint: Timeout must exceed max response time to avoid false failures [OK]

Common Mistakes:

• Setting TimeoutSeconds less than max response time
• Using too low thresholds causing flapping
• Ignoring service response variability