Files
rancher-docs/shared-files/_glossary.md
T
Billy Tat 24fc5a657c Merge release v2.13.0 to main (#2091)
* Sync main to v2.13.0 (#2065)

* It's bad form to ask users to pass something they just curled from the internet directly to sh

Updated the instructions for uninstalling the rancher-system-agent to use a temporary script file instead of piping directly to sh.

* doc(rancher-security): improve structure and content to latest, v2.13-preview and v2.12 (#2024)

- add Rancher Kubernetes Distributions (K3s/RKE2) Self-Assessment and Hardening Guide section
- add kubernetes cluster security best practices link to rancher-security section
- add k3s-selinux and update selinux-rpm details
- remove rhel/centos 7 support

Signed-off-by: Andy Pitcher <andy.pitcher@suse.com>

* Updating across supported versions and translations.

Signed-off-by: Sunil Singh <sunil.singh@suse.com>

---------

Signed-off-by: Andy Pitcher <andy.pitcher@suse.com>
Signed-off-by: Sunil Singh <sunil.singh@suse.com>
Co-authored-by: Tejeev <tj@rancher.com>
Co-authored-by: Andy Pitcher <andy.pitcher@suse.com>
Co-authored-by: Sunil Singh <sunil.singh@suse.com>

* Update roletemplate aggregation doc and version information

* Add versioned docs

* Remove ext token and kubeconfig feature flag sections and document bearer Token

* Update corresponding v2.13 pages

* update doc for pni in gke

* Adding reverted session idle information from PR 1653

Signed-off-by: Sunil Singh <sunil.singh@suse.com>

* [2.13.0] Add versions table entry

* [2.13.0] Add webhook version

* [2.13.0] Add CSP Adapter version

* [2.13.0] Add deprecated feature table entry

* [2.13.0] Update CNI popularity stats

* Update GKE Cluster Configuration for Project Network Isolation instructions

* Fix link and port to 2.13

* [2.13.0] Add Swagger JSON

* [v2.13.0] Add info about Azure AD Roles claims (#2079)

* Add info about Azure AD roles claims compatibility

* Apply suggestions from code review

Co-authored-by: Sunil Singh <sunil.singh@suse.com>

* Add suggestions to v2.13

---------

Co-authored-by: Sunil Singh <sunil.singh@suse.com>

* [2.13.0] Remove preview designation

* user public api docs (#2069)

* user public api docs

* Apply suggestions from code review

Co-authored-by: Andreas Kupries <akupries@suse.com>

* Apply suggestions from code review

Co-authored-by: Peter Matseykanets <pmatseykanets@gmail.com>

* explain plaintext is never stored

* add users 2.13 versioned docs

* remove extra ```

* Apply suggestions from code review

Co-authored-by: Lucas Saintarbor <lucas.saintarbor@suse.com>

* add space before code block

---------

Co-authored-by: Andreas Kupries <akupries@suse.com>
Co-authored-by: Peter Matseykanets <pmatseykanets@gmail.com>
Co-authored-by: Lucas Saintarbor <lucas.saintarbor@suse.com>

* support IPv6 (#2041)

* [v2.13.0] Add Configure GitHub App page (#2081)

* Add Configure GitHub App page

* Apply suggestions from code review

Co-authored-by: Billy Tat <btat@suse.com>

* Fix header/GH URL & add suggestions to v2.13

* Apply suggestions from code review

Co-authored-by: Petr Kovar <pknbe@volny.cz>

* Apply suggestions from code review to v2.13

* Add note describing why to use Installation ID

* Apply suggestions from code review

Co-authored-by: Billy Tat <btat@suse.com>

---------

Co-authored-by: Billy Tat <btat@suse.com>
Co-authored-by: Petr Kovar <pknbe@volny.cz>

* [v2.13.0] Add info about Generic OIDC Custom Mapping (#2080)

* Add info about Generic OIDC Custom Mapping

* Apply suggestions from code review

Co-authored-by: Sunil Singh <sunil.singh@suse.com>
Co-authored-by: Billy Tat <btat@suse.com>

* Apply suggestions from code review

Co-authored-by: Sunil Singh <sunil.singh@suse.com>
Co-authored-by: Billy Tat <btat@suse.com>

* Add suggestions to v2.13

* Remove repetitive statement in intro

* Move Prereq intro/note to appropriate section

* Fix formatting, UI typo, add Custom Claims section under Configuration Reference section

* Add section about how a custom groups claim works / note about search limitations for groups in RBAC

---------

Co-authored-by: Sunil Singh <sunil.singh@suse.com>
Co-authored-by: Billy Tat <btat@suse.com>

* [v2.13.0] Add info about OIDC SLO support (#2086)

* Add shared file covering OIDC SLO support to OIDC auth pages

* Ad How to get the End Session Endpoint steps

* Add generic curl exampleto retrieve end_session_endpoint

* [2.13.0] Bump release date

---------

Signed-off-by: Andy Pitcher <andy.pitcher@suse.com>
Signed-off-by: Sunil Singh <sunil.singh@suse.com>
Co-authored-by: Lucas Saintarbor <lucas.saintarbor@suse.com>
Co-authored-by: Tejeev <tj@rancher.com>
Co-authored-by: Andy Pitcher <andy.pitcher@suse.com>
Co-authored-by: Sunil Singh <sunil.singh@suse.com>
Co-authored-by: Jonathan Crowther <jonathan.crowther@suse.com>
Co-authored-by: Peter Matseykanets <peter.matseykanets@suse.com>
Co-authored-by: Petr Kovar <petr.kovar@suse.com>
Co-authored-by: Krunal Hingu <krunal.hingu222@gmail.com>
Co-authored-by: Raul Cabello Martin <raul.cabello@suse.com>
Co-authored-by: Andreas Kupries <akupries@suse.com>
Co-authored-by: Peter Matseykanets <pmatseykanets@gmail.com>
Co-authored-by: Jack Luo <jiaqi.luo@suse.com>
Co-authored-by: Petr Kovar <pknbe@volny.cz>
2025-11-25 10:51:39 -08:00

329 lines
10 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
## Icons & Symbols
<dl>
<dt>
</dt>
<dd>
The navigation menu toggle, a button in the far top left corner of the Rancher UI. Clicking the ☰ opens a sidebar that provides access to the main sections of the Rancher interface.
</dd>
<dt>
</dt>
<dd>
The submenu toggle, a button found at the far right of many table rows throughout the Rancher UI. Clicking the ⋮ opens a submenu containing a contextual list of tasks related to the item in that row.
</dd>
</dl>
## A
<dl>
<dt>
Apps
</dt>
<p>
<b>Versions:</b> Rancher v2.6.5 and later
</p>
<dd>
When describing navigation within Rancher, the section of the Rancher UI where you manage Helm charts and Helm chart repositories. In earlier versions of Rancher, this section was called <i>Apps & Marketplace</i>, or <i>Catalogs</i>.
</dd>
<p>
<b>Synonyms:</b> <i>Apps & Marketplace, Catalogs</i>
</p>
<dt>
Apps & Marketplace
</dt>
<p>
<b>Versions:</b> Rancher v2.5.02.6.5
</p>
<dd>
The section of the Rancher UI where you manage Helm charts and Helm chart repositories. In earlier versions of Rancher, this section was called <i>Catalogs</i>. In later versions, it is called <i>Apps</i>.
</dd>
<p>
<b>Synonyms:</b> <i>Apps, Catalogs</i>
</p>
</dl>
## C
<dl>
<dt>
Catalogs
</dt>
<p>
<b>Versions:</b> 1. Rancher v2.4 and earlier 2. Rancher v2.7 and later
</p>
<dd>
The section of the Rancher UI where you manage Helm charts and Helm chart repositories. In later versions of Rancher, this section is called <i>Apps & Marketplace</i>, or <i>Apps</i>.
</dd>
<p>
<b>Synonyms:</b> <i>Apps, Apps & Marketplace</i>
</p>
<p>
<b>Related terms:</b> <i>Extension catalogs</i>
</p>
<dt>
Community
</dt>
<dd>
A build of Rancher that's available to the entire Rancher community.
</dd>
<p>
<b>Related terms:</b> <i>Prime, Rancher Prime</i>
</p>
</dl>
## D
<dl>
<dt>
Downstream cluster
</dt>
<dd>
An alternative name for a <i>managed cluster</i>, a Kubernetes cluster that is managed by a Rancher server.
</dd>
<p>
<b>Synonyms:</b> <i>Managed cluster</i>
</p>
<p>
<b>Related terms:</b> <i>Hosted cluster, Imported cluster, Rancher server, Registered cluster, Upstream cluster</i>
</p>
</dl>
## E
<dl>
<dt>
Extension
</dt>
<p>
<b>Versions:</b> Rancher v2.7.0 and later
</p>
<dd>
Helm charts that can extend and enhance the Rancher UI, and tailor Rancher to your specific environment. Some Extensions require manual installation on a cluster, while others are built into Rancher. Built-in Extensions include Fleet and Harvester. Manually installed Extensions include Kubewarden and Elemental.
</dd>
<p>
<b>Related terms:</b> <i>Apps & Marketplace, Catalogs, Integrations</i>
</p>
<dt>
Extension catalogs
</dt>
<p>
<b>Versions:</b> Rancher v2.7.0 and later
</p>
<dd>
Container image repositories that can be imported to add UI extensions to your Rancher instance.
</dd>
</dl>
## H
<dl>
<dt>
Hosted cluster
</dt>
<dd>
A managed cluster that is hosted in the cloud, by a Kubernetes provider. Rancher supports a variety of hosted Kubernetes providers, including Amazon Elastic Kubernetes Service (EKS), Azure Kubernetes Service (AKS), and Google Kubernetes Engine (GKE). Rancher integrates with the hosted Kubernetes provider's cloud APIs, so that you can manage the cluster from the Rancher UI.
</dd>
<p>
<b>Related terms:</b> <i>Downstream cluster, Imported cluster, Managed cluster, Registered cluster</i>
</p>
</dl>
## I
<dl>
<dt>
Imported cluster
</dt>
<p>
<b>Versions:</b> Rancher v2.02.4
</p>
<dd>
An existing cluster that was provisioned by a third party, then set up to be managed by Rancher. <i>Registered clusters</i> in later versions of Rancher are roughly synonymous with imported clusters. The main difference is that there are more management features exposed in the Rancher UI for registered clusters than for imported clusters.
</dd>
<p>
<b>Related terms:</b> <i>Downstream cluster, Hosted cluster, Managed cluster, Reistered cluster</i>
</p>
</dl>
## K
<dl>
<dt>
K3s
</dt>
<dd>
A lightweight Kubernetes distribution chiefly designed for workloads that run unattended under tight resource constraints.
</dd>
<p>
<b>Related terms:</b> <i>RKE, RKE2</i>
</p>
<dt>
Kubeconfig
</dt>
<p>
<b>Versions:</b> Rancher v2.12.0 and later
</p>
<dd>
A Rancher resource <code>kubeconfigs.ext.cattle.io</code> used to generate kubeconfigs.
</dd>
<dt>
kubeconfig
</dt>
<dd>
The kubeconfig file is used to configure access to Kubernetes when used in conjunction with <code>kubectl</code> or other clients. The kubeconfig contents can be generated by creating a Kubeconfig resource.
</dd>
</dl>
## L
<dl>
<dt>
Local cluster
</dt>
<dd>
An alternative name for a <i>Rancher server</i>, the Kubernetes cluster that hosts Rancher and manages other clusters. Here, <i>local</i> refers to the location of the Rancher installation, not to the user's local workstation. Local clusters can be hosted on-premises, in air-gapped environments, or in the cloud.
</dd>
<p>
<b>Synonyms:</b> <i>Rancher server, Upstream cluster</i>
</p>
<p>
<b>Related terms:</b> <i>Downstream cluster, Hosted cluster, Imported cluster, Managed cluster, Registered cluster</i>
</p>
</dl>
## M
<dl>
<dt>
Managed cluster
</dt>
<dd>
A Kubernetes cluster that is managed by a Rancher server. Managed clusters can run on a variety of infrastructure and can be located anywhere, including in the cloud, on-premises, or in air-gapped environments.
</dd>
<p>
<b>Synonyms:</b> <i>Downstream cluster</i>
</p>
<p>
<b>Related terms:</b> <i>Hosted cluster, Imported cluster, Rancher server, Registered cluster</i>
</p>
</dl>
## R
<dl>
<dt>
Rancher
</dt>
<dd>
A Kubernetes management tool to deploy and run clusters anywhere and on any provider. Rancher includes all the software and downstream cluster components used to manage the entire Rancher deployment.
</dd>
<dt>
Rancher Kubernetes Engine (RKE)
</dt>
<dd>
A CNCF-certified Kubernetes distribution that runs entirely within Docker containers. There are two main versions of RKE available. The 1.x software line is sometimes called <i>RKE1</i>, or simply <i>RKE</i>. The next-generation line is called <i>RKE2</i>.
</dd>
<p>
<b>Synonyms:</b> <i>RKE1</i>
</p>
<p>
<b>Related terms:</b> <i>K3s, RKE2</i>
</p>
<dt>
Rancher Prime
</dt>
<dd>
Rancher Prime is a new edition of the commercial, enterprise offering built on the the same source code. Installation assets are hosted on a trusted registry owned and managed by Rancher with additional value coming in from security assurances, extended lifecycles, access to focused architectures and Kubernetes advisories.
</dd>
<dt>
Rancher server
</dt>
<dd>
The Kubernetes cluster that hosts Rancher and manages the other clusters in the Rancher deployment.
</dd>
<p>
<b>Synonyms:</b> <i>Local cluster, Upstream cluster</i>
</p>
<p>
<b>Related terms:</b> <i>Downstream cluster, Hosted cluster, Imported cluster, Managed cluster, Registered cluster</i>
</p>
<dt>
Registered cluster
</dt>
<p>
<b>Versions:</b> Rancher v2.5 and later
</p>
<dd>
An existing cluster that was provisioned by a third party, then set up to be managed by Rancher. Older versions of Rancher use <i>Imported cluster</i> to refer to a similar concept. The main difference is that there are more management features exposed in the Rancher UI for registered clusters than for imported clusters.
</dd>
<p>
<b>Related terms:</b> <i>Downstream cluster, Hosted cluster, Imported cluster, Managed cluster</i>
</p>
<dt>
RKE1
</dt>
<dd>
An alternative name for the v1.x software line of <i>Rancher Kubernetes Engine (RKE)</i>. Sometimes called <i>RKE</i> for short. RKE1 is a certified Kubernetes distribution and CLI/library which creates and manages a Kubernetes cluster.
</dd>
<p>
<b>Synonyms:</b> <i>Rancher Kubernetes Engine</i>
</p>
<p>
<b>Related terms:</b> <i>K3s, RKE2</i>
</p>
<dt>
RKE2
</dt>
<p>
<b>Versions:</b> Rancher v2.6.0 and later (to provision clusters), Rancher 2.5.0 and later (to register clusters)
</p>
<dd>
A fully conformant version of the Rancher Kubernetes Engine (RKE) that is designed for security and compliance with US federal government standards.
</dd>
<p>
<b>Related terms:</b> <i>K3s, RKE</i>
</p>
<dt>
Roles
</dt>
<dd>
Roles determine what actions a Rancher user can make within a cluster or project.
</dd>
</dl>
## U
<dl>
<dt>
Upstream cluster
</dt>
<dd>
An alternative name for the <i>Rancher server</i>, the Kubernetes cluster that hosts Rancher and manages the other clusters in the Rancher deployment.
</dd>
<p>
<b>Synonyms:</b> <i>Local cluster, Rancher server</i>
</p>
<p>
<b>Related terms:</b> <i>Downstream cluster, Hosted cluster, Imported cluster, Managed cluster, Registered cluster</i>
</p>
<dt>
User
</dt>
<dd>
A Rancher resource <code>users.management.cattle.io</code> that defines a user within Rancher.
</dd>
</dl>
## W
<dl>
<dt>
Workload
</dt>
<dd>
Objects that set deployment rules for pods. Based on these rules, Kubernetes performs the deployment and updates the workload with the current state of the application. Workloads let you define the rules for application scheduling, scaling, and upgrade.
</dd>
</dl>