An important problem related to the

An important problem related to the client-server nature of the web is that a web server can easily become overloaded . A practical solution employed in many designs is to simply replicate a server on a cluster of workstations,and use a front end to redirect client requests to one of the replicas .This principle is shown in Fig 11-16 ,and is an example of horizontal distribution as we discussed in Chap 1 .
(Image )
A crucial aspect of this organization is the design of the front end as it can easily become a serious performance bottleneck .In general , a distinction is made between front ends operating as transport-layer switches , and those that operate at the level of the application layer.

As we mentioned ,whenever a client issues an HTTP request , it sets up a TCP connection to the server .A transport-layer switch simply passes the data sent along the TCP connection to one of the servers,depending on some measurement of the server’s load .The main drawback of this approach is that the switch cannot take into account the content of the HTTP request that is sent along the TCP connection .It can only base its redirection decisions on server loads.
In general ,a better approach is to deploy content-aware request distribution ,by which the front end first inspects an incoming HTTP request ,and then decides which server it should forward that request to .This scheme can be combined with distributing content across a cluster of servers as described in (Yang and Luo 2000 ).
Content-aware distribution has several advantage .For example ,if the front end always forwards requests for the same document to the same server , that server may be able to effectively cache the document resulting in higher response times .In addition , it is possible to actually distribute the collection of the documents among the servers instead of having to replicate each document for each server .This approach makes more efficient use of the available storage capacity and allows to using dedicated servers to handle special documents such as audio or video .
A problem with content-aware distribution is that the front end needs to do a lot of work , To improve performance , Pai et al (1998) introduced a mechanism by which a TCP connection to the front end is handed off to a server .In effect , the server will directly respond to the client with no further interference of the front end ,as shown in Fig 11-17(a) .TCP handoff is completely transparent to the client ; the client will send its TCP messages to the front end ( including acknowledgements and such ) ,but will always receive from the server to which the connection had been handed off .
Futher improvement can be accomplished by distributing the work of the front end in combination with a transport-layer switch , as discussed in (Aron et 2000 ) .In combination with TCP handoff ,the front end has two tasks .First ,when a request initially comes in ,it must decide which server will handle the rest of the communication with the client .Second , the front end should forward the client ‘s TCP messages associated with the hand-off TCP connection .
These two tasks can be distributed as shown in Fig 11-17 b.The dispatcher is responsible for deciding to which server a TCP connection should be handed off ; a distributor monitors incoming TCP traffic for a handed-off connection .The switch is used to forward TCP messages to a distributor . When a client first contacts the web servuce , it is TCP connection setup message is forwarded to a distributor , which in turn contacts the dispatcher to let it decide to which server the connection should be handed off .At that point , the switch is notified that it should send all further TCP message for that connection to the selected server .

Kết quả (Việt) 1:

