Hi all,
I need an opinion about new "Application Server Context" on SAS Grid environment.
I've an Application Server Context for each department (Risk, Fraud, Miner, Marketing, and so on), but all the Application Server is using the same Object Spawner.
The doubt is:
What is recommended to use in this case, one Object Spawner for each Applicantion Server and more complex issues for to administer or just one Object Spawner for all Application Server ?
Thanks a lot for help me.
I stand to be corrected, but my understanding has always been that you have one (1) Obj Spawner per server/host. That's it, simple as that. The use of multiple application server contexts is a different dimension all together. Actually, I've never see a deployment with more than one Obj Spawner per server/host.
Personally, I try and keep to as little application server contexts as posibble, for ease of administration. Unless there is a really compelling reason to create more than one.
The segregation between departments (which I guess is why you have multple application servers) happens more with OS, Metadata and database permissions, which really stand apart from an application server. If you need SAS to run differently between the departments, then yes, multiple application servers might help since you can customise the various components e.g Workspace server, Batch server, etc. Even then, I would think carefully. Try a unified approach as far as you can. Simplicity is always the best. Looking at the names of the departments, I can't really see why they would want SAS to behave differently, but that's just guess work on my part. The more you customise, the more cumbersome the administration. But again, everything has it's pros and cons.
I stand to be corrected, but my understanding has always been that you have one (1) Obj Spawner per server/host. That's it, simple as that. The use of multiple application server contexts is a different dimension all together. Actually, I've never see a deployment with more than one Obj Spawner per server/host.
Personally, I try and keep to as little application server contexts as posibble, for ease of administration. Unless there is a really compelling reason to create more than one.
The segregation between departments (which I guess is why you have multple application servers) happens more with OS, Metadata and database permissions, which really stand apart from an application server. If you need SAS to run differently between the departments, then yes, multiple application servers might help since you can customise the various components e.g Workspace server, Batch server, etc. Even then, I would think carefully. Try a unified approach as far as you can. Simplicity is always the best. Looking at the names of the departments, I can't really see why they would want SAS to behave differently, but that's just guess work on my part. The more you customise, the more cumbersome the administration. But again, everything has it's pros and cons.
Thanks nhvdwalt for your help.
It's make sense and we'll adopt a new Object Spawner only when a new GRID node is needed.
Firts all, it's importat do not complicated issue for administration actions.
Thanks a lot
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.