[QOTD]GSLB 雖然比較少被提及與實作的, 其中也是
因為成本較高所以只有大型網站才能使用, 但
事實上還有很多方法可以較便宜的做到.
*1
網站就系統架構上來看, 就是討論這樣的系統是
拿來做甚麼的, 怎麼用的, 也因此牽涉到是誰在用,
怎麼用, 這些都可以統整在功能面, 而功能面是沒有
一個定論, 因為不太有網站可以拿在相同的立場來討
論功能面, 但除此之外, 倒是有一個很重要的因素是
可以被討論的, 就是效率面.
尤其網站的效率可以分成幾塊地方來討論:
1. 使用者的電腦: 包含所要執行的程式或文件的效
率, 這也牽涉到給使用者的格式與語言的選擇,
以及所使用的程式或瀏覽器, 這個占效率因素的
15%, 但通常是無法被控制. (約2~3倍)
2. 使用者的頻寬: 從 ISP 到使用者電腦之間的速度
, 會影響要傳的資料量考量, 這個雖然因素是最
單純的, 也是佔效率的 15%, 只是無法被控制.
(約5~10倍)
3. ISP 骨幹因素: 因為一個網站必然放在有限的
ISP, 最重要的是考量機器的 ISP 與各個主要使
用者的 ISP 速度, 這個雖然占 10%, 但多少是可
以被控制. (約1~2倍)
4. 網路設備效率: 這個最主要考量到所使用的網路
設備的效率所造成的瓶頸, 主要包含上行網路,
路由器與交換器的網路效率, 到代理器與負載均
衡設備的效率, 這個占 5%. (約1倍)
5. 作業系統效率: 這通常包含Web Server的效率與
使用方式, 以及 OS 對其影響, 這個大約占 10%
的因素. (約1倍)
6. 應用程式效率: 而程式設計師所寫的程式的差異
, 若不考慮整個系統的規劃, 只考慮語言與寫法
, 大概約占 20% 的影響, 但也是最多的.
(約3~5倍)
7. 伺服器效率: 一台伺服器的好壞, 是最好解決的
, 也是最單純的可被控制端, 占整體效率10%.
(約1倍)
8. 後端系統效率: 這包含整個系統的介接與規劃,
甚至包含到整個後台資料庫的使用與設計, 以及
串接的方法, 這部份占相當高的 15%. (約1~3倍)
而這八項中, 前兩項的使用者端是無法被控制的
, 就占了 30%, 也就是說我們只剩 70% 能夠改變,
因此我們就放棄去影響與改善, 是相當可惜的.
*2
先談第一個可控制項目的 ISP 骨幹因素, 這個
對多數小型網站或區域型網站是比較不可能考慮的,
因為這個解決方法基本上只有一種解決方式, 就是主
機或把資料傳給使用者的伺服器盡量接近使用者所使
用的 ISP, 也就是說機器往往不只放一個 ISP, 或者
直接租用別人的跨 ISP/國 的 Proxy 骨幹.
1. 相同 Domain Nmae 但不同地 (IP) 的 GSLB:
這個通常是直接在 DNS 做 GSLB, 使用者在讀取
網站時, GSLB 系統會判斷使用者來源分派給最接
近使用者的 IP, 偵測方式有兩種, 一個是用
Response 的方式, 一個是用 Routing Matric 的
方式.
2. 使用不同 Domain Name 的分別: 利用使用者自己
選擇最近的使用者端, 決定要輸入的 Domain
Name , 而導到不同的 Server, 或者是利用網頁
的語系, 或使用者本身在網站的設定, 來重導向
到使用者最近的機器.
3. 專用程式自己判斷: 另一個方式就是若不是用
Web Browser, 而是自己開發的 Client, 如視聽
程式, 這個可以在使用時, 程式自己判斷最接近
的 Server.
目前跨國型網站都是利用第二種技術, 如
Google, Yahoo 等, 但這個通常也是因為跨國有不同
的網頁, 自然必須的選擇, 而若是單一語言的大型網
站, 如 IMDB (目前只提供英文), 就必須使用第一種
的方式, 而第三種則是須要使用者下載自行開阿的軟
體才行.
當然若決定要佈跨 ISP 或跨國或是跨機房的
GSLB , 方法有很多種.
1. 使用別人現成的建設, 如 Akamai 就可以直接提
升成跨國跨 ISP 的 GSLB, 這對於非網路本業的
公司相當迅速的普及全世界, 有名的例子像
Apple, 華碩等.
2. 自己去各國建立團隊, 成立機房, 這是前幾大網
路公司通常因為本來每個國家就是不同網站, 因
此就會使用這方式, 如 Yahoo, Google,
3. 單一國家內的跨機房通常也是有必要的, 像
Hinet 本身就是用 GSLB 去區分各個地區使用者
而導到不同北中南的機房, 但這個通常是指單一
大型 ISP 利用 Routing 的控制達到 GSLB.
4. 利用 GSLB 在不同機房做建設, 而放置 Proxy
或 Server (若本身就是可以做到 SLB), 或者是
讓使用者自己選擇, 如博客來, 或多家遊戲公司
與KKBox.
我想大家看得出來前四種的方式各有不同的方向
與應用範圍, 沒有絕對的優勢, 例如第一種方式雖然
成本較高, 但可以迅速的做到 GSLB, 對於銷售到世
界的製造業是相當適用, 甚至是唯一的選擇, 不然就
必須承擔使用者覺的網站過慢的感受.
而 GSLB 最大的優勢還不只如此:
1. 使用者可以最快的讀取資料讓使用者有更好的使
用經驗.
2. 可以做到 High Available, 不用擔心 ISP 之間
時常斷線的狀況.
3. 頻寬的彈性因為 ISP 的彈性而加乘, 不用擔心
頻寬不足或受限.
4. 避免 DOS/DDOS 的攻擊, 因為大部份的攻擊很難
超過多點, 因此較難同時癱瘓.
5. 因為是相當彈性的使用 ISP, 因此可以有相當高
的籌碼跟 ISP 談價格.
所以 GSLB 雖然比較少被提及與實作的, 其中也
是因為成本較高所以只有大型網站才能使用, 但事實
上還有很多方法可以較便宜的做到.
但就下次再說.
*3
**********************************************
*1
05/04/06 09:23 pm, 現在要到民權西路站, 開
始寫一些報告也用的上的文章吧.
*2
05/05/06 09:59 am, 過紅樹林站, 繼續寫.
*3
05/05/06 10:40 am, 在公館月台完成.
文章定位：
