We are restructuring our SAS Grid environment and we'd like to validate if the following scenario is possible to configure:
- A queue only for batch process;
- A queue for short duration jobs: any user with short duration jobs could execute on this queue;
- A queue for high priority users: only users in certain group could use this queue;
- A queue for high usage users (users with a hugh number of processo executed): only user in certain group could use this queue (Is it possible to limit the maximum usage for this kind of queue?)
- A queue for night executions: only users in certain group could user this queue to run process at night
- A queue for normal execution
Is it possible to configure this kind of scenario? We only want to know if SAS allows this type of configuration.
Additionally, we have multiples SASApp configured (different works areas for different group of users). Is it possible to have multiple SASApp with the suggested queue scenario?
Hi @Anand_V ,
Thanks for your comment. One additional question. In this scenario, it is possible the same user uses multiple queues depending the case?
For example, in some situation the user uses short queues because his process allow to it. In other case, the user user night queues.. That mean, the user is able to automatically change between queues depending some conditions?
One addition question. Suppose that we have 1000 slots to distribute between queues. We don't want to implement process limitation per user.
If we create a queue for night executions with 200 slots. What's happen with this slots during the rest of the time? We can use this 200 slots in other queue? The other queue need to have time windows defined as well?
Or if a define a normal queue with all the slots (1000) and a night queue with 200 slots with higher priority. That's means when night queue start, the normal queue is automatically reduced to 800 slots? Or we need to define the normal queue without limit slots so the normal hours uses 1000 slots but when night queue start, the normal queue was automatically reduced to 800 (1000 less 200 slots from night).
LSF re-balances the slot usage as and when the queue has less work or more work. Its not like that the resources will be idle for the 200 Jobs always. This link shares some good examples on how it does this - https://www.bsc.es/support/LSF/9.1.2/lsf_admin/index.htm?slot_allocation_examples.html~main
However if you define MAX no of jobs that a queue can execute that will be a hard limit on the queue and it will go to closed state if the NJobs running matches the MAX.
The SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment.
Learn how to install the SAS Viya CLI and a few commands you may find useful in this video by SAS’ Darrell Barton.
Find more tutorials on the SAS Users YouTube channel.