Administración de licencias de O3
Este documendo describe la administración de licencias en O3 a partir de la versión 5.0. En Modelo de Licenciamiento de O3 5.0 se presentan las características básicas del nuevo modelo.
Descripción general del mecanismo de licencias
En O3 5.0 las licencias están compuestas por una clave (key) y un nombre de licenciatario (licensedTo). Estos datos se almacenan en archivos con extensión .license.
Las licencias pueden agregarse al sistema tanto por las interfaces gráficas (License Manager) que ofrecen todos los módulos (Browser, AdmServer, etc.) o bien copiando el archivo .license a la carpeta /license bajo el directorio de instalación del producto.
El formato del archivo .license es el siguiente:
| Code Block |
|---|
licensedTo=Nombre<Nombre de compañía o persona Licenciataria> key=clave<clave del productoproducto> |
Existen tres varios tipos de licencia: Servidor, Cliente y Studio, licencias y además cada una de ellas tiene tendrá una edición Edición del Producto asociada: Standard, Professional y Enterprise (por mas información consultar Modelo de Licenciamiento de O3 5.0).
Las Licencias de O3 pueden ser de los siguientes tipos:
Licencia | Descripción |
|---|---|
Cliente | Para habilitar la funcionalidad de usuario final de consulta, reporting, etc. Puede ser para acceso Web o para Desktop. En el caso Desktop la licencia se instala en cada PC, en el caso Web, la licencia se instala en el Servidor Web |
Studio | Licencia para el entorno de desarrollo, corresponde siempre a una versión Desktop y debe instalarse en el PC en el que se instala O3 Studio |
Servidor | Es la licencia que activa las funciones de resolución de consultas multidimensionales del O3 Server. Se instala en el equipo que actúa de servidor |
Una licencia habilita la ejecución de un conjunto de módulos con un determinado alcance (en función de la Edición a la que corresponde), por ejemplo una licencia de Servidor habilita el Servidor, AdmServer y el Builder, mientras que una licencia de Cliente habilita el Browser.Por lo tanto para poder
Ejemplo
A modo de ejemplo, pra habilitar la ejecución de un servidor de O3, con acceso desde clientes web y un cliente desktop se necesitan tres licencias:
...
Las licencias del producto requieren activación, es decir la habilitación de la ejecución del producto en la máquina donde fue instalado, por parte de Ideasoft.
La activación es requerida para cada una de las licencias y se puede realizar "online" o de forma "manual", contactando el servicio de licencias de Ideasoft por correo electrónico.
...
| title | DUDA |
|---|
...
La activación automática, requiere acceso a Internet desde el componente que va a ser activado, ya sea este Servidor o Desktop.
La activación manual, se realiza en forma telefónica o por mail, enviando a Ideasoft el código de requerimiento de activación que el License Manager de O3 informa.
Licencias de servidor
Usuarios
...
Nominados
El control de acceso en el servidor tiene dos modalidades: usuarios concurrentes y usuarios nominados .
El control de usuarios concurrentes establece un límite de usuarios simultáneos del sistema, es decir que una licencia de servidor concurrente de 10 usuarios, permite 10 conexiones simultáneas con cualquier usuario. Cuando el servidor alcanza la cantidad límite no permite nuevas conexiones.
El control de usuarios nominados establece un límite de usuarios definidos previamente, cada uno de los usuarios a los que se les asigna un "slot" nominado, siempre puede establecer una conexión, independiente de la cantidad de conexiones que el sistema tenga en ese momento. Los usuarios nominados sólo pueden definidos previamente según el licenciamiento adquirido. En esta sección se describe como se declara cual es el conjunto de usuarios que tendrán acceso al sistema, respetando la cantidad total licenciada. Decimos que la licencia, habilita una cantidad de slots de usuarios o conexiones nominadas, que el administrador debe asociar a Personas Físicas concretas.
Cada usuario nominado sólo puede abrir una conexión a la vez al servidor, es decir que no está permitido que un mismo usuario abra nominado utilice dos conexiones en forma simultánea. Actualmente, cuando un usuario nominado abre una conexión se cierra automáticamente la conexión anterior que el mismo usuario nominado tenía abierta.Un servidor puede tener habilitado al mismo tiempo usuarios concurrentes y nominados, para ello se requieren dos licencias diferentes.
Múltiples ediciones en un servidor
Un servidor puede tener habilitada más de una edición al mismo tiempo, por ejemplo puede tener 20 usuarios concurrentes nominados de la edición Professional y 5 usuarios nominados de la versión Enterprise.
Para este ejemplo, también se requieren dos licencias, la que habilite la edición Professional y la que habilite la edición Enterprise.Cada servidor tiene además
dos ediciones principales, la edición principal de usuarios nominados y la edición principal de usuarios concurrentes, la edición principal sólo afecta la asignación de usuarios y no la funcionalidad del servidorEn el caso de que un servidor sea explotado con bajo distintas edicioens simultáneamente, se identifica una de las ediciones como la Edición Principal de la instalación y las restantse son consideradas Extensiones a la Edición Principal. En general, la Edición Principal es la edición mas sencilla de la instalación y la extendida la que incorpora capacidades adicionales más potentes, pero no es siempre así. La funcionalidad a la que un usuario tiene acceso depende de la edición a la que el mismo es asociado y no depende de si dicha edición es o no la Edición Principal.
La Edición Principal permite identificar a una edición para facilitar la migración en conjunto de una instalación de una Edición a otra Superior, permitiendo simplemente cambiar cual es la Edición Principal en esa instalación sin tener necesida dde hacer ningún cambio en la definición de usuarios.
Asignación de usuarios a "slots" nominados y a ediciones
...
Rol | Descripción |
|---|---|
bi-users | Rol para los usuarios nominados de la edición principal |
bi-users-std | Rol para los usuarios nominados de la edición Standard |
bi-users-pro | Rol para los usuarios nominados de la edición Professional |
bi-users-ent | Rol para los usuarios nominados de la edición Enterprise |
bi-conc-std | Rol para los usuarios concurrentes de la edición Standard |
bi-conc-pro | Rol para los usuarios concurrentes de la edición Professional |
bi-conc-ent | Rol para los usuarios concurrentes de la edición Enterprise |
Los roles mencionados anteriormente son creados automáticamente por el servidor de acuerdo a las licencias instaladas.
El único rol con usuarios asignados de forma predefinida es "bi-users", que contiene a los usuarios "user" y "admin".
Propiedad para simplificar la asignación en el caso concurrente
Si se especifica la siguiente propiedad (en jboss/server/ideasoft-o3/GServer_custom.properties):
...
.
...
los usuarios sin ninguno de los roles bi-* se consideran usuarios de la licencia concurrente principal
Ejemplos
- 5 usuarios nominados Professional , 10 usuarios concurrentes Professional.
- Los 5 usuarios nominados Professional se deben asignar al rol "bi-users"
- Los usuarios concurrentes Professional se deben asignar al rol "bi-conc-pro"
- 5 usuarios nominados Professional, 10 usuarios concurrentes 10 usuarios nominados Professional, 5 usuarios nominados Enterprise. La edición principal nominada es Professional.
- Los 10 usuarios nominados Professional se deben asignar al rol "bi-users"Los usuarios nominados Enterprise se deben asignar al rol "bi-users-ent"
- Los usuarios concurrentes Professional se deben asignar al rol "bi-conc-pro"
- 5
- Los usuarios nominados Professional se deben asignar al rol "bi-users"
- Los usuarios nominados Enterprise se deben asignar al rol "bi-users-ent"Los usuarios concurrentes Enterprise se deben asignar al rol "bi-conc-ent"Los usuarios concurrentes Professional se deben asignar al rol "bi-conc-pro"