AD应用负载之nginx配置转换

客户需求

原本客户针对应用的负载是承载在nginx上的，现已采购AD，想要把nginx上的配置转换到AD上

解决思路

查看客户nginx配置，发现原有场景为多个不同域名解析到一个IP，然后根据host字段来识别对应域名，再转发到对应系统，并且经过AD转发过后，要求服务器能够识别到接入终端的正式IP，同时，部分业务系统还要求有访问对应域名之后，需要重定向另外一个域名进行访问。

根据对以上nginx配置的分析，回到AD上，我们可以通过前置策略针对http请求头部的host字段来进行调度，识别到对应host之后，调度到对应的节点池，针对需要识别真实客户端地址的问题，可以调用优化策略当中的http优化，要去透传真实IP到服务端，针对重定向场景，同样也可以用到前置调度策略，只不过这次识别到对应host字段之后，它的动作是跳转到自定义的内容。

配置步骤

1、nginx的vhost配置解析（详细配置可参考百度）

场景一：

server {

        listen 80;                //监听端口为80

        server_name www.aaa.com;    //代理转发之前访问的域名

        location /{

                proxy_pass http://172.16.200.158:80;      //代理转发到内网的业务地址

                proxy_set_header Host $host;                //把host字段放在http的请求头中进行转发

                proxy_set_header X-Real-IP $remote_addr;   //获取真实客户端的ip地址

        }

}

场景二：

server{

        listen 80;

        server_name www.ccc.com;

        rewrite ^/(.*) http://www.bbb.com permanent;     //访问www.ccc.com时重定向到www.bbb.com再进行转发

        access_log off;

        location /{

                proxy_pass http://172.16.200.14:80;

                proxy_set_header Host $host;

                proxy_set_header X-Real-IP $remote_addr;

        }

2、AD上针对上面两个场景的配置

(1)、应用负载下配置节点池172.16.200.158:80

(2)、开启调度策略，根据host字段来调度，并转发到上面的节点池

（3）、配置优化策略中的http优化，开启透传IP

（4）、创建虚拟服务，把调度策略、优化策略关联起来

（5）、针对重定向场景，先自定义返回的内容，location填为www.bbb.com

（6）、再配置调度策略，动作为返回自定义内容，内容为步骤5中自定义的内容

（7）、重复场景一的步骤，创建虚拟服务，关联对应的调度策略，优化策略

感谢分享，有助于工作，学习学习

楼主分享的案例很实用，具有典型性，希望有更多这样的干货供我们学习参考，非常感谢！

解决思路
查看客户nginx配置，发现原有场景为多个不同域名解析到一个IP，然后根据host字段来识别对应域名，再转发到对应系统，并且经过AD转发过后，要求服务器能够识别到接入终端的正式IP，同时，部分业务系统还要求有访问对应域名之后，需要重定向另外一个域名进行访问。
根据对以上nginx配置的分析，回到AD上，我们可以通过前置策略针对http请求头部的host字段来进行调度，识别到对应host之后，调度到对应的节点池，针对需要识别真实客户端地址的问题，可以调用优化策略当中的http优化，要去透传真实IP到服务端，针对重定向场景，同样也可以用到前置调度策略，只不过这次识别到对应host字段之后，它的动作是跳转到自定义的内容。

楼主分析的很详细，不错的实战经验，小白用户一看就懂，非常好的技术干货帖，顶一个！

正好需要，图文并茂，易于理解！

楼主分享的案例很实用，具有典型性，希望有更多这样的干货供我们学习参考，非常感谢！

厉害，这么详细的配置，对我们这些小白来说真的好。