Một vấn đề quan trọng liên quan đến thiên nhiên khách hàng máy chủ của trang web là một máy chủ web có thể dễ dàng trở nên quá tải. Một giải pháp thực tế làm việc trong nhiều thiết kế là chỉ đơn giản là tái tạo một máy chủ trên một cụm các máy trạm làm việc và sử dụng một kết thúc trước để chuyển hướng các yêu cầu khách hàng với một trong các bản sao. Nguyên tắc này sẽ được hiển thị trong hình 11-16, và là một ví dụ về phân phối ngang như chúng tôi đã thảo luận ở Chap 1.(Hình ảnh)Một khía cạnh quan trọng của tổ chức này là thiết kế của kết thúc trước khi nó có thể dễ dàng trở thành một nút cổ chai hiệu suất nghiêm trọng. Nói chung, một sự phân biệt được thực hiện giữa trước kết thúc hoạt động như thiết bị chuyển mạch tầng giao vận, và những người hoạt động ở cấp độ của các lớp ứng dụng.Như chúng tôi đã đề cập, bất cứ khi nào một khách hàng các vấn đề một yêu cầu HTTP, nó thiết lập một kết nối TCP đến máy chủ. Một chuyển đổi tầng giao vận chỉ đơn giản là vượt qua các dữ liệu gửi cùng các kết nối TCP đến một trong các máy chủ, tùy thuộc vào một số đo của máy chủ tải. Hạn chế chính của phương pháp này là việc chuyển đổi không thể đưa vào tài khoản nội dung của các yêu cầu HTTP được gửi đi dọc theo các kết nối TCP. Nó chỉ có thể căn cứ của nó quyết định chuyển hướng trên máy chủ tải.Nói chung, một cách tiếp cận tốt hơn là để triển khai phân phối yêu cầu nội dung, nhận thức, mà kết thúc trước tiên kiểm tra một yêu cầu HTTP đến, và sau đó quyết định máy chủ mà nó nên chuyển tiếp yêu cầu đó đến. Chương trình này có thể được kết hợp với phân phối nội dung trên một cụm máy chủ như mô tả trong (Yang và Luo 2000).Phân phối nội dung, nhận thức có một số lợi thế. Ví dụ, nếu kết thúc phía trước luôn luôn chuyển tiếp yêu cầu đối với cùng một tài liệu để cùng một máy chủ, máy chủ đó có thể có hiệu quả bộ nhớ cache các tài liệu dẫn đến thời gian đáp ứng cao hơn. Ngoài ra, nó có thể để thực sự phân phối bộ sưu tập tài liệu giữa các máy chủ thay vì phải sao chép mỗi tài liệu cho mỗi máy chủ. Cách tiếp cận này làm cho hiệu quả hơn sử dụng dung lượng lưu trữ có sẵn và cho phép sử dụng máy chủ chuyên dụng để xử lý các tài liệu đặc biệt như âm thanh hoặc video.Một vấn đề với phân phối nội dung, nhận thức là kết thúc trước cần phải làm rất nhiều công việc, cải thiện hiệu suất, Pai et al (1998) đã giới thiệu một cơ chế mà một kết nối TCP đến cuối phía trước trao đi đến một máy chủ. Trong thực tế, các máy chủ sẽ trực tiếp trả lời khách hàng với không có sự can thiệp thêm của kết thúc trước, như minh hoạ trong hình 11-17(a). TCP handoff là hoàn toàn minh bạch cho khách hàng; khách hàng sẽ gửi tin nhắn TCP của nó để kết thúc trước (bao gồm cả lời cảm ơn và như vậy), nhưng sẽ luôn luôn nhận được từ các máy chủ mà kết nối đã được bàn giao ra.Cải tiến hơn có thể được thực hiện bởi phân phối công việc kết thúc trước kết hợp với một chuyển đổi tầng giao vận, như được thảo luận trong (Aron et năm 2000). Kết hợp với TCP đến, phía trước có hai nhiệm vụ. Trước tiên, khi yêu cầu ban đầu đến, nó phải quyết định máy chủ mà sẽ xử lý phần còn lại của các giao tiếp với khách hàng. Thứ hai, kết thúc trước nên chuyển tiếp của khách hàng TCP thư liên quan đến kết nối TCP tay ra.Những hai nhiệm vụ có thể được phân phối như minh hoạ trong hình 11-17 b.The dispatcher chịu trách nhiệm về quyết định mà máy chủ kết nối TCP nên được trao ra; một nhà phân phối kiểm soát lưu thông TCP đến cho một tay tắt kết nối. Chuyển đổi được sử dụng để chuyển tiếp tin nhắn TCP cho một nhà phân phối. Khi một khách hàng đầu tiên liên hệ với trang web servuce, nó là TCP kết nối thiết lập thư được chuyển tiếp đến một nhà phân phối, mà lần lượt liên hệ dispatcher để cho nó quyết định đến máy chủ mà kết nối nên được trao ra. Về điểm này, việc chuyển đổi được thông báo rằng nó nên gửi tất cả nữa TCP cho rằng kết nối tới hệ phục vụ đã chọn.

Kết quả (Việt) 2:

Một vấn đề quan trọng liên quan đến bản chất client-server của trang web là một máy chủ web có thể dễ dàng trở thành quá tải. Một giải pháp thực tế sử dụng trong các thiết kế chỉ đơn giản là tái tạo một máy chủ trên một cụm máy trạm, và sử dụng một kết thúc trước để chuyển các yêu cầu của khách hàng đến một trong những bản sao, điều này cho nguyên tắc được thể hiện trong hình 11-16, và là một ví dụ về ngang phân phối như chúng ta đã thảo luận ở Chương 1.
(hình ảnh)
một khía cạnh quan trọng của tổ chức này là thiết kế của kết thúc trước khi nó có thể dễ dàng trở thành một nút cổ chai hiệu suất nghiêm trọng .Tại chung, có sự phân biệt giữa phía trước kết thúc hoạt động như công tắc giao thông lớp , và những người hoạt động ở cấp độ của các lớp ứng dụng.

