Abstract:
PROBLEM TO BE SOLVED: To enable the system management of the number of servers over clusters of a system by including a step for starting a server to a queue when it is decided that an operation request which has an affinity for only a subset of clusters having no server to a queue is present in the queue. SOLUTION: Clusters 90 of a computer system 100 which are connected to each other and cooperate are included. The environment in this case includes a queue 161 of operation requests 162 and a pool of servers 163 which are decentralized over the clusters 90 and services the operation requests. It is made possible to manage the number of the servers 163 according to the performance target classes of operations held in the queue and the performance target classes of operation conflicting in the computer system 100. The possession of one policy for the clusters 90 of the computer system 100 is useful to obtain a single image view of decentralized operation loads.
Abstract:
PROBLEM TO BE SOLVED: To provide a method and device for managing a contention between users related to an access to a plurality of resources in a multisystem cluster. SOLUTION: This management method is so executed that each user identifies a contention chain with a resource which is possessed by a former user (or users) in the chain and the system resource is allocated to the user (or users) positioned in the head of the chain similar to a case where its necessity is, at least, the necessity of a waiter who is in the most urgent in the chain. Even if the data flow between systems is the minimum and no system has a complete view related to a cross system contention, the contention data necessary for the optimal resource allocation are effectively distributed to the system cluster whole region. COPYRIGHT: (C)2004,JPO&NCIPI
Abstract:
PROBLEM TO BE SOLVED: To control the number of servers in a multisystem cluster. SOLUTION: A computer system 100 has a queue 161 for organizing an inputted work request as a service class, transferring respective service classes to a cluster and serving them by servers 163. Prescribed performance indexes are previously allocated to respective service classes. Each system 100 selects a certain service class as a donor class for providing a system resource based on a degree of coincidence of each service class with its own target and selects another service class as a receiver class for receiving the system resource. When a resource bottleneck causing the receiver class to lose its target is the number of servers, each system 100 determines whether several servers are to be added to the receiver class or not based on judgement whether a plus effect of server addition to the performance index of the receiver class exceeds the minus effect applied to the performance index of a donor class or not. COPYRIGHT: (C)1999,JPO
Abstract:
A method and apparatus for managing contention among users for access to serialized resources in a system cluster containing multiple systems. Each user has an assigned need that is independent of contention of the user for a resource and may be either a holder or a waiter for a resource it is seeking to access. A local system stores local cluster data indicating a grouping of the resources into local clusters on the basis of contention on the local system and indicating for each local cluster the assigned need of a waiter for resources in the cluster. The local system receives remote cluster data from remote systems in the system cluster, which it combines with the local cluster data to generate composite cluster data. A holder on the local system of a resource in a composite cluster is managed in accordance with the composite cluster data for the cluster.
Abstract:
A service, requested by a server system 205, 206, is defined as nodes in a service model 211 in a management engine system 201. Each node defines the type of resource required for that node as an abstract method. The management engine 209 find resource manager systems 202, 203, which implement the resource, by searching a service provider catalogue 210. The management engine requests the resource manager to provide its application programming interface (API). The management engine overrides the abstract interface in the node with the interface of the selected resource manager to provide the specific resource. The resources may be data storage, application programs, computing resources, networking components or middleware.