ELB端啟蒙

我最近在工作中做一个设置，我有一个面向用户的 Nginx 服务，它将访问转发到运行在AWS Elastic Load Balancer (如你所知. ELB)上的一个服务。这本身似乎不是一个困难的任务，你只需要找到 ELB 的主机名，将 ngin x指向它，这样不就搞定了，对吧？

location / {
    proxy_pass http://service-1234567890.us-east-1.elb.amazonaws.com;
}

测试没有问题，再正确设置一下防火墙/安全组配置，它就应该可以很好的工作了。几个小时之后，你可能会发现，服务不再工作了，尽管没有做任何改变。直接访问 ELB 端点是可以工作的，但访问 Nginx 却总是超时提醒。

ELB端启蒙

为了弄清楚为什么服务突然中止，需要先了解一下 ELB 是如何工作的：

当你创建一个弹性负载均衡（Elastic Load Balancer），你将会得到 DNS 的返回记录，AWS 会告诉你所有在使用的访问服务。DNS 记录是一个轮询 DNS（round robin DNS）记录，它指向两个或更多的 IP 地址——这取决于你有多少可用的区域。DNS 记录被设置成 60 秒的存活时间（time to live），这意味几乎不会有记录缓存。

短 TTL 可以让 AWS 快速改变机器的运行负载，在不中断服务的情况下，不会有任何复杂的虚拟 IP 问题。这也是他们特别告诉你不要查找主机名和发送流量到其中某个 IP 地址的原因，那样的话，你的服务可能会在未来某个未定义的时间，IP 地址可能会停止为负载均衡工作。

回到 Nginx

问题在于，对于 Nginx 来说，当它读取到一个配置时，它就会立刻向 DNS 请求主机名，然后使用其结果，直到下次重新加载配置。在这段时间到来之前，ELB 可能改变 IP 地址，让你的 Nginx 把请求转发到一些不为你服务的地址。

Nginx Plus

解决这个问题的方式是为 Nginx Plus 付费，它添加 resolve 标记对在 upstream 分组上的服务器进行指示。那就是让 Nginx 骄傲的 DNS 对 TTL 的记录，偶尔按顺序重新处理记录，并取得服务器使用的更新列表。

为这个功能花费每年每服务器 $1.500，看起来花费很多。当然这是你希望得到 Nginx Plus 带来的其他功能，如果你不需要它们，这将会是一个昂贵的升级。

免费的选择

一个更加实惠的选择是写这样一个配置：

resolver 172.16.0.23;
set $upstream_endpoint http://service-1234567890.us-east-1.elb.amazonaws.com;
location / {
    proxy_pass $upstream_endpoint;
}

它将会生效并且 Nginx 会遵循记录 DNS 记录的 TTL，万一一个请求进来，会重新解释它而且缓存的记录会过期。为什么会这样？

答案可以在 proxy_pass 指令文档结尾找到，它声明了:

服务器名，端口以及传递的URI也可以使用变量被指定：

proxy_pass http://$host$uri;

甚至像这样：

proxy_pass $request;

在这个案例中，服务器名会在所描述的 server groups 中被查找，如果没找到，会使用 resolver 来决定.

当我们给 proxy_pass 提供一个变量的时候，我们基本上是利用其改变行为，但这样确实需要我们在配置中指定一个 DNS resolver。例子里边用到的 DNS resolver应该能够在 AWS 上面跑在默认 VPC或者 EC2 中的所有服务器工作（适用）。你也可以随时查看 /etc/resolv.conf 找出哪些 AWS 为你的服务器提供并使用了哪些 DNS 服务器。

关于转发 URI 的 Caveat(警告)

如果你在 Nginx 中设置的 Location 不只是 /，那么你需要注意到当给定一个变量作为参数时，proxy_pass 细微的改变行为。

先说重要的，快速概括 proxy_pass 如何在正常在操作中工作：

正常的表现行为

设想我们有一个 Nginx 配置包括这些：

location /foo/ {
    proxy_pass http://127.0.0.1:8080;
}

当我们发送一个 /foo/bar/baz 的请求到这个站点，Nginx 会转发请求到 http://127.0.0.1:8000/foo/bar/baz。

location /foo/ {
    # Note the trailing slash       ↓
    proxy_pass http://127.0.0.1:8080/;
}

Nginx 会在 Location 记录里边去掉部分指定的 URI，然后把剩下的部分传给 upstream 服务器。所以请求 /foo/bar/baz 会被转发到 http://127.0.0.1:8080/bar/baz。

改变行为

当我们使用一个变量作为 proxy_pass 的参数的时候，上面带有尾部斜杠的行为会改变。例如我们有这样的配置。

resolver 172.16.0.23;
set $upstream_endpoint http://service-1234567890.us-east-1.elb.amazonaws.com/;
location /foo/ {
    proxy_pass $upstream_endpoint;
}

当我们向那个配置发送请求 /foo/bar/baz，转发请求将不会去到/并且不是预想中的 /bar/baz。

为此解决方案就是从 upstream 的 endpoint 去掉尾部斜杠，然后像这样手动重写：

resolver 172.16.0.23;
set $upstream_endpoint http://service-1234567890.us-east-1.elb.amazonaws.com;
location /foo/ {
    rewrite ^/foo/(.*) /$1 break;
    proxy_pass $upstream_endpoint;
}

然后当你发送请求 /foo/bar/baz，upstream 会接受到我们想要的请求 /bar/baz。

结束语

要知道这不单单只适用于设置用 elb 做 upstream 服务器，它适用于配置所有在 nginx 做 upstream 服务器的修改 DNS 配置的情况。

希望這對你有用，如果你有任何建議或只是想單純聯繫我，用 twitter 聯繫吧 Tenzer。

　碼農必須要加班？ NO！

　　知道碼農們都想擺脫加班狗、外賣臉的稱號，所以我們來了！

　　我們做了一個能讓程式設計師之間共享知識技能的APP，覺得可以顛覆程式設計師的工作方
式！

　　有人說我們痴心妄想，但我們不那麼認為。

　　為了能煽爛說我們痴心妄想的人的臉，現在我們急需程式設計師業內的牛嗶-人物來給
我們「號脈」！ 「診斷費」豐厚！畢竟我們不差錢兒，只是想做到最好！

　　圈圈字典中講到，牛嗶-人物是指群成員數高於1000人的QQ群主或追蹤人數高於
2000人的貼吧主或粉絲人數高於10000人的吧微博部落客或會員數高於2000主題貼的版主
或單帖閱讀量高於2000博客主或人脈超廣的圈內紅人。

　　對於未能達標的未來大神們，我們只能含淚表示：蜀黍，咱們來日方長，這次暫
時不約好嗎？待他日你立地成神，我必生死相依！

　　來？還是不來？

　　圈圈互動 接頭暗號：1955246408 （QQ）​​

以上就介紹了ELB端啟蒙，包括了方面的內容，希望對PHP教程有興趣的朋友有幫助。