Một số cấu hình proxy ngược nginx ngừng hoạt động mỗi ngày một lần

Tôi có một proxy ngược nginx ủy nhiệm các yêu cầu từ ELB bên ngoài đến ELB bên trong.

Tôi có 6 trường hợp phụ trợ xử lý các yêu cầu. Các cấu hình kích hoạt trang web trông như thế này, nhưng có số cổng và proxy_pass khác nhau. Mọi thứ khác đều giống hệt nhau:

server {
    listen 3000;
    location / {
            proxy_pass http://internal-prod732r8-PrivateE-1GJ070M0745TT-348518554.eu-west-1.elb.amazonaws.com:3000;
            include /etc/nginx/proxy.conf;
    }

}

Cứ sau khoảng 24 giờ, một trong các cấu hình sẽ ngừng hoạt động. Tất cả các proxy khác hoạt động tốt. Nếu tôi khởi động lại nginx, tất cả các cấu hình hoạt động trở lại. Không có gì trong error.log, không có gì lạ trong nhật ký truy cập, syslog hoặc dmesg.

Đây có phải là một cái gì đó được biết đến? Tôi đã làm gì đó sai với cấu hình proxy của tôi? Có bất kỳ bản ghi khác tôi có thể nhìn vào?

Câu trả lời cho câu hỏi này là ELB đôi khi thay đổi địa chỉ ip và nginx không giải quyết tên trong khi bắt đầu.

Để khắc phục điều này, luôn có một máy chủ DNS trong VPC của bạn ở mức 0,2. Vì vậy, nếu CIDR ip cục bộ là 10.0.0.0/16 thì máy chủ DNS ở 10.0.0.2.

Thêm phần này vào cấu hình nginx.

resolver 10.0.0.2 valid=10s;

Proxy_pass cũng cần được xác định là một biến nếu không nginx sẽ chỉ giải quyết nó một lần. Vì vậy, dựa trên cấu hình ở trên, đây là cấu hình chính xác:

server {
    listen 3000;
    location / {
            resolver 10.0.0.2 valid=10s;
            set $backend "http://internal-prod732r8-PrivateE-1GJ070M0745TT-348518554.eu-west-1.elb.amazonaws.com:3000"
            proxy_pass $backend;
            include /etc/nginx/proxy.conf;
    }
}

Nếu proxy_pass của bạn không chuyển trực tiếp đến một URL như ví dụ của bạn hiển thị ( http://amazonaws.com ), mà thay vào đó là trang trại ngược dòng proxy, như thế này:

upstream my_upstream {
 server1 127.0.0.1:1337;
 server2 127.0.0.1:1338; 
}
location / {
 proxy_pass         http://my_upstream;
}

Sau đó, bạn sẽ ít quan tâm đến một trong những thượng nguồn tạm thời thất bại. Bởi vì tất cả họ sẽ làm cùng một công việc. Nếu một người không trả lời, thì người tiếp theo sẽ được ủy quyền cho câu trả lời đó. Yên tâm.

Nginx sẽ bỏ qua một máy bị lỗi trong x giây tự động. Cho đến khi bạn sửa chữa nó, hoặc cho đến khi nó trở lại một mình. ( http://wiki.nginx.org/HttpUpstreamModule )

Vì vậy, bất kể lý do cho sự gián đoạn của bạn có thể là gì, bằng cách phân phối chúng tại một trang trại thượng nguồn, điều này chuyển đổi thành một thiết lập dễ dàng hơn.