Overview of Grid Management

Most organizations that use SAS consist of a variety of user categories. Each user category has its own needs and expectations. For example, your organization might have these users:
SAS Enterprise Guide and SAS Add-In for Microsoft Office users
These users are usually running interactive programs, and expect immediate results.
SAS Enterprise Miner users
These users might be using multiple machines to train models.
SAS Web Report Studio users
These users might be scheduling reports to run at a specified time.
SAS Risk Dimensions users
These users might be running jobs at night.
Some users in your environment might be running jobs that have a high priority. Other users might be running jobs that require a large number of computing resources. A SAS grid environment must be able to account for all of these different needs, priorities, and workloads.
In order to manage this type of environment, you must be able to control when and where jobs can run in the grid. You can manage grid resources using these strategies:
  • Job slots. They enable you to control how many jobs can run concurrently on each machine in the grid. This enables you to tune the load that each machine in the grid can accept. For example, you can assign a higher number of job slots to higher-capacity machines, which specifies that those machines can process more jobs concurrently.
  • Queues. They enable you to control when jobs can run and what computing resources are available to the jobs that are submitted to the queue. You can create queues based on factors such as job size or priority. You can also define job dispatch windows and run windows for each queue. When you submit a job to a particular queue, the queue settings determine when the job runs and what priority the job has compared to other jobs that have been submitted to the grid. You can also specify the number of job slots across the grid that a queue can use at any one time. By combining the job-slot specification on the hosts and queues, you can specify how work is distributed across the grid.
  • Resources. They enable you to specify where jobs are run on the grid by specifying resource names on hosts and using matching resource names on jobs. The resource names are specified on machines in the grid to indicate what type of job each machine should run. When you submit jobs to the grid, you can specify resource names to specify which machines should be used to process the job.
  • Grid options sets. They enable you to create sets of SAS options, required resources, and grid options. Each options set can then be mapped to a specified combination of a SAS application and a user or user group. For example, you might want to define policies for different applications running on the grid (such as SAS Data Integration Studio and batch SAS programs) as well as for different business units that are using those applications on the grid. After defining the grid, you can define grid options sets that contain the options needed for the different type of processing. Then, you can map the appropriate options sets to each of the user and application combinations that you need.