This version of the OpenSearch documentation is no longer maintained. For the latest version, see the current documentation. For information about OpenSearch version maintenance, see Release Schedule and Maintenance Policy.
Multi-tenancy is enabled by default, but you can disable it or change its settings using
config: dynamic: kibana: multitenancy_enabled: true server_username: kibanaserver index: '.kibana' do_not_fail_on_forbidden: false
| ||Enable or disable multi-tenancy. Default is true.|
| ||Must match the name of the OpenSearch Dashboards server user from |
| ||Must match the name of the OpenSearch Dashboards index from |
| ||If true, the security plugin removes any content that a user is not allowed to see from search results. If false, the plugin returns a security exception. Default is false.|
opensearch_dashboards.yml has some additional settings:
opensearch.username: kibanaserver opensearch.password: kibanaserver opensearch.requestHeadersAllowlist: ["securitytenant","Authorization"] opensearch_security.multitenancy.enabled: true opensearch_security.multitenancy.tenants.enable_global: true opensearch_security.multitenancy.tenants.enable_private: true opensearch_security.multitenancy.tenants.preferred: ["Private", "Global"] opensearch_security.multitenancy.enable_filter: false
| ||OpenSearch Dashboards requires that you add all HTTP headers to the allow list so that the headers pass to OpenSearch. Multi-tenancy uses a specific header, |
| ||Enables or disables multi-tenancy in OpenSearch Dashboards. Default is true.|
| ||Enables or disables the global tenant. Default is true.|
| ||Enables or disables the private tenant. Default is true.|
| ||Lets you change ordering in the Tenants tab of OpenSearch Dashboards. By default, the list starts with global and private (if enabled) and then proceeds alphabetically. You can add tenants here to move them to the top of the list.|
| ||If you have many tenants, you can add a search bar to the top of the list. Default is false.|
To create tenants, use OpenSearch Dashboards, the REST API, or
- Open OpenSearch Dashboards.
- Choose Security, Tenants, and Create tenant.
- Give the tenant a name and description.
- Choose Create.
See Create tenant.
--- _meta: type: "tenants" config_version: 2 ## Demo tenants admin_tenant: reserved: false description: "Demo tenant for admin user"
Give roles access to tenants
After creating a tenant, give a role access to it using OpenSearch Dashboards, the REST API, or
- Read-write (
kibana_all_write) permissions let the role view and modify objects in the tenant.
- Read-only (
kibana_all_read) permissions let the role view objects, but not modify them.
- Open OpenSearch Dashboards.
- Choose Security, Roles, and a role.
- For Tenant permissions, add tenants, press Enter, and give the role read and/or write permissions to it.
See Create role.
--- test-role: reserved: false hidden: false cluster_permissions: - "cluster_composite_ops" - "indices_monitor" index_permissions: - index_patterns: - "movies*" dls: "" fls:  masked_fields:  allowed_actions: - "read" tenant_permissions: - tenant_patterns: - "human_resources" allowed_actions: - "kibana_all_read" static: false _meta: type: "roles" config_version: 2
Manage OpenSearch Dashboards indices
The open source version of OpenSearch Dashboards saves all objects to a single index:
.kibana. The Security plugin uses this index for the global tenant, but separate indices for every other tenant. Each user also has a private tenant, so you might see a large number of indices that follow two patterns:
The Security plugin scrubs these index names of special characters, so they might not be a perfect match of tenant names and usernames.
To back up your OpenSearch Dashboards data, take a snapshot of all tenant indexes using an index pattern such as