<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Setup on Capsule</title><link>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/</link><description>Recent content in Setup on Capsule</description><generator>Hugo -- gohugo.io</generator><language>en</language><atom:link href="https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/index.xml" rel="self" type="application/rss+xml"/><item><title>Installation</title><link>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/installation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/installation/</guid><description>Requirements Helm 3 is required when installing the Capsule Operator chart. Follow Helm’s official documentation for installing Helm on your operating system. A Kubernetes cluster (v1.16+) with the following Admission Controllers enabled: PodNodeSelector LimitRanger ResourceQuota MutatingAdmissionWebhook ValidatingAdmissionWebhook A Kubeconfig file accessing the Kubernetes cluster with cluster admin permissions. Cert-Manager is required by default but can be disabled. It is used to manage the TLS certificates for the Capsule Admission Webhooks. Installation We officially only support the installation of Capsule using the Helm chart.</description></item><item><title>Configuration</title><link>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/configuration/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/configuration/</guid><description>The configuration for the capsule controller is done via its dedicated configuration Custom Resource. You can explain the configuration options and how to use them:
CapsuleConfiguration The configuration for Capsule is done via its dedicated configuration Custom Resource. You can explain the configuration options and how to use them:
kubectl explain capsuleConfiguration.spec administrators These entities are automatically owners for all existing tenants. Meaning they can add namespaces to any tenant. However they must be specific by using the capsule label for interacting with namespaces.</description></item><item><title>Authentication</title><link>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/authentication/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/authentication/</guid><description>Capsule does not care about the authentication strategy used in the cluster and all the Kubernetes methods of authentication are supported. The only requirement to use Capsule is to assign tenant users to the group defined by userGroups option in the CapsuleConfiguration, which defaults to projectcapsule.dev.
OIDC In the following guide, we&amp;rsquo;ll use Keycloak an Open Source Identity and Access Management server capable to authenticate users via OIDC and release JWT tokens as proof of authentication.</description></item><item><title>OpenShift</title><link>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/openshift/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/openshift/</guid><description>Introduction This guide shows how to deploy Capsule and the Capsule Proxy on OpenShift with a single Helm chart and one OpenShift toggle, so workloads run under the OpenShift SCCs. It also covers the recommended tenant settings to keep OpenShift-managed metadata protected, and optional customizations of the OpenShift Console.
Why Capsule on OpenShift Capsule and OpenShift complement each other. Capsule brings the tenancy model, with rules and policy enforcement for tenants.</description></item><item><title>Rancher</title><link>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/rancher/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/rancher/</guid><description>The integration between Rancher and Capsule, aims to provide a multi-tenant Kubernetes service to users, enabling:
a self-service approach access to cluster-wide resources to end-users.
Tenant users will have the ability to access Kubernetes resources through:
Rancher UI Rancher Shell Kubernetes CLI On the other side, administrators need to manage the Kubernetes clusters through Rancher.
Rancher provides a feature called Projects to segregate resources inside a common domain. At the same time Projects doesn&amp;rsquo;t provide way to segregate Kubernetes cluster-scope resources.</description></item><item><title>Managed Kubernetes</title><link>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/managed-kubernetes/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-179--docs-projectcapsule.netlify.app/docs/operating/setup/managed-kubernetes/</guid><description>Capsule Operator can be easily installed on a Managed Kubernetes Service. Since you do not have access to the Kubernetes APIs Server, you should check with the provider of the service:
the default cluster-admin ClusterRole is accessible the following Admission Webhooks are enabled on the APIs Server:
PodNodeSelector LimitRanger ResourceQuota MutatingAdmissionWebhook ValidatingAdmissionWebhook AWS EKS This is an example of how to install AWS EKS cluster and one user manged by Capsule.</description></item></channel></rss>