Polimatica: An Implementation of Policy Automated Provisioning Grid - Foundation of Dynamic Collaboration
Polimatica: An Implementation of Policy Automated Provisioning Grid - Foundation of Dynamic Collaboration
Polimatica: An Implementation of
Policy Automated Provisioning Grid
Foundation of Dynamic Collaboration
By Takashi KOJO,* Yoshiharu MAENO and Yoshiki SEO
Dynamic resource allocation is one of the critical characteristics required for the back-end systems
ABSTRACT
implementing Dynamic Collaboration. In this paper, we first discuss the requirements on such
systems and point out that the policy automation is the key technology. Then, scalable models for dynamic
resource brokering of complex large distributed systems are discussed. We implemented basic functions of the
models and successfully demonstrated feasibility of the model.
KEYWORDS Grid, Provisioning, Policy automation, Dynamic resource allocation, Dynamic Collaboration
1) Manageable Resources
*System Platform Software Development Division To ensure a full range of optimization regarding
Internet Systems Research Laboratories the system configuration and resource allocation,
manageable resources of the grid have to include vari- have to be predefined by business processes and poli-
ous layers of the system resources from hardware to cies so that the application can adequately perform
application software. At the bottom layer, it has to its required task regardless of system environment
manage allocation of various types of server hard- changes.
ware, storage, firewall, load balancer and network The business process is a sequence of the activities
switches. Appropriate type and version of the operat- that can perform certain aspects of management. The
ing system has to be installed onto the allocated serv- processes are either infinite cycle of activities or a
ers. Middleware such as Web server, application finite sequence that is supposed to be started by
server or DBMS also need to be deployed as the appli- events.
cation required. For executing the application, the The policy is a pair of event and action. An event is
application program along with its initial data, con- any kind of phenomena in the system such as user
tents or database schema may also be needed on the access, change of the system load or any kind of ex-
allocated system configuration. ception or a familiars action. An action can be defined
All those entities are regarded as manageable re- as a business process which appropriately handles
sources. the event.
have to be broken down into local processes and poli- or public Internet space through a given bandwidth.
cies so that the system designer can deal with only The partition can be implemented in several different
the local behavior and nature of the system and can ways depending on the requirement of the network
break it down to a reasonable complexity of problems. security. The provisioning grid VO is implemented on
the partitioned layer two which realizes the virtually
3. MODELS most strict isolation from outside of the partition.
In the simple model, the resources inside the parti-
This section discusses various models on which the tion have equal access each other. However, to ad-
provisioning grid is based. dress realistic security requirements, we need to
implement a more sophisticated model in which clus-
1) Virtual Organization ter of resources have specific connectivity. Three-tier
VO (Virtual organization) is an isolated virtual Web configuration is an example of such connectivity.
work space for applications with which real organiza- We have introduced a template model for dynami-
tions can share (Fig. 2). The model is discussed in cally creating and managing the configuration.
OGSA (Open Grid Services Architecture). VO is both Three-tier Web configuration is a template on which
a security domain and resource allocation domain. As the system can allocate a number of appropriate
a security domain, the access from outside to the types of server resources as required.
resources inside the organization is totally prohibited
or controlled by policy of the VO. 3) Resource Brokering Model
As a resource allocation domain, VO owns re- Resource Broker is a mechanism for dynamically
sources allocated from resource pools in Real Organi- allocating resources owned by the ROs to VOs as they
zation. The resources are allocated to applications in are required. If the system provides a single central
the VO through appropriate mechanism and policy as brokering mechanism which handles all resource
it is needed. brokering from every RO to every VO, the system
scale out brokering policy would become extremely
2) Network Model complex and difficult if not impossible to design
Virtualization of the network devices is a critical appropriately (Fig. 3).
issue to minimize the complexity of the resource pro- To break down the design scope locally to each RO
visioning in these kinds of systems. VO can also be and VO and simplify the problem, we introduce a
extended to network virtualization. The provisioning push and pull models of the resource brokering (Fig.
grid implements VO model on top of collection of 4). The push brokering model is a resource provider
conventional network devices in which [Globus Tool centric model. Resources provided by a provider are
Kit 1][Globus Tool Kit 2] hides all the details of net- brokered among resource consumers. The provider is
work device set ups.[Globus Tool Kit 3] an RO and the consumer is a VO, in the grid system.
A VO owns isolated network partition. The parti- The broker has its brokering policy and the resource
tion is connected to the outside which is another VOs provider has its resource providing policy while the
consumers have their requesting policy. and action policy model is a simple but powerful ge-
The pull model is the counter model of the push neric policy model. It defines a set of events and
model. Resources required by a consumer are corresponding action to be taken.
brokered among available resources from multiple
providers. As with the push model, each component 4. IMPLEMENTATION
has its own policy.
A brokering model for multiple requesters and pro- 4.1 Functional Configuration
viders can be constructed by a combination of the A prototype system has been developed based on
push and pull model brokers (Fig. 5). The advantage the model discussed in the previous section. Figure 6
of the model is that its policies are localized to VOs or shows the functional configuration of the system. The
ROs so that the system designer can concentrate on a system consists of three layers. The VO management
particular VO or RO for the policy design. Another layer implements and manages VOs. The resource
advantage is that it is purely peer to peer architecture provider layer manages resources owned by ROs. The
and does not require central mechanism, so that it agent layer is for the grid middleware interfacing
can avoid scalability bottle neck for large systems with physical devices.
that create a large number of VOs.
4) Policy Model
The policy model is another key model for grid
implementation. A variety of the models both generic
and for specific application are discussed. The event
Fig. 3 Single broker model. Fig. 5 Combination of push and pull models.
The VO management layer consists of three grid gine controls the priority of policy so that, if events
services. Policy automation GS is for the top level are caused by error of a previous action, the recovery
process and policy implementing autonomic resource policy can override and start the action.
management of the VO. Monitor GS is for monitoring
the load of system components. Whenever the load 4.3 Resource Monitoring
level of a component is changed, it notifies the event Resource monitor GS monitor the resource status.
to the Policy Automation GS. Broker GS is a re- They periodically collect the status information from
quester side broker of the system resources. The cur- resource control GSs which correspond to respective
rent system manages a single RO. The system imple- managed entities. The entities are physical devices or
ments only pull model brokering. software. VO resource monitor and RO resource
The resource provider layer consists of Resource monitor are implemented on MDS (Monitoring and
Monitor GS, Resource Control GS and Mapping GS. Discovery Service). MDS is a service provided by glo-
Mapping GS virtualizes network device operations bus tool kit which provides directory services for grid
into network partitions owned by VOs. As the broker resources. MDS in the VO monitor caches resource
request to add or remove resources in the network information owned by the VO, while that in the RO
partition (VO), mapping GS interprets the request monitor stores resource information owned by the
and translates it into a series of commands to the RO. For implementing the VO based security, a VO
network devices. monitor is only allowed to access the resources owned
by the VO or free resources in the pool.
4.2 Policy Engine
The policy engine is the core of the policy automa- 4.4 Resource Pool
tion GS. The engine implements event and action The resource pool is also managed by the resource
type policies in which policy is a pair of event condi- monitor GS. The GS shows all the available resources
tions and an action definition. A policy is started if in RO to the inquiry by VOs. With current implemen-
one or more of the event conditions is satisfied and tation, the resources inquiries are serialized and the
requires corresponding action. resources are allocated to VOs on a first-come first-
The events have their assigned priority. The en- serve basis.
4.5 Technology Foundation quest comes from the client. The second application
The middleware was developed on top of Globus manages the business process. The application does
Tool Kit 3. The grid services are implemented as not require a network bandwidth.
OGSI services. For availability timing, we used Glo- Figures 7 and 8 show the physical and logical
bus Tool Kit 2 based MDS. network configuration of the demo system. The sys-
tem manages two VOs which have network devices
4.6 Concept Proof Demo Applications such as packet shaper, firewall and load balancer
To proof the provisioning grid concept, we imple- along with servers. Managing the template configura-
mented two applications on top of the grid middle- tion for the applications, the system allocates an ap-
ware. The first application is a video stream delivery propriate number of servers and bandwidths for the
application. It consumes a number of servers and applications.
bandwidth between the servers and client as a re-
* * * * * * * * * * * * * * *
Takashi KOJO is now Chief Manager of Sys- Yoshiki SEO joined NEC Corporation in 19xx.
tem Platform Software Development Division. He is now Senior Manager of Internet Systems
He is one of the earliest members of Business Research Laboratories.
Grid Project jointly held by NEC, Fujitsu and
Hitachi. He is a co-chairi of CDDLM working
group in GGF. He has been in charge of many
of Web Services related development projects in NEC. He
received B.E. and M.E. of EECS, Aoyama-gakuin Univ.