Component | Details |
---|
RDBMS | Database | Preferred? | Large deployments* | Small deployments | Notes |
---|
Postgres | Yes | Yes | Yes | note the default database server max connections is 100 and needs to be at least the amount of connections for each container multiplied by the number of containers. each container has a max pool size default of 500 (so if you have 3 containers in an env then the max database number of connections should be at least 1500) | Oracle | No | Yes | Yes | you need to add your driver to the container | MySQL | No | No | Yes | - performance issues on large deployments
- as a datapoint, v2.5 works with MariaDB 10.4.12 with driver mysql-connector-java-8.0.16.jar
| Microsoft MSSQL | No | No | No |
|
"Large deployment" is loosely defined as having more than 10k groups Note the database should not limit the number of connection below whatever is necessary for your own performance needs (e.g. at least 500) |
---|
Container | |
---|
Authentication | User Interface - Servlet container, REMOTE_USER via servlet container, or user-installable servlet filter. Web Services - Servlet container, HTTP Basic, HTTP Basic with Kerberos, Rampart, or user-installable plug-in. Grouper v2.5+ also has built in authentication for both the UI and Web Services. |
---|
Java | - No longer applicable since Grouper runs in a container with Java already installed. However, if you're pulling the Grouper API from Maven (e.g. to integrate with a custom application), then JDK v8 or later is required. To run the Grouper installer (for a container quick start), or the Grouper client (for web services), Java8 is required.
|
---|
Browser Requirements | - Modern common browser (e.g. latest Chrome, Firefox, IE)
- cookies must be enabled
- javascript must be enabled
- AJAX compatible
|
---|
Memory | Memory requirements are different between depending on institution and usage. The below information may help you determine how much memory will be required for you. - Standard recommendations for base level:
- Daemon Container: 16GB
- Dependent on:
- number jobs
- if they overlap during run time ( "active" )
- how performant your DB is for those jobs needs,
- how performant your Subject source is
- how many total Subjects are in your system ( "active" )
- how performant your inbound loader and outbound provisioners are ( "active" )
- WS Container: 4GB
- Dependent on:
- number of concurrent WS users ( "active" )
- AND the type of activities they do via WS ( "active" )
- UI Container: 6GB
- Dependent on:
- number of concurrent UI users ( "active" )
- and ( to a lesser degree ) the type of activities they do in the UI
- file uploads, reporting, visualization, and "other long running operations" may require "more resources"
|
---|