I have an ALB with 2 targets in the target group. However my health check aren’t working properly. Both are showing
"Health checks failed with these codes: [404]"
My settings for the health check path are:
/var/www/html/generic/website.com/healthcheck.php
and if I do a nano /var/www/html/generic/website.com/healthcheck.php
on the ec2 instance it shows this which should be all the health check needs I think.
<?php
header("Status: 200");
?>
I double checked the AZ and the ALB is in the same one and subnets as the 2 instances.
Also when I check my apache logs this is what I see:
"GET /var/www/html/generic/website.com/healthcheck.php HTTP/1.1" 404 196 "-" "ELB-HealthChecker/2.0"
What am I doing wrong that is making the healthcheck fail?
3
Answers
Seems you can't use a namebased vhost for a healthcheck. So in my vhost file I added the following code. What it does is if someone goes straight to your ip it will give them a 404 but if they go to your ip/healthcheck then it will show a 200 which is what ALB needs. Then in your path just put /healthcheck.
The ALB healthcheck is going to be accessing your healthcheck.php via the web interface and has no concept of where the files exist on the file system. This value needs to be the URI path after the hostname.
Configuring the healthcheck to be
/var/www/html/generic/website.com/healthcheck.php
is equivalent to telling AWS to checkhttp://website.com//var/www/html/generic/website.com/healthcheck.php
which is probably not your intention.Assuming the actual path you want to check is more like
http://website.com/healthcheck.php
, update your healthcheck path to simply be/healthcheck.php
and this should hopefully work for you.Since you have multiple named hosts in nginx. What you could try is setting the healthcheck on the
/
with 200 OK as the status code. it should return the default nginx page with status code 200 OK.Another method is, you can add healthcheck url that doesn’t exist such as
/my-health-page
and in the health check configuration set the expected health check status code to be 404. So what we are assuming here is, if the nginx is inspecting url and return404 NOT FOUND
,the Nginx is working. But this method wont be checking anything more than that.Pros:
Cons:
The health check wont identify the cases for example php not working or mysql server is not reachable from the application etc