An important problem related to the client-server nature pf the web is dịch - An important problem related to the client-server nature pf the web is Việt làm thế nào để nói

An important problem related to the

An important problem related to the client-server nature pf the web is that a web server can easily become overloaded . Apractical 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 )
Acrucial 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 forwad that request to .This scheme canbe combined with distrubuting 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 addtion , 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 wor , 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 fornt end ,as shown in Fig 11-17(a) .TCP handoff is completely transparent to the client ; the client will send its TCP messages 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 iniitially 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 handed-off TCP connecttion .
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 .


0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Một vấn đề quan trọng liên quan đến pf thiên nhiên khách hàng máy chủ web là một máy chủ web có thể dễ dàng trở nên quá tải. Giải pháp Apractical được sử dụng 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)Acrucial khía cạnh 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à để phân phối nội dung, nhận thức được yêu cầu, 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 forwad mà yêu cầu để triển khai. Canbe đề án này kết hợp với nội dung distrubuting 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, 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 wor, 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ác kết thúc fornt, 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ó từ 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 một yêu cầu iniitially đế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 tin nhắn TCP của khách hàng liên kết với tay tắt TCP connecttion.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.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Một vấn đề quan trọng liên quan đến bản chất client-server pf web là một máy chủ web có thể dễ dàng trở nên quá tải. Giải pháp Apractical 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ề phân bố ngang như chúng ta đã thảo luận ở Chương 1.
(ảnh)
Acrucial khía cạnh 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 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 forwad rằng yêu cầu chương trình .Đây canbe kết hợp với distrubuting nội dung trên một cụm các 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ể bộ nhớ cache có hiệu quả các tài liệu kết quả trong thời gian đáp ứng cao hơn .Tại addtion, 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 cách tiếp cận mỗi máy chủ .Đây làm cho 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 wor, để cải thiện hiệu suất, Pai et al (1998) đã giới thiệu một cơ chế cho phép một kết nối TCP đến kết thúc trước được đưa ra cho 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 fornt, như thể hiện trong hình 11-17 (a) .TCP bàn giao 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ó từ máy chủ mà kết nối đã được trao đi.
cải thiện thêm tác có thể được thực hiện bằng cách phân phối công việc của các kết thúc trước kết hợp với một công tắc giao thông lớp, như đã thảo luận trong (Aron et 2000). trong sự 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 iniitially đi vào, nó phải quyết định mà máy chủ sẽ xử lý phần còn lại của giao tiếp với khách hàng .Second, phần đầu xe nên chuyển tiếp TCP của khách hàng . thông điệp liên quan đến connecttion 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á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.


đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: