Nginx反向代理至go-fastdfs案例講解

背景

go-fastdfs是支持http協(xié)議的一款分布式文件系統，在一般的項目中，很少是直接將文件系統的地址暴露出來(lái)的，大多數都會(huì )通過(guò)nginx等軟件進(jìn)行反代過(guò)去，由于我司的業(yè)務(wù)和網(wǎng)絡(luò )環(huán)境場(chǎng)景相對特殊，由公網(wǎng)部分(公有云)和內網(wǎng)部分(私有云)組成的混合云網(wǎng)絡(luò )體系，公有云主要就是作為一個(gè)出口和入口以及運行一些審計認證等應用，對上游請求進(jìn)行處理，從而減少私有云的處理次數，提升性能。那么也正是因為這樣，在公網(wǎng)的環(huán)境下，要訪(fǎng)問(wèn)到私有云提供的服務(wù)則必須使用反向代理。同樣道理，對于文件系統的訪(fǎng)問(wèn)也如此，如何在nginx中進(jìn)行配置才能使得外部的網(wǎng)絡(luò )請求可以反向代理到go-fastdfs呢？本文將逐步闡述。

一般配置

在一般的情況下，熟悉nginx的朋友都知道，如果需要配置反向代理，直接寫(xiě)一個(gè)location上下文和proxy模塊即可，如果需要自定義前綴，使用一個(gè)rewrite模塊即可。簡(jiǎn)單例子如下：

location ~ /dfs/group([0-9]) {
	proxy_pass http://localhost:8080;
	rewrite ^/dfs/(.*)$ /$1 break;
	proxy_set_header Host $host:$server_port;
	proxy_set_header X-Real-IP $remote_addr;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

到這里，一般的反代配置就算是可以了，那么對于go-fastdfs而言是否可以了呢？對于go-fastdfs一般上傳是可以了，但是呢，對于使用了tus做斷點(diǎn)續傳還是不夠，為什么呢？因為tus服務(wù)端會(huì )返回301重定向，并且需要攜帶一定的請求頭過(guò)去，所以還需要特別的設置一下。

支持Tus的反代配置

如果需要做tus的反代，要支持301重定向Location的重寫(xiě)還要支持一定的請求頭轉發(fā)，那該如何配置呢？請參考下面的配置

l

ocation ~ /dfs1/group([0-9]) {
	access_log logs/dfs/access.log main;
	error_log logs/dfs/error.log error;
	rewrite ^/dfs1/(.*)$ /$1 break;
	proxy_pass http://localhost:8051;
	# Disable request and response buffering
	proxy_request_buffering off;
	proxy_buffering off;
	proxy_http_version 1.1;
	proxy_set_header Host $host:$server_port;
	proxy_set_header X-Real-IP $remote_addr;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	# 如果server_name不是公網(wǎng)域名，這個(gè)地方可以設置成ip
	proxy_set_header X-Forwarded-Host $hostname;
	proxy_set_header X-Forwarded-Proto $scheme;
	proxy_set_header Upgrade $http_upgrade;
	proxy_set_header Connection "upgrade";
	# 因為使用了前綴加rewrite，所以要修改返回的Location加上反向代理的前綴
	proxy_redirect ~^(.*)/group([0-9])/big/upload/(.*) /dfs/group$2/big/upload/$3;
	client_max_body_size 0;
}

上面要注意一下就是proxy_redirect和client_max_body_size這兩個(gè)配置，第一個(gè)配置是因為tus服務(wù)端返回的重定向Location是不會(huì )攜帶自定義前綴的，因此需要自己加入自定義的前綴，我這里是/dfs,如果是別的，更換下就好。第二個(gè)就是client_max_body_size了，這個(gè)是設置為0表示不管上傳多大的文件都不會(huì )報request too large的問(wèn)題，直接轉發(fā)過(guò)去，如果需要設置，那么請設置大于等于chunkSize的數字。什么是chunkSize?就是tus客戶(hù)端分塊上傳的時(shí)候，每一塊的大小，具體請參考官方文檔。

負載均衡配置

在配置了集群服務(wù)器的情況下，上傳或者下載如何進(jìn)行負載均衡呢？使用nginx做了反代，配合upstream模塊就可以實(shí)現了，具體參考如下配置

upstream dfs_stream {
	server host1:port;
	server host2:port;
	ip_hash;
}

上面的配置和一般的負載均衡沒(méi)有什么不一樣，唯一要注意的是要配置ip_hash，為什么呢？因為使用斷點(diǎn)續傳的時(shí)候，文件是分塊上傳的，如果不是ip_hash的話(huà)，有可能會(huì )前面幾片被上傳到A服務(wù)器，后面幾片被上傳到B服務(wù)器，那么這樣子文件就不是完整的了，因此需要注意這個(gè)問(wèn)題。

到此這篇關(guān)于Nginx反向代理至go-fastdfs案例講解的文章就介紹到這了,更多相關(guān)Nginx反向代理至go-fastdfs內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！