5.4. Resource discoveryIn order to allocate resources for requests fro translation - 5.4. Resource discoveryIn order to allocate resources for requests fro Vietnamese how to say

5.4. Resource discoveryIn order to

5.4. Resource discovery
In order to allocate resources for requests from different service providers, infrastructure providers must be able to determine the topology of the networks they man- age as well as the status of the corresponding network elements (i.e., physical nodes and interconnections between them)[3]. Furthermore, adjacent infrastructure providers must also share reachability information to be able to establish links between their networks to enable inter-domain virtual network instantiation. UCLP pro- motes a combination ofevent based and periodic topology discovery using an additional topology database [45]. Events update the topology database of an infrastructure provider, and a periodic refresh ensures that even if some events were not notified, the topology database is fresh. CABO argues for the use of a separate discovery plane run by the infrastructure providers as proposed in the 4D network management architecture [95]. Efficiently gathering and dissemination of such information in decision elements could be achieved via discovery techniques discussed in existing distributed computing literature (e.g., Remos [96]).
5.5. Admission control and usage policing
Infrastructure providers must ensure that resources are not over-provisioned to uphold QoS guarantees. Consequently, they have to perform accurate accounting and implement admission control algorithms to ensure that re- sources allocated to the virtual networks do not exceed the physical capacity of the underlying network. Existing solutions perform admission control while statically embed- ding virtual networks [92,82]. However, they do not allow dynamic resizing of allocated resources (i.e., adding or removing virtual nodes or links, increasing or decreasing allocated capacities).
In order to avoid constraint violations by globally distributed virtual networks, distributed policing mechanisms must be employed to make sure that service providers cannot overflow the amount of resources allocated to them by direct or indirect means. Raghavan et al. [97] presented such a global rate limiting algorithm coordinated across multiple sites in the context of cloud-based services in the existing Internet. Similar mechanisms need to be developed in the context of network virtualization too.
5.6. Virtual nodes and virtual links
Commercial vendors have been promoting virtual routers and switches as tools for simplifying core network de- sign, decreasing CAPEX, and for VPN purposes [98]. Similar concept can be extended with programmability to create substrate routers that will allow each service provider to customize their virtual routers. A conceptual construct of such substrate routers can be found in [2]. Open Flow [99]enables programmability on commodity hardware using FPGA-based routers and switches with competitive performance. Examples of extensible and flexible virtual router software architectures include Click Modular Router[73] and VERA [100].
Performance of virtual routers on existing virtual ma- chine systems should also be explored. Design and performance of virtual routers implemented on top of Xen virtual machine systems and the impact of current multi-core processors on their performance has been studied in [101]. RouteBricks [102] achieves up to 35 Gbps speed in soft- ware routers using many-core parallelization.
Scalability of a network virtualization environment is closely tied to the scalability of the physical routers. Commercial router vendors have already implemented routers that can hold multiple logical routers [103]. Fu and Rexford[104] present a mechanism that improves scalability by capitalizing on the commonality of address prefixes in multiple FIBs from different virtual routers to decrease memory requirements and lookup times.
To increase network manageability and to handle net- work failures, migration of virtual routers can be an effective solution [75]. But finding probable destinations for a migrating virtual router is restricted by multiple physical constraints like change of latency, link capacity, platform compatibility issues, and even capabilities of destination physical routers; it is still an open problem.
The ability to create tunnels over multiple physical links in Layers 3, 2, or 1 already exists in the context of L3, L2, and L1 VPNs, respectively. Similar protocols can be used in virtual networks too. The overhead for transporting packets across a virtual link must be minimal compared to that of transporting packets across a native link. This translates into minimum encapsulation and multiplexing cost.
0/5000
From: -
To: -
Results (Vietnamese) 1: [Copy]
Copied!
5.4. tài nguyên khám phá
để phân bổ nguồn lực cho yêu cầu từ nhà cung cấp dịch vụ khác nhau, cơ sở hạ tầng nhà cung cấp phải có khả năng để xác định cấu trúc liên kết mạng họ tuổi người đàn ông cũng như tình trạng của các yếu tố mạng tương ứng (ví dụ, vật lý nút và interconnections giữa chúng) [3]. Hơn nữa, nhà cung cấp cơ sở hạ tầng liền kề cũng phải chia sẻ thông tin reachability để có thể thiết lập các liên kết giữa các mạng lưới cho phép mạng ảo liên vùng instantiation. UCLP pro-motes ofevent sự kết hợp dựa và cấu trúc liên kết định kỳ khám phá bằng cách sử dụng một cơ sở dữ liệu cấu trúc liên kết bổ sung [45]. Sự kiện Cập Nhật cơ sở dữ liệu cấu trúc liên kết của một nhà cung cấp cơ sở hạ tầng, và làm mới định kỳ một đảm bảo rằng ngay cả khi một số sự kiện đã không notified, cơ sở dữ liệu cấu trúc liên kết là tươi. CABO lập luận cho việc sử dụng của một chiếc máy bay riêng biệt phát hiện điều hành bởi các nhà cung cấp cơ sở hạ tầng như đề xuất trong kiến trúc quản lý mạng 4D [95]. Efficiently thu thập và phổ biến thông tin trong các yếu tố quyết định có thể đạt được thông qua kỹ thuật phát hiện ra thảo luận tại hiện có văn học tính toán phân phối (ví dụ như, Remos [96]).
8.9. Nhập học điều khiển và lập chính sách sử dụng
nhà cung cấp cơ sở hạ tầng phải đảm bảo rằng tài nguyên là không quá được cung cấp để duy trì QoS đảm bảo. Do đó, họ phải thực hiện chính xác kế toán và thực hiện các thuật toán kiểm soát nhập học để đảm bảo rằng tái-nguồn phân bổ cho các mạng ảo không vượt quá khả năng vật lý của mạng cơ bản. Hiện có các giải pháp thực hiện nhập học kiểm soát trong khi tĩnh nhúng-đinh mạng ảo [92,82]. Tuy nhiên, chúng tôi không cho phép năng động thay đổi kích thước phân bổ nguồn lực (tức là, Thêm hoặc xoá ảo nút hoặc liên kết, tăng hoặc giảm phân bổ dung lượng).
để tránh vi phạm hạn chế bởi phân phối trên toàn cầu mạng ảo, phân phối các cơ chế lập chính sách phải được sử dụng để đảm bảo rằng nhà cung cấp dịch vụ không thể overflow số lượng tài nguyên được cấp phát cho họ bằng phương tiện trực tiếp hoặc gián tiếp. Raghavan et al. [97] trình bày một tỷ lệ toàn cầu giới hạn thuật toán phối hợp trên nhiều trang web trong bối cảnh của dịch vụ dựa trên đám mây trong Internet hiện có. Tương tự như cơ chế cần được phát triển trong bối cảnh của mạng ảo hóa quá.
9.0. Ảo các nút và các liên kết ảo
nhà cung cấp thương mại đã thúc đẩy ảo định tuyến và chuyển mạch như công cụ để đơn giản hóa lõi mạng de-đăng, giảm CAPEX, và cho VPN mục đích [98]. Khái niệm tương tự có thể được mở rộng với các lập trình để tạo ra bề mặt bộ định tuyến sẽ cho phép mỗi nhà cung cấp dịch vụ tùy chỉnh của bộ định tuyến ảo. Một xây dựng khái niệm của các bộ định tuyến bề mặt có thể được tìm thấy trong [2]. Mở dòng chảy [99] cho phép lập trình trên hàng hóa phần cứng bằng cách sử dụng FPGA dựa trên bộ định tuyến và chuyển mạch với hiệu suất cạnh tranh. Ví dụ về mở rộng và kiến trúc phần mềm ảo router RMIT bao gồm nhấp vào mô-đun Router [73] và VERA [100].
hiệu suất của bộ định tuyến ảo trên hệ thống hiện có ma-chine ảo nên cũng được khám phá. Thiết kế và hiệu suất của bộ định tuyến ảo thực hiện trên đầu trang của hệ thống máy ảo Xen và tác động của bộ vi xử lý đa lõi hiện tại trên hiệu suất của họ đã được nghiên cứu trong [101]. RouteBricks [102] đạt được tốc độ lên đến 35 Gbps trong mềm-sản phẩm bộ định tuyến bằng cách sử dụng nhiều lõi parallelization.
Khả năng mở rộng của một môi trường ảo hóa mạng quan hệ chặt chẽ với khả năng mở rộng của các router vật lý. Nhà cung cấp thương mại định tuyến đã thực hiện bộ định tuyến có thể chứa nhiều hợp lý router [103]. Fu và Rexford [104] trình bày một cơ chế cải thiện khả năng mở rộng bằng cách tận dụng tính phổ biến của địa chỉ prefixes trong nhiều FIBs từ bộ định tuyến ảo khác nhau để giảm yêu cầu bộ nhớ và tra cứu lần.
để tăng mạng manageability và xử lý mạng làm việc thất bại, di chuyển của bộ định tuyến ảo có thể là một giải pháp hiệu quả [75]. Nhưng finding có thể xảy ra điểm đến cho một bộ định tuyến ảo di cư bị hạn chế bởi những hạn chế vật lý nhiều như các thay đổi của độ trễ, khả năng liên kết, vấn đề tương thích nền tảng, và ngay cả khả năng của bộ định tuyến vật lý đích; nó vẫn còn là một vấn đề mở.
khả năng để tạo ra các đường hầm qua nhiều vật lý liên kết trong lớp 3, 2 hoặc 1 đã tồn tại trong bối cảnh L3, L2, và L1 VPN, tương ứng. Tương tự như giao thức có thể được sử dụng trong mạng ảo quá. Chi phí để vận chuyển các gói dữ liệu qua một liên kết ảo phải được tối thiểu so sánh với vận chuyển gói dữ liệu qua một liên kết bản địa. Điều này sẽ chuyển sang đóng gói tối thiểu và ghép kênh chi phí.
Being translated, please wait..
Results (Vietnamese) 2:[Copy]
Copied!
5.4. Khám phá tài nguyên
Để phân bổ nguồn lực cho các yêu cầu từ các nhà cung cấp dịch vụ khác nhau, các nhà cung cấp cơ sở hạ tầng phải có khả năng xác định các cấu trúc liên kết của các mạng họ người đàn ông trong độ tuổi cũng như tình trạng của các yếu tố mạng tương ứng (ví dụ, các nút vật lý và mối liên kết giữa chúng) [3]. Hơn nữa, các nhà cung cấp cơ sở hạ tầng liền kề cũng phải chia sẻ thông tin reachability để có thể thiết lập liên kết giữa các mạng của họ để cho phép liên miền mạng ảo instantiation. UCLP ủng hộ tạp chất một ofevent kết hợp dựa trên cấu trúc liên kết định kỳ và khám phá cách sử dụng một cơ sở dữ liệu cấu trúc liên kết thêm [45]. Sự kiện cập nhật cơ sở dữ liệu cấu trúc liên kết của một nhà cung cấp cơ sở hạ tầng, và làm mới định kỳ đảm bảo rằng ngay cả khi một số sự kiện đã không được thông báo, cơ sở dữ liệu cấu trúc liên kết là tươi. CABO lập luận cho việc sử dụng một máy bay phát hiện riêng biệt do các nhà cung cấp cơ sở hạ tầng như đề xuất trong kiến trúc quản lý mạng 4D [95]. Hiệu quả thu thập và phổ biến thông tin như vậy trong các yếu tố quyết định có thể đạt được thông qua các kỹ thuật phát hiện thảo luận trong văn học máy tính hiện có phân phối (ví dụ, Remos [96]).
5.5. Kiểm soát nhập học và sử dụng lập chính sách
các nhà cung cấp cơ sở hạ tầng phải đảm bảo rằng các nguồn tài nguyên không phải là quá được cung cấp để duy trì đảm bảo QoS. Do đó, họ phải thực hiện kế toán chính xác và thực hiện các thuật toán điều khiển nhập học để đảm bảo rằng các nguồn tái phân bổ cho các mạng ảo không vượt quá khả năng vật lý của mạng cơ bản. Các giải pháp hiện có thực hiện kiểm soát nhập học trong khi các mạng ảo tĩnh nhúng-ding [92,82]. Tuy nhiên, họ không cho phép thay đổi kích thước động các nguồn lực được phân bổ (ví dụ, thêm hoặc loại bỏ các nút ảo hoặc liên kết, tăng hoặc giảm khả năng phân bổ).
Để tránh vi phạm ràng buộc bởi các mạng ảo được phân phối trên toàn cầu, cơ chế lập chính sách phân phối phải được sử dụng để đảm bảo các nhà cung cấp dịch vụ không thể tràn số lượng tài nguyên được phân bổ cho họ bằng phương tiện trực tiếp hoặc gián tiếp. Raghavan et al. [97] trình bày một thuật toán giới hạn tốc độ toàn cầu như phối hợp trên nhiều trang web trong bối cảnh các dịch vụ dựa trên đám mây trong Internet hiện có. Cơ chế tương tự cần phải được phát triển trong bối cảnh ảo hóa mạng quá.
5.6. Các nút ảo và liên kết ảo
các nhà cung cấp thương mại đã được thúc đẩy các bộ định tuyến và chuyển mạch ảo như công cụ để đơn giản hóa mạng lõi de-dấu hiệu, giảm CAPEX, và cho các mục đích VPN [98]. Khái niệm tương tự có thể được mở rộng với các lập trình để tạo ra các bộ định tuyến chất nền mà sẽ cho phép mỗi nhà cung cấp dịch vụ để tùy chỉnh các bộ định tuyến ảo của họ. Một khái niệm xây dựng của các bộ định tuyến chất nền như vậy có thể được tìm thấy trong [2]. Mở dòng chảy [99] cho phép lập trình trên phần cứng hàng hóa sử dụng bộ định tuyến dựa trên FPGA và chuyển mạch với hiệu suất cạnh tranh. Ví dụ về mở rộng và linh hoạt kiến trúc phần mềm bộ định tuyến ảo bao gồm Bấm vào Modular Router [73] và VERA [100].
Hiệu suất của thiết bị định tuyến ảo trên hệ thống ma-chine ảo hiện cũng cần được khám phá. Thiết kế và hiệu suất của thiết bị định tuyến ảo thực hiện trên hệ thống máy ảo Xen và tác động của bộ vi xử lý đa lõi hiện hành về hoạt động của họ đã được nghiên cứu trong [101]. RouteBricks [102] đạt được lên đến 35 Gbps tốc độ trong các router mềm-ware sử dụng nhiều lõi song song.
Khả năng mở rộng của một môi trường ảo hóa mạng gắn chặt với khả năng mở rộng của các bộ định tuyến vật lý. Các nhà cung cấp bộ định tuyến thương mại đã thực hiện bộ định tuyến có thể chứa nhiều thiết bị định tuyến hợp lý [103]. Fu và Rexford [104] trình bày một cơ chế để cải thiện khả năng mở rộng bằng cách tận dụng tính phổ biến của các tiền tố địa chỉ trong nhiều fibs từ bộ định tuyến ảo khác nhau để giảm yêu cầu bộ nhớ và thời gian tra cứu.
Để tăng cường mạng lưới quản lý và xử lý sự cố lưới làm việc, di cư của ảo bộ định tuyến có thể là một giải pháp hiệu quả [75]. Nhưng việc tìm kiếm các địa điểm có thể xảy ra cho một bộ định tuyến ảo di chuyển bị hạn chế bởi nhiều hạn chế vật lý như thay đổi của độ trễ, liên kết năng lực, vấn đề tương thích nền tảng, và thậm chí cả khả năng của điểm đến thiết bị định tuyến vật lý; nó vẫn còn là một vấn đề mở.
Khả năng tạo ra đường hầm trên nhiều liên kết vật lý trong lớp 3, 2, 1 hoặc đã tồn tại trong bối cảnh L3, L2, L1 và mạng riêng ảo, tương ứng. Các giao thức tương tự có thể được sử dụng trong các mạng ảo quá. Các chi phí cho việc vận chuyển các gói dữ liệu qua một liên kết ảo phải được tối thiểu so với vận chuyển các gói dữ liệu qua một liên kết bản địa. Điều này vào đóng gói tối thiểu và chi phí ghép.
Being translated, please wait..
 
