Upload
borna
View
34
Download
0
Embed Size (px)
DESCRIPTION
Integrated Binding Service Model for Supporting Both Naming/Trading and Location Services in Inter/Intra-Net Environments. Chang-Won Jeong, Su-Chong Joo, Sung-kook Han School of Electrical, Electronic and Information Engineering, Wonkwang University, Korea. Content. Introduction - PowerPoint PPT Presentation
Citation preview
WONKWANG UNIVERSITY
Integrated Binding Service Model for Supporting Both Naming/Trading and Location Services in
Inter/Intra-Net Environments
Chang-Won Jeong, Su-Chong Joo, Sung-kook Han
School of Electrical, Electronic and Information Engineering, Wonkwang University, Korea
WONKWANG UNIVERSITY
Content
Introduction
Architecture of Integrated Binding Service Model Requirements and Procedures of Integrated Binding Service Model
Naming/Trading Service and Location Service
Prototype Implementation of Integrated Binding Service
Model Registering Distributed Service Objects
Selecting Destinations of Distributed Service Objects
Conclusions and Future works
WONKWANG UNIVERSITY
Introduction
Recently The distributed systems based on Inter/Intra-net environments have been radically c
hanging toward the various typed logical and physical structures.
These studies Suggesting the transparent mechanisms for providing distributed service objects ma
nagement and the various retrieval services
Problems The existing naming and trading services
Have been separately served Have not supported with the binding service for replicated service object with t
he same service type.
For this reason Focused on the model that can provide the integrated naming/trading service, the re
plicated object supporting service and the load balancing service. => Integrated Binding Service Model
WONKWANG UNIVERSITY
Architecture of Integrated Binding Service Model
Our model is functionally divided into two parts Integrated Binding(Naming /Trading) Service
obtaining the unique object handle of replicated objects with the same service type or a single non-replicated object.
Location Service searching one or more contact addresses mapped by a given
object handle.
The hierarchical structure for mapping Name/Property to Contact address via object handles.
Name Property Name Property
Object handle
Contact address Contact address Contact address
Name/TradingName/Trading ServiceService
Location ServiceLocation Service
Name Property Name Property
Object handle
Contact address Contact address Contact address
Name/TradingName/Trading ServiceService
Location ServiceLocation Service
WONKWANG UNIVERSITY
Architecture of Integrated Binding Service Model
Requirements for functionalities of components and interfaces among them; Have to be logically reconfigured a single view system for purposing the
resource sharing according to how to set the physical service domain. The service objects may be replicated on a system or several systems. A client requests to an arbitrary service object locating in somewhere.
This model for integrating binding service consists of 2 components Naming/Trading service, and Location service Naming/Trading service is similar to existing naming service or
trading service. Not obtain the network addresses from this service, but object
handles, as unique location-independent identifiers of the service objects, given object’s names or properties
In Location service, this component will support to map the object handle to one or more contact addresses
WONKWANG UNIVERSITY
Architecture of Integrated Binding Service Model
Procedures of Integrated Binding Service Model
Client processName/Property
Object handle
Contact addresses
DestinationselectionContact address
Implementationselection
Class implementation
load info.
IRClass object
instance
System
LSF
Naming/Trading Service
Location Service
ServiceOffer
ContactRecord
Name/Property lookup
Location lookup
1
2
3
45
6
Binding processBinding process
Name/TradingName/Trading++
Location Location Service processService process
contact addresses
Client processName/Property
Object handle
Contact addresses
DestinationselectionContact address
Implementationselection
Class implementation
load info.
IRClass object
instance
System
LSF
Naming/Trading Service
Location Service
ServiceOffer
ContactRecord
Name/Property lookup
Location lookup
1
2
3
45
6
Binding processBinding process
Name/TradingName/Trading++
Location Location Service processService process
contact addresses
WONKWANG UNIVERSITY
Architecture of Integrated Binding Service Model
Procedures of Integrated Binding Service Model The Step 1( ) and the Step 2( )① ②
Perform the Name/Property lookup and the Location lookup operations, respectively.
The latter step executes that the object handle can be resolved to one or more contact addresses according to either the service object may replicated or not.
The Step 3( - )③ ⑤ executed under load balancing strategy using load information
loading in systems connected by Inter/Intra-network. In Step 4(⑥) : Implementations of object selection
WONKWANG UNIVERSITY
Architecture of Integrated Binding Service Model
Naming/Trading Service Maps given names or properties to object handles. Generates object handles to refer to the service objects qualified
from client’s requests. Generates object handles to refer to the service objects qualified
from client’s requests.
Figure and Table show the Naming/Trading service component and its detailed operations
Operation Description
NaT_LookupRegisterModifyWithdrawLinkOH generation
Name/property lookup object handles from Service Offer
Register new service objects to Service OfferModify object’s description in Service OfferWithdraw objects from Service OfferSupports for linking with other Naming/Trading
servicesCreating object handles, on registering new objects
Lookup
NaT_Lookup
Register
Modify
Withdraw
Link
OH generatorLookup
NaT_Lookup
Register
Modify
Withdraw
Link
OH generator
RepositoryRepository
WONKWANG UNIVERSITY
Location_Lookup
Delete
RepositoryInsert
Load_info
Location_Lookup
Delete
RepositoryInsert
Load_info
Architecture of Integrated Binding Service Model
Location Service Provides for mapping object handles to a set of the relating
contact addresses. The contact addresses mean the locations of systems with
service objects in point of view of location-dependent system. If a service object is replicated on one or server systems, an
object handle of replicated object will be mapped to two or more contact addresses in this Location service phase.
In Figure, each operation and its description are listed in Table
Operation Description
Location_LookupInsertDeleteLoad_info
Lookup contact addresses mapping given object handles Insert contact addresses for object handles to the RepositoryDelete contact addresses for object handles from the RepositoryObtain load information loading on each system using LSFs
WONKWANG UNIVERSITY
Architecture of Integrated Binding Service Model
Destination Selection of Replicated Objects Load information is obtained from each system by Load-Info operation.
The arguments of its operation is a series of the contact addresses. For obtaining the load information, we installed LSF program on eac
h system. Load information of each system consists of loads extracted from Loa
d Information Managers(LIMs) in LSFs. The contact addresses and these loads of the corresponding systems ar
e constructed to Load information. The load information is dynamically updated by using loads generate
d by LIM. Destination selection service of replicated objects chooses
An appropriate object among the replicated objects with the same object handle.
Implemented to an optimal selection algorithm for selecting an appropriate one of replicated objects.
WONKWANG UNIVERSITY
Architecture of Integrated Binding Service Model
This model is focused on the selection of system with minimizing the load deviation
of systems uniformly considering loads and communication cost in the point of view of load balancing.
Load information1host 1
Load informationHOST_NAME
Load information1host 1
Load informationHOST_NAME
Load information1host 1
Load informationHOST_NAME
Load information1host 1
Load informationHOST_NAME
Location Service
Load_info
LSF
LIM
::
Load mIP n
Load 2IP 2
Load 1IP 1
CPU UtilizationContact address
::
Load mIP n
Load 2IP 2
Load 1IP 1
CPU UtilizationContact address
Load information1host 1
Load informationHOST_NAME
Load information1host 1
Load informationHOST_NAME
Contact addresses
Load information
selected final Contact addressselected final Contact address
LIM : Load Information Manager
Load Index = min(load deviation)
WONKWANG UNIVERSITY
Prototype Implementation of Integrated Binding Service Model
Constructed by using a Ultra-Sparc with Sun Solaris 2.7, and two personal computers Installed by Middleware of VisiBroker 4.1.
SUN Solarisyellow
Windows 2000Servermate
Windows 2000Servermediblue
LSF
Request load_info
Naming/TradingserverLocationserver
object
objectobject
SUN Solarisyellow
Windows 2000Servermate
Windows 2000Servermediblue
LSF
Request load_info
Naming/TradingserverLocationserver
object
objectobject
WONKWANG UNIVERSITY
Prototype Implementation of Integrated Binding Service Model
The initial executing screen for registering a new service object, and inserting the object handle and contact addresses in a Naming/Trading Service.
Insert object nameAnd Service Type
Insert properties
Insert contact address
Auto generated object handle
WONKWANG UNIVERSITY
Prototype Implementation of Integrated Binding Service Model
Lookup up Phase The name and its properties of the service object are filled out in the regist
ering phase. After choosing either name or property that you want, you fill the chosen
name or property out in blank space, and then click NaT_Lookup button. You can see the object handle corresponding to a given service object.
Via Location Lookup operation, the screening panel is showed whether the service object is replicated or not, and how many it is replicated.
For selecting one of them for an optimal binding service, For this purpose, load information of system load and communication cost among sources and destinations is extract from LIMs.
We calculate the load index of system with minimizing the load deviation in the point of view of load balancing.
The service object locating on the system with the contract address(210.112.129.46) is selected.
WONKWANG UNIVERSITY
Prototype Implementation of Integrated Binding Service Model
NaT_Lookup
Location_Lookup
WONKWANG UNIVERSITY
Conclusions and Future works
Goal of this research To develop the model that can be supported the location and replication
transparencies in distributed environments.
For this reason, Proposed a new integrated binding service model
Supporting both naming and trading services at the same time. Providing an appropriate service object selection mechanism and the
efficient resource sharing by using the load balancing information
With design and implementation of model, Followed by the Recommendations and Standards being reported from
TINA-C, OMG CORBA, MS-DCOM and so forth. This integrated binding service model was functionally designed to 2
components; Naming/Trading service, Location service including additional
Destination selection service of replicated objects.
WONKWANG UNIVERSITY
Conclusions and Future works
Finally, Showing series of the binding procedures and the executed results of this
prototype model on the GUI-window screening panel.
Future works Considered the performance evaluation in the Grid environment, extended
to the model with adaptability for improving performance.