現在難點在:
1\單擊表單提交按鈕后,圖片上傳到圖片服務器,文字內容上傳web服務器數據庫,這兩個服務器分別在兩個城市.
2\圖片不能通過web服務器中轉.
3\web服務器內容可以登錄認證,但是怎么保證"upload"的提交圖片表單是合法的用戶?
分析一下：
1. WEB服務器和圖片服務器分隔兩地，這決定了肯定有圖片文件傳遞到遠處的圖片服務器上。那么可能有2種方式：1是先上傳到WEB服務器，然后它在轉到圖片服務器；2是用戶上傳圖片時直接上傳到圖片服務器上，不中轉(這是我建議的)
2. 前面幾樓朋友介紹了各種技術，不管哪種，底層其實都有數據傳輸的，即不管什么同步軟件，都是要先讓用戶上傳圖片到WEB服務器，然后那個同步系統自動把圖片傳遞到圖片服務器。所以，我上面建議采用用戶直接上傳的方式。在圖片服務器上建立個專門處理文件上傳的應用(當然最好弄個web服務器)，用戶在頁面提交上傳時，檢查如果是圖片，則上傳到圖片服務器，其他內容傳到WEB服務器。
具體實現我就不細說了，有人說圖片服務器建立WEB程序了會影響圖片服務器的，但是那些同步軟件或者FTP方式不一樣嗎，和apache/tomcat之類底層都是socket通信；與其先socket到WEB服務器然后再socket圖片服務器，不如一步到位，前者影響了2個服務器性能，后者只影響一個。如果怕圖片服務器效果降低，今后可以把圖片服務器擴充為2台，它們之間可以搞個同步系統，然后用負載均衡來搞定壓力問題。 至於，怎么在一個頁面上將一個form的東西分傳到2個服務器，這個就不用說了吧，好多方法可用，比如圖片單獨一個form，用javascript來讓用戶點一個提交，同時執行2個form等等......
評論：
(1) 用到了SSO 單點登陸
(2) 遠程mount過來
(3) 硬盤映射 吧B服務器的一個文件夾 映射到 A服務器的一個文件夾下！ 操作系統自己會吧文件寫到B服務器
(4) 我們公司是通過監控數據庫服務器上的對應目錄，只要該目錄文件存在改變，馬上自動同步到文件服務器上，你需要解決幾個問題：找到對對應的windows API、編寫網絡傳輸程序（可以用FTP實現，效率比較低。）
WEB框架實現動靜分離：
HAProxy提供高可用性、負載均衡以及基於TCP和HTTP應用的代理，支持虛擬主機，它是免費、快速並且可靠的一種解決方案。
HAProxy特別 適用於那些負載特大的web站點，這些站點通常又需要會話保持或七層處理。HAProxy運行在當前的硬件上，完全可以支持數以萬計的並發連接。並且它的 運行模式使得它可以很簡單安全的整合進您當前的架構中，同時可以保護你的web服務器不被暴露到網絡上。
HAProxy實現了一種事件驅動,單一進程模型，此模型支持非常大的並發連接數。多進程或多線程模型受內存限制、系統調度器限制以及無處不在的鎖限 制，很少能處理數千並發連接。事件驅動模型因為在有更好的資源和時間管理的用戶端(User-Space) 實現所有這些任務，所以沒有這些問題。此模型的弊端是，在多核系統上，這些程序通常擴展性較差。這就是為什么他們必須進行優化以 使每個CPU時間片(Cycle)做更多的工作。
第一步：安裝httpd、php以及haproxy,這里我們直接用yum來安裝即可,這里我們使用三台虛擬機來做測試，前端一台haproxy做調度，后端兩台httpd服務器提供web服務，在做動靜分離時時前端haproxy來判斷動態和靜態內容分別調度到哪台服務器上；
1.
[root@node0 ~]# yum -y install httpd php haproxy
第二步：安裝好之后給這三台虛擬配置好相關的網絡設備以及提供相關的測試頁面等，在eth3這張網卡上選擇相同的一個通信通道，node0這台虛擬機上haproxy的主機，node1和node2是不同的兩台后端提供web服務器的虛擬主機;
01.
[root@node0 ~]# ifconfig eth3 192.168.27.10/24 up # 給eth3配置ip地址
02.
[root@node0 ~]# ifconfig
03.
eth0 Link encap:Ethernet HWaddr 00:0C:29:B2:AD:BA
04.
inet addr:172.16.27.88 Bcast:172.16.255.255 Mask:255.255.0.0
05.
inet6 addr: fe80::20c:29ff:feb2:adba/64 Scope:Link
06.
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
07.
RX packets:11122303 errors:0 dropped:0 overruns:0 frame:0
08.
TX packets:1193136 errors:0 dropped:0 overruns:0 carrier:0
09.
collisions:0 txqueuelen:1000
10.
RX bytes:697850934 (665.5 MiB) TX bytes:74549101 (71.0 MiB)
11.
12.
eth3 Link encap:Ethernet HWaddr 00:0C:29:B2:AD:C4
13.
inet addr:192.168.27.10 Bcast:192.168.27.255 Mask:255.255.255.0
14.
inet6 addr: fe80::20c:29ff:feb2:adc4/64 Scope:Link
15.
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
16.
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
17.
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
18.
collisions:0 txqueuelen:1000
19.
RX bytes:0 (0.0 b) TX bytes:468 (468.0 b)
20.
[root@node0 ~]#
[root@node1 ~]# ifconfig eth0 192.168.27.18/24 up在node1和node2上設置好相關配置，選擇虛擬機上的VMnet2與haproxy上的eth3的同一通信通道，再配置IP地址和默認網關接口，而后再提供不同的頁面以便測試用；
1.
[root@node1 ~]# route add defaulte gw 192.168.27.18 # 網關指向haproxy主機的eth3地址
2.
[root@node1 ~]# ping 192.168.27.10 # ping一下haproxy的節點看是否ping通
3.
[root@node1 ~]# vim /var/www/html/index.html
4.
<h3>node1.tanxw.com</h3>
5.
[root@node1 ~]# service httpd start # 配置好之后就把web服務啟動起來,再訪問測試一下,測試的連接改為橋接方式
01.
[root@node2 ~]# ifconfig eth0 192.168.27.19/24 up
02.
[root@node2 ~]# route add defaulte gw 192.168.27.18 # 網關指向haproxy主機的eth3地址
03.
[root@node2 ~]# ping 192.168.27.10 # ping一下haproxy的節點看是否ping通
04.
[root@node2 ~]# vim /var/www/html/index.php
05.
<h3>node2.tanxw.com</h3>
06.
<?php
07.
phpinfo();
08.
?>
09.
[root@node2 ~]# service httpd start # 配置好之后就把web服務啟動起來,再訪問測試一下，測試的連接改為橋接方式
01.
############## 以上的使用默認配置就可以了 #######################
02.
03.
frontend web *:80 # *表示haproxy監聽所有地址，監聽的端口為80
04.
# 定義訪問控制，表示以url以.css .js .html .php結尾的分別調度到哪台服務器上訪問
05.
acl url_static path_end -i .css .js .html
06.
acl url_dynamic path_end -i .php
07.
08.
# usr_backend表示使用backend服務，if表示如果滿足url_static這個條件就調度到這台服務器上
09.
use_backend static if url_static
10.
default_backend dynamic
11.
12.
backend static # 定義調用后端的靜態頁面的服務器上
13.
server node1 192.168.27.18:80 check inter 3000 rise 2 fall 2 maxconn 5000
14.
backend dynamic # 定義調用后端的動態頁面的服務器上
15.
server node2 192.168.27.19:80 check inter 3000 rise 2 fall 2 maxconn 5000
16.
listen statspage # 定義監控管理接口的界面
17.
bind *:8888 # 定義訪問頁面端口
18.
stats enable # 啟用管理界面
19.
stats hide-version # 隱藏版本
20.
stats uri /admin?stats # 訪問路徑
21.
stats auth xiao:linux # 訪問時需要驗證登錄
22.
stats admin if TRUE # 如果登錄成功就可以管理在線服務器
第三步：配置haproxy的相關配置信息;
第四步：登錄到我們配置好的管理界面：
第五步：配置好相關的配置之后就可以測試一下了，
最后我們再分別對這兩個頁面的請求做一下壓力測試看看：
總結：
HAProxy是一款比較輕量級的負載均衡服務器，特別適用於那些負載特大的web站點，這些站點通常又需要會話保持或七層處理。HAProxy運行在 當前的硬件上，完全可以支持數以萬計的並發連接。並且它的運行模式使得它可以很簡單安全的整合進您當前的架構中，同時可以保護你的web服務器不被暴露到 網絡上。