Other languages
The translation tool support: Afrikaans, Albanian, Amharic, Arabic, Armenian, Azerbaijani, Basque, Belarusian, Bengali, Bosnian, Bulgarian, Catalan, Cebuano, Chichewa, Chinese, Chinese Traditional, Corsican, Croatian, Czech, Danish, Detect language, Dutch, English, Esperanto, Estonian, Filipino, Finnish, French, Frisian, Galician, Georgian, German, Greek, Gujarati, Haitian Creole, Hausa, Hawaiian, Hebrew, Hindi, Hmong, Hungarian, Icelandic, Igbo, Indonesian, Irish, Italian, Japanese, Javanese, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Korean, Kurdish (Kurmanji), Kyrgyz, Lao, Latin, Latvian, Lithuanian, Luxembourgish, Macedonian, Malagasy, Malay, Malayalam, Maltese, Maori, Marathi, Mongolian, Myanmar (Burmese), Nepali, Norwegian, Odia (Oriya), Pashto, Persian, Polish, Portuguese, Punjabi, Romanian, Russian, Samoan, Scots Gaelic, Serbian, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenian, Somali, Spanish, Sundanese, Swahili, Swedish, Tajik, Tamil, Tatar, Telugu, Thai, Turkish, Turkmen, Ukrainian, Urdu, Uyghur, Uzbek, Vietnamese, Welsh, Xhosa, Yiddish, Yoruba, Zulu, Language translation.

Copyright ©2024 I Love Translation. All reserved.

E-mail: