Tenant User Administration Create User

Users

A user is a person who has been given access to a Platform9 Managed Kubernetes (PMK) deployment. A user can log in to the PMK Clarity UI and / or access the PMK REST APIs to build, test and run their business critical applications as microservices on Kubernetes.

A user can hold multiple roles within a PMK environment depending on the region or tenant they have access to. A user could be an administrator, or a self-service user such as a developer or a tester that performs various operations on Kubernetes clusters deployed in PMK.

A new user can be granted access to a PMK deployment either by setting up a Single-Sign On (SSO) integration using a SAML 2.0 compliant identity federation or a simple username-password combination stored local to the PMK deployment. Users are granted access to PMK based on the user role that has been assigned to the user on a tenant.

Groups

Groups can be used to create distinct sets of users and then map the groups to Kubernetes RBAC bindings. Groups greatly simplify allocating access to Developers, SREs and Administrators. Groups can both local to Platform9 or mapped to SSO Groups via Enterprise SSOarrow-up-right

User Roles Supported In PMK

A role is a set of privileges that can be assigned to one or more users. When a role is assigned to a user, the user can perform tasks that the role permits the user to perform.

PMK provides the following predefined roles:

  • Administrator

  • Self-service user

  • Read only user

Administrator Role

An administrator is a superuser of the PMK environment and has unrestricted access to the PMK deployment, including all the regions and all tenants in that PMK deployment.

An administrator has the rights to perform all operations within PMK including but not limited to creating tenants, users, cloud providers, clusters and configuring physical or virtual machines to be part of PMK clusters, etc.

Administrators also have full access to the PMK Qbert REST APIs that can be used to automate cluster creation and management.

circle-info

Note

Use the API access menu in the PMK UI to obtain the URL for your PMK Qbert endpoint.

Self-service User Role

The self-service user role enables users to deploy one or more containerized workloads on the Kubernetes clusters that belong to the tenants the user is a member of. Self-service users have restricted views that are limited to the tenant that they have been assigned to, and cannot access any resources that are outside their associated tenant/s.

By default, a self-service user in a given tenant does not have access to the Kubernetes clusters in that tenant. An Administrator needs to explicitly give the self-service user access to one or more clusters in the tenant by creating Kubernetes RBAC policies on those clusters for that user. The self-service user can then perform operations on the clusters that the RBAC policies allow them to do. For more information on Kubernetes RBAC, see https://kubernetes.io/docs/reference/access-authn-authz/rbac/arrow-up-right

Readonly user role

A readonly user in PMK has read only privileges to the tenant he has been given access to. This role is best suited to be given to users that will have routine tasks that require looking at certain PMK views or dashboards, but that are not expected to perform any operations on the clusters, including deploying applications.

Role Based Privileges in PMK

Refer to the table below for examples of tasks that can be done by an administrator vs a self-service user.

circle-check

Task

Role

Administrator

Self-service User

Infrastructure Management

Create, Delete Cloud Providers

Accessible

Not Accessible

Create, Edit, Scale, Delete Cluster

Accessible

Not Accessible

Upgrade Cluster

Accessible

Not Accessible

Tenant and User Management

Create, Edit, Delete users and / or groups

Accessible

Not Accessible

Create, Edit, Delete tenant

Acccessible

Not Accessible

API Access

Access PMK (Qbert and Keystone) APIs for cluster and tenant/user management

Accessible

Not Accessible

Download kubeconfig and access cluster APIs

Accessible

Accessible only if administrator has enabled access via RBAC policies

Application Management

Deploy applications from catalog

Accessible

Accessible

Create pods, deployment, services, namespaces, storage classes and other k8s objects

Accessible

Accessible only if administrator has enabled access via RBAC policies

Creating instances of managed applications such as Prometheus, Fluentd

Accessible

Accessible only if administrator has enabled access via RBAC policies

Last updated

Was this helpful?