Như chúng tôi đã đề cập, bất cứ khi nào một khách hàng phát hành một yêu cầu HTTP, nó thiết lập một kết nối TCP đến máy chủ .A tắc giao thông lớp chỉ đơn giản là chuyển dữ liệu gửi cùng các kết nối TCP đến một trong các máy chủ, tùy thuộc vào số đo tải của máy chủ .Công nhược điểm chính của phương pháp này là sự chuyển đổi không thể đưa vào tài khoản các nội dung yêu cầu HTTP được gửi cùng các kết nối TCP nó chỉ có thể căn cứ quyết định chuyển hướng của nó trên tải máy chủ.
Nói chung, một cách tiếp cận tốt hơn là để triển khai phân phối yêu cầu nội dung nhận thức, theo đó kết thúc trước tiên kiểm tra một yêu cầu HTTP đến, và sau đó quyết định những máy chủ nó nên chuyển tiếp yêu cầu đó để chương trình .Đây có thể được kết hợp với việc phân phối nội dung trên một cụm máy chủ như mô tả trong (Yang và Luo 2000).
phân phối Content-aware có một số lợi thế .Để dụ, nếu kết thúc trước luôn chuyển tiếp yêu cầu cho cùng một tài liệu cùng một máy chủ, máy chủ đó có thể có hiệu quả bộ nhớ cache các tài liệu kết quả trong thời gian đáp ứng cao hơn .Tại Ngoài ra, nó có thể thực sự phân phối các bộ sưu tập các tài liệu của các máy chủ thay vì phải lặp lại mỗi tài liệu cho mỗi máy chủ, điều này cho cách tiếp cận này sử dụng hiệu quả hơn dung lượng lưu trữ có sẵn và cho phép sử dụng các máy chủ chuyên dụng để xử lý các tài liệu đặc biệt như âm thanh hoặc video.
một vấn đề với nội dung phân phối nhận thức là kết thúc trước cần phải làm rất nhiều công việc, để cải thiện hiệu suất, Pai et al (1998) đã giới thiệu một cơ chế mà theo đó một TCP kết nối để kết thúc trước được giao đi tới một máy chủ .Tại có hiệu lực, các máy chủ sẽ trả lời trực tiếp cho khách hàng không có sự can thiệp hơn nữa vào cuối phía trước, như thể hiện trong hình 11-17 (a) .TCP bàn giao là hoàn toàn minh bạch để người khách hàng; khách hàng sẽ gửi tin nhắn TCP của nó để kết thúc trước (bao gồm cả lời cảm ơn và như vậy), mà sẽ luôn luôn nhận được từ các máy chủ mà các kết nối đã được trao đi.
cải thiện thêm tác có thể đạt được bằng cách phân phối công việc của các mặt trước kết hợp với một phương tiện giao thông-lớp chuyển đổi, như đã thảo luận trong (Aron et 2000) .Tại kết hợp với TCP bàn giao, kết thúc phía trước có hai nhiệm vụ .First, khi một yêu cầu ban đầu xuất hiện, nó phải quyết định mà máy chủ sẽ xử lý phần còn lại của thông tin liên lạc với khách hàng .Second, phần đầu xe nên chuyển tiếp các thông điệp TCP của khách hàng liên quan đến việc kết nối TCP tay-off.
hai nhiệm vụ có thể được phân phối như thể hiện trong hình 11-17 b.The phối chịu trách nhiệm về quyết định mà một máy chủ kết nối TCP sẽ được trao tắt; một nhà phân phối giám sát lưu lượng TCP đến cho một kết nối tay-off .Công chuyển đổi được sử dụng để chuyển tiếp thông điệp TCP tới một nhà phân phối. Khi một khách hàng liên hệ đầu tiên các servuce web, nó là TCP thông điệp thiết lập kết nối được chuyển tiếp đến một nhà phân phối, mà trong danh bạ chuyển dispatcher để cho nó quyết định mà máy chủ kết nối nên được trao tắt .at điểm đó, việc chuyển đổi sẽ được thông báo rằng nó phải gửi tất cả các thông điệp TCP hơn nữa cho rằng kết nối đến máy chủ được lựa chọn.