圖片服務器那些處理方案

如今傻夢獸的服務器架構以下
image.pngnode

看到這裏大家會發現一個問題就是,安流量計費。只有兩臺主機是有寬帶,其他都是內網通訊。
若是文字傳輸的話,流量並不算大,能夠這麼處理。但是圖片過多的時候,若是有資本的企業選擇確定是七牛雲之類的服務,由於這裏服務包含了(分佈式、CDN、還有負載等一系列的功能),但是這類服務若是一不當心的話,超出流量那就只能喊爸爸了。nginx

那麼咱們通常的小企業是如何處理這一個問題的呢?好比我如今的再搞一臺固定寬帶的服務器作圖片服務,而後在第一個代理服務器nginx服務器中配置以下segmentfault

location ^~ /upload {
        proxy_pass http://192.168.1.15;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }

而後把兩臺靜態緩存服務器都指向192.168.1.15,而且有一臺Cache遷移到固定帶寬的靜態緩存服務器中。
而後再把Nginx配置,只要是靜態文件都302重定向指向帶寬服務器中。緩存

筆者用的是Laravel框架,若是隻是用來跑一個圖片服務器的話,那麼有點血虧。也不能說不行,之後若是圖片服務器要作負載的時候,你須要作再去新的主機安裝一個PHP / Node 等程序來運行長傳圖片服務。
若是後期作圖片負載的時候,這裏會比較麻煩。服務器

固然這也不是很差,就是用PHP來作圖片服務器的話,有點不划算,那麼什麼是最划算呢?固然是nginx直接訪問靜態問文件,甚至使用node.jsGolang均可以,這些性能都接近Nginx。架構

那咱們要作的是什麼呢?沒錯咱們要作的就是同步。

咱們來看看修改的後是怎麼一個思路框架

image.png

咱們須要把192.168.1.11的服務器同步到192.168.1.16192.168.1.15當中。
同時把靜態緩存服務器也同時遷移到192.168.1.16192.168.1.15當中。Nginx直接運行靜態文件。運維

我這裏用的是rsync實現實時同步,思路說完分佈式

實踐請看# [Linux運維:rsync+inotify實時同步
]沒有相關經驗的可使用方案二性能

相關文章
相關標籤/搜索