Hi, On Fri, Apr 27, 2018 at 3:03 PM, Sen <[email protected]> wrote:
> Hi > > I have an app deployed in Pivotal Cloudfoundry (PCF) and to route traffic > to an app in PCF, we have to use application route name (virtual hostname). > > We have PCF in two different datacenters and I need to load balance the > traffic to these DCs , but I'm having the challenge in checking the health > of the application. > > here is the config - when i have app deployed only in one DC: > > backend CustomerLookupService.searchCustomer > mode http > balance roundrobin > > option httpchk GET /env HTTP/1.1\r\nHost:\ customerloo > kup.xxx.px-prd02.cf.xxxx.com:443 > > \r\n > http-check expect rstatus ^200 > option httplog > timeout server 60s > default-server inter 10s fall 3 rise 2 > server s_CustomerLookupService.searchCustomer2 customerlookup > .xxx.px-prd02.cf.xxxx.com:443 check resolvers dns ssl verify none > > > Now I need to route the traffic to " customerlookup.xxx.px-prd03. > cf.xxxx.com:443 <http://customerlookup.xxx.px-prd02.cf.xxxx.com:443/> " , > in addition to " customerlookup.xxx.px-prd02.cf.xxxx.com:443 ". > > in that case, how do I check the health of prd02 and prd03?. > > I tried following - but it's not working: > > backend CustomerLookupService.searchCustomer > mode http > balance roundrobin > > option forwardfor > > http-send-name-header Host > option httpchk GET /env HTTP/1.1 > http-check expect rstatus ^200 > option httplog > timeout server 60s > default-server inter 10s fall 3 rise 2 > server s_CustomerLookupService.searchCustomer2 customerlookup > .xxx.px-prd02.cf.xxxx.com:443 check resolvers dns ssl verify none > server s_CustomerLookupService.searchCustomer3 customerlookup > .xxx.px-prd03.cf.xxxx.com:443 > <http://customerlookup.xxx.px-prd02.cf.xxxx.com:443/> check resolvers dns > ssl verify none > > Looks like, Hostname is not getting passed in healthcheck calls. > > Have you tried: option httpchk GET /env HTTP/1.1\r\nHost:\ %[req.hdr(Host)] \r\n > Any ideas how to solve this problem? > > Thanks in advance > Sen. >
