30-05-2012, 12:44 PM
SCALABLE AND COST-EFFECTIVE INTERCONNECTION OF DATA-CENTER SERVERS USING DUAL SERVER PORTS
SCALABLE AND COSTEFFECTIVE INTERCONNECTION OF DATA-CENTER.doc (Size: 24.5 KB / Downloads: 50)
ABSTRACT:
The goal of data-center networking is to interconnect a large number of server machines with low equipment cost while providing high network capacity and high bisection width. It is well understood that the current practice where servers are connected by a tree hierarchy of network switches cannot meet these requirements. In this paper, we explore a new server-interconnection structure. We observe that the commodity server machines used in today’s data centers usually come with two built-in Ethernet ports, one for network connection and the other left for backup purposes. We believe that if both ports are actively used in network connections, we can build a scalable, cost-effective interconnection structure without either the expensive higher-level large switches or any additional hardware on servers. We have proven that FiConn is highly scalable to encompass hundreds of thousands of servers with low diameter and high bisection width. We have developed a low-overhead traffic-aware routing mechanism to improve effective link utilization based on dynamic traffic state. We have also proposed how to incrementally deploy FiConn.
EXISTING SYSTEM:
Existing network architecture typically consists of a tree of routing and switching elements with progressively more specialized and expensive equipment moving up the network hierarchy. Unfortunately, even when deploying the highest-end IP switches/routers, resulting topologies may only support 50% of the aggregate bandwidth available at the edge of the network, while still incurring tremendous cost. Non-uniform bandwidth among data center nodes complicates application design and limits overall system performance.
Ethernet switches to support the full aggregate bandwidth of clusters consisting of tens of thousands of elements. Similar to how clusters of commodity computers have largely replaced more specialized SMPs and MPPs, we argue that appropriately architected and interconnected commodity switches may deliver more performance at less cost than available.
PROPOSED SYSTEM:
In this paper, we explore a new server-interconnection structure. We observe that the commodity server machines used in today’s data centers usually come with two built-in Ethernet ports, one for network connection and the other left for backup purposes.
We believe that if both ports are actively used in network connections, we can build a scalable, cost-effective interconnection structure without either the expensive higher-level large switches or any additional hardware on servers.
We have proven that FiConn is highly scalable to encompass hundreds of thousands of servers with low diameter and high bisection width. We have developed a low-overhead traffic-aware routing mechanism to improve effective link utilization based on dynamic traffic state.
We have also proposed how to incrementally deploy FiConn. FiConn a novel server-interconnection network structure that utilizes the dual-port configuration existing in most commodity data-center server machines it is a highly scalable structure because the total number of servers it can support is not limited by the number of server ports or switch ports. It is cost-effective because it requires less number of switches and links than other recently proposed structures for data centers.
CONCLUSION:
We propose FiConn, a novel server-interconnection network structure that utilizes the dual-port configuration existing in most commodity data-center server machines. It is a highly scalable structure because the total number of servers it can support is not limited by the number of server ports or switch ports. It is cost-effective because it requires less number of switches and links than other recently proposed structures for data centers. We have designed traffic-aware routing in FiConn to make better utilization of the link capacities according to traffic states. We also have proposed solutions to increase the bisection width in incomplete FiConns during incremental deployment.