diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index 8f3b39544..f2d1c0ded 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -287,10 +287,7 @@ The command line interface name is `vcluster`. ### Abbreviations for Kubernetes distros -- [Lightweight Kubernetes](https://k3s.io/): K3s - [Kubernetes](https://kubernetes.io/): K8s -- [Zero Friction Kubernetes](https://k0sproject.io/): k0s Note that k0s is the - only Kubernetes distro to use a lower case 'k' - [AWS Elastic Kubernetes Service](https://aws.amazon.com/eks/): EKS ### Other product terms diff --git a/vcluster/_fragments/distro/compat-k0s.mdx b/vcluster/_fragments/distro/compat-k0s.mdx deleted file mode 100644 index cb17bbcb8..000000000 --- a/vcluster/_fragments/distro/compat-k0s.mdx +++ /dev/null @@ -1,8 +0,0 @@ -import KubernetesVersions from '../../_partials/deploy/kubernetes-versions.mdx' -import { HostClusterCompat } from '../../_partials/deploy/host-cluster-compat.mdx' - -### Host cluster compatibility - - -vCluster should work when deployed on a host cluster with the following supported Kubernetes versions: - diff --git a/vcluster/_fragments/distro/compat-k3s.mdx b/vcluster/_fragments/distro/compat-k3s.mdx deleted file mode 100644 index 155664358..000000000 --- a/vcluster/_fragments/distro/compat-k3s.mdx +++ /dev/null @@ -1,9 +0,0 @@ -import KubernetesVersions from '../../_partials/deploy/kubernetes-versions.mdx' -import { HostClusterCompat } from '../../_partials/deploy/host-cluster-compat.mdx' - -### Host cluster compatibility - - -vCluster should work when deployed on a host cluster with the following supported Kubernetes versions: - - diff --git a/vcluster/_fragments/high-availability-k3s.mdx b/vcluster/_fragments/high-availability-k3s.mdx deleted file mode 100644 index 2679ccdfb..000000000 --- a/vcluster/_fragments/high-availability-k3s.mdx +++ /dev/null @@ -1,58 +0,0 @@ -### Enabling High Availability - -In order to run vCluster with k3s as Kubernetes distribution in high availability mode, the following steps are required: - -* create and use an [external datastore](../deploying-vclusters/persistence.mdx) (as opposed to the embedded SQLite datastore used in single-server setups) -* run two or more k3s pods that will serve the Kubernetes API and run other control plane services - -First create a `vcluster.yaml` in the following form and make sure to change the connection string in `K3S_DATASTORE_ENDPOINT`: - -``` -syncer: - replicas: 3 - -# Set external datastore endpoint -vcluster: - env: - - name: K3S_DATASTORE_ENDPOINT - value: mysql://username:password@tcp(hostname:3306)/database-name - -# Disable persistent storage as all data (including bootstrap data) is stored in external datastore -storage: - persistence: false - -# Scale up CoreDNS replicas -coredns: - replicas: 2 -``` - -Then create the vCluster with the following command: - -``` -vcluster create ... --connect=false -f values.yaml -``` - -Check that vCluster including the control plane is running correctly: - -``` -kubectl get pods -n vcluster -NAME READY STATUS RESTARTS AGE -coredns-66ffcc6b58-bhk4s-x-kube-system-x-vcluster 1/1 Running 0 21s -coredns-66ffcc6b58-n7npd-x-kube-system-x-vcluster 1/1 Running 0 21s -vcluster-54fb5dd76-92szq 2/2 Running 0 3m1s -vcluster-54fb5dd76-ntbrh 2/2 Running 0 3m1s -``` - -Now connect to the vCluster: - -``` -vcluster connect vcluster -n vcluster - -# Then execute in a new terminal -export KUBECONFIG=kubeconfig.yaml -kubectl get ns -... -``` - - -Check the [GitHub repository](https://github.com/loft-sh/vcluster/tree/main/charts/k3s) for all available chart options. diff --git a/vcluster/_fragments/private-nodes-limitations.mdx b/vcluster/_fragments/private-nodes-limitations.mdx index 8e3f12a16..a5069f227 100644 --- a/vcluster/_fragments/private-nodes-limitations.mdx +++ b/vcluster/_fragments/private-nodes-limitations.mdx @@ -5,9 +5,8 @@ Certain vCluster features are automatically disabled or unavailable. If you incl The following features are not available: - `sync.*` - No resource syncing between virtual and host clusters -- `integrations.*` - Integrations depend on syncing functionality +- `integrations.*` - Integrations depend on syncing capability - `networking.replicateServices` - Services are not replicated to host -- `controlPlane.distro.k3s` - Only standard Kubernetes (k8s) is supported - `controlPlane.coredns.embedded: true` - Embedded CoreDNS conflicts with custom CNI - `controlPlane.advanced.virtualScheduler.enabled: false` - Virtual scheduler cannot be disabled - `sleepMode.*` - No ability to sleep workloads or control plane @@ -38,8 +37,6 @@ networking: # Distribution restrictions controlPlane: distro: - k3s: - enabled: false # k3s distribution not supported k8s: enabled: true # Only standard Kubernetes works diff --git a/vcluster/_fragments/virtual-cluster-content.mdx b/vcluster/_fragments/virtual-cluster-content.mdx index 1391b05a3..2f2833df9 100644 --- a/vcluster/_fragments/virtual-cluster-content.mdx +++ b/vcluster/_fragments/virtual-cluster-content.mdx @@ -5,16 +5,17 @@ referred to as the "host" cluster, or the "parent" cluster. Virtual clusters, being fully functional Kubernetes clusters in their own right, can be a very useful tool if you are running into issues with the limitations of traditional Kubernetes namespaces. Often administrator do not want to make, or cannot make any special exceptions to the -multi-tenancy configuration of the underlying parent cluster in order to accommodate user requests. +multi-tenancy configuration of the underlying parent cluster to accommodate user requests. For example, some users may need to create their own Custom Resource Definitions (CRDs) which could potentially impact any other users in the cluster. Another user may need pods from two separate namespaces to communicate with each other, despite the standard NetworkPolicy not -permitting this. In both of these (and many more!) scenarios, a virtual cluster may be a perfect -solution! +permitting this. In both of these (and many more) scenarios, a virtual cluster may be a perfect +solution. The diagram below briefly outlines the attributes of virtual clusters as compared to using namespaces or physical clusters for isolation and multi-tenancy. +
vcluster - Comparison
-The virtual cluster functionality of vCluster Platform comes from the popular open-source project +The virtual cluster capability of vCluster Platform comes from the popular open source project [vcluster](https://vcluster.com). vCluster Platform provides a centralized management layer for virtual clusters, allowing users to provision virtual clusters in any vCluster Platform managed cluster (or virtual -cluster!). vCluster Platform also offers the capability to import existing virtual clusters such that they -can then be managed from the central vCluster Platform instance! +cluster). vCluster Platform also offers the capability to import existing virtual clusters such that they +can then be managed from the central vCluster Platform instance. + -## Why use Virtual Kubernetes Clusters? +## Why use virtual kubernetes clusters? Virtual clusters can be used to partition a single physical cluster into multiple logical, virtual clusters. This partitioning process still allows for leveraging the benefits of Kubernetes @@ -77,16 +79,18 @@ quickly setting up demo applications for your sales team. Virtual clusters provide immense benefits for large-scale Kubernetes deployments and multi-tenancy. + - **Full Admin Access**: - Deploy operators with CRDs, create namespaces and other cluster-scoped resources that you normally can't create inside a namespace. - Taint and label nodes without influencing the host cluster. - Reuse and share services across multiple virtual clusters with ease. +<-- vale on --> - **Cost Savings:** - Create lightweight vCluster instances that share the underlying host cluster instead of creating separate "real" clusters. - Auto-scale, purge, snapshot, and move your vCluster instances, since they are Kubernetes deployments. - **Low Overhead:** - vCluster instances are super lightweight and only reside in a single namespace. - - vCluster instances run with [K3s](https://k3s.io/), a super low-footprint K8s distribution. You can use other supported distributions such as [K0s](https://k0sproject.io/), vanilla [Kubernetes](https://kubernetes.io/), and [AWS EKS](https://aws.amazon.com/eks/). + - You run vCluster with supported distributions such as vanilla [Kubernetes](https://kubernetes.io/), and [AWS EKS](https://aws.amazon.com/eks/). - The vCluster control plane runs inside a single pod. Open source vCluster also uses a CoreDNS pod for vCluster-internal DNS capabilities. With vCluster Platform, however, you can enable the integrated CoreDNS so you don't need the additional pod. - **No Network Degradation:** - Since the pods and services inside a vCluster are actually being synchronized down to the host cluster, they are effectively using the underlying cluster's pod and service networking. The vCluster pods are as fast as other pods in the underlying host cluster. diff --git a/vcluster/_partials/deploy/distros.mdx b/vcluster/_partials/deploy/distros.mdx index bee9446fe..6c6725f15 100644 --- a/vcluster/_partials/deploy/distros.mdx +++ b/vcluster/_partials/deploy/distros.mdx @@ -14,7 +14,6 @@ By default, the distribution of vCluster is vanilla Kubernetes (K8s) and is the The following distributions are supported for virtual clusters: - **K8s**: By default, vCluster uses vanilla Kubernetes. This is the recommended distribution. -- [**K3s**](https://github.com/k3s-io/k3s): A lightweight, certified Kubernetes distribution designed for resource-constrained environments, remote locations, and IoT devices. K3s is only supported for control plane as a container and worker nodes as host nodes. diff --git a/vcluster/_partials/what-are-virtual-clusters.mdx b/vcluster/_partials/what-are-virtual-clusters.mdx index 6e62ff026..0d00a66fd 100644 --- a/vcluster/_partials/what-are-virtual-clusters.mdx +++ b/vcluster/_partials/what-are-virtual-clusters.mdx @@ -50,9 +50,9 @@ Virtual clusters provide immense benefits for large-scale Kubernetes deployments ### Enhanced flexibility and compatibility - - **Diverse Kubernetes environments:** vCluster supports different Kubernetes versions and distributions (including Kubernetes, K3s, and K0s), allowing version skews. This makes it possible to tailor each virtual cluster to specific requirements without impacting others. + - **Diverse Kubernetes environments:** vCluster supports different Kubernetes versions and distributions (including Kubernetes), allowing version skews. This makes it possible to tailor each virtual cluster to specific requirements without impacting others. - **Adaptable backing stores:** Choose from a range of data stores, from lightweight (SQLite) to enterprise-grade options (embedded etcd, external data stores like Global RDS), catering to various scalability and durability needs. - - **Runs anywhere:** Virtual clusters can run on EKS, GKE, AKS, OpenShift, RKE, K3s, cloud, edge, and on-prem. As long as it's a Kubernetes cluster, you can run a virtual cluster on top of it. + - **Runs anywhere:** Virtual clusters can run on EKS, GKE, AKS, OpenShift, RKE, cloud, edge, and on-prem. As long as it's a Kubernetes cluster, you can run a virtual cluster on top of it. ### Improved scalability diff --git a/vcluster/cli/vcluster_convert_config.md b/vcluster/cli/vcluster_convert_config.md index 961e1b992..788066f62 100644 --- a/vcluster/cli/vcluster_convert_config.md +++ b/vcluster/cli/vcluster_convert_config.md @@ -21,7 +21,6 @@ Reads from stdin if no file is given via "-f". Examples: vcluster convert config --distro k8s -f /my/k8s/values.yaml -vcluster convert config --distro k3s < /my/k3s/values.yaml ############################################################## ``` @@ -29,7 +28,7 @@ vcluster convert config --distro k3s < /my/k3s/values.yaml ## Flags ``` - --distro string Kubernetes distro of the config. Allowed distros: k8s, k3s + --distro string Kubernetes distro of the config. Allowed distros: k8s -f, --file string Path to the input file -h, --help help for config -o, --output string Prints the output in the specified format. Allowed values: yaml, json (default "yaml") diff --git a/vcluster/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx b/vcluster/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx deleted file mode 100644 index fda970023..000000000 --- a/vcluster/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: Lightweight Kubernetes K3s -sidebar_label: K3s -sidebar_position: 2 -description: Configure K3s as the distro for the virtual cluster. -sidebar_class_name: host-nodes ---- - -import DistroK3s from '../../../../../_partials/config/controlPlane/distro/k3s.mdx' -import K3sCompat from '@site/vcluster/_fragments/distro/compat-k3s.mdx' - -import TenancySupport from '../../../../../_fragments/tenancy-support.mdx'; - -:::warning Deprecation notice -Support for **K3s** is deprecated. Migration to a supported Kubernetes distribution is recommended. -::: - - - -[Lightweight Kubernetes (K3s)](https://k3s.io) is a highly available, certified Kubernetes distribution designed for production workloads in unattended, resource-constrained, remote locations or inside IoT appliances. For more information on features, see the [K3s documentation](https://docs.k3s.io/). - -To use K3s with default deployment options, add the following to your `vcluster.yaml` config file: - -```yaml -controlPlane: - distro: - k3s: - enabled: true -``` - -:::warning -After deploying your vCluster, changing the Kubernetes distribution of vCluster is not supported. -::: - - -## Compatibility matrix - - - -## Config reference - - \ No newline at end of file diff --git a/vcluster/deploy/control-plane/container/security/corporate-proxy.mdx b/vcluster/deploy/control-plane/container/security/corporate-proxy.mdx index ab1cabad8..c9be5f70c 100644 --- a/vcluster/deploy/control-plane/container/security/corporate-proxy.mdx +++ b/vcluster/deploy/control-plane/container/security/corporate-proxy.mdx @@ -23,7 +23,7 @@ Configure vCluster to work behind a ## Overview -When deploying vcluster behind a corporate proxy, you need to configure the standard proxy environment variables (`HTTP_PROXY`, `HTTPS_PROXY`, and `NO_PROXY`) on the vcluster control plane pods. The statefulSet configuration ensures that vcluster can: +When deploying vCluster behind a corporate proxy, you need to configure the standard proxy environment variables (`HTTP_PROXY`, `HTTPS_PROXY`, and `NO_PROXY`) on the vCluster control plane pods. The `statefulSet` configuration ensures that vCluster can: - Access external resources through the proxy when needed - Communicate with internal cluster services without going through the proxy @@ -245,7 +245,7 @@ kubectl exec -n vcluster-proxy my-vcluster-0 -- curl -I http://my-vcluster-etcd: ## External etcd deployments -When using external etcd as the backing store for vCluster instead of the default embedded SQLite/k3s, you **must** include the etcd service name explicitly in the `NO_PROXY` environment variable. The service name follows the pattern `-etcd`. This requirement is critical because: +When using external etcd as the backing store for vCluster instead of the default embedded SQLite, you **must** include the etcd service name explicitly in the `NO_PROXY` environment variable. The service name follows the pattern `-etcd`. This requirement is critical because: - The Go HTTP client used by vCluster requires exact hostname matches for services without a leading dot - Domain patterns like `.local` or `.svc.cluster.local` do not cover the etcd service name diff --git a/vcluster/integrations/metrics-server.mdx b/vcluster/integrations/metrics-server.mdx index 7ba4e450f..54a6a2c41 100644 --- a/vcluster/integrations/metrics-server.mdx +++ b/vcluster/integrations/metrics-server.mdx @@ -10,7 +10,7 @@ import TenancySupport from '../_fragments/tenancy-support.mdx'; -### Installing metrics server (inside vCluster) +### Install metrics server (inside vCluster) In case the above recommended method of getting metrics in vCluster using the metrics server proxy does not fulfill your requirements and you need a dedicated metrics server installation in the vCluster you can follow this section. Make sure the vCluster has access to the host clusters nodes. @@ -25,36 +25,9 @@ kube-system coredns-854c77959c-q5878 3m 17Mi kube-system metrics-server-5fbdc54f8c-fgrqk 0m 6Mi ``` -:::info K3s Errors - -If you see the below error after installing metrics-server (check [k3s#5334](https://github.com/k3s-io/k3s/issues/5344) for more information): - -``` -loading OpenAPI spec for "v1beta1.metrics.k8s.io" failed with: failed to retrieve openAPI spec, http error: ResponseCode: 503 -``` -Create a file named `metrics_patch.yaml` with the following contents: -``` -spec: - template: - spec: - containers: - - name: metrics-server - command: - - /metrics-server - - --metric-resolution=30s - - --kubelet-insecure-tls=true - - --kubelet-preferred-address-types=InternalIP,Hostname,InternalDNS,ExternalDNS,ExternalIP -``` -and apply the patch with kubectl: -``` -kubectl patch deployment metrics-server --patch-file metrics_patch.yaml -n kube-system -``` - -::: - ### How does it work? -By default, vCluster will create a service for each node that redirects incoming traffic from within the vCluster to the node kubelet to vCluster itself. This means that if workloads within the vCluster try to scrape node metrics the traffic reaches vCluster first. Vcluster will redirect the incoming request to the host cluster, rewrite the response (pod names, pod namespaces etc) and return it to the requester. +By default, vCluster will create a service for each node that redirects incoming traffic from within the vCluster to the node kubelet to vCluster itself. This means that if workloads within the vCluster try to scrape node metrics the traffic reaches vCluster first. vCluster will redirect the incoming request to the host cluster, rewrite the response (pod names, pod namespaces etc) and return it to the requester. diff --git a/vcluster/manage/accessing-vcluster.mdx b/vcluster/manage/accessing-vcluster.mdx index 5dd544fac..aaff1232a 100644 --- a/vcluster/manage/accessing-vcluster.mdx +++ b/vcluster/manage/accessing-vcluster.mdx @@ -50,11 +50,11 @@ If you have manually [exposed the vCluster](#expose-vcluster), you can specify t vcluster connect my-vcluster -n my-vcluster --server my-domain.org ``` -#### Connect using Service Accounts +#### Connect using service accounts By default, vCluster updates the current kubeconfig to access the vCluster that contains the default admin client certificate and client key to authenticate to the vCluster. This means that all kubeconfig files generated have cluster admin access within the vCluster. -Often this might not be desired. Instead of giving a user admin access to the virtual cluster, you can also use [service account authentication](https://kubernetes.io/docs/reference/access-authn-authz/authentication/#service-account-tokens) to the virtual cluster. Let's say we want to create a kubeconfig file that only has view access in the virtual cluster. Then you would create a new service account inside the vCluster and assign it the cluster role `view` via a cluster role binding. Then we would generate a service account token and use that instead of the client-cert and client-key inside the kubeconfig. +Often this might not be desired. Instead of giving a user admin access to the virtual cluster, you can also use [service account authentication](https://kubernetes.io/docs/reference/access-authn-authz/authentication/#service-account-tokens) to the virtual cluster. Suppose we want to create a kubeconfig file that only has view access in the virtual cluster. Then you would create a new service account inside the vCluster and assign it the cluster role `view` via a cluster role binding. Then we would generate a service account token and use that instead of the client-cert and client-key inside the kubeconfig. ``` vcluster connect my-vcluster -n my-vcluster --service-account kube-system/my-user --cluster-role view @@ -104,7 +104,7 @@ Error from server (Forbidden): namespaces is forbidden: User "system:serviceacco You can replace the token field in the kubeconfig with any other service account token from inside the vCluster to act as this service account against the vCluster. For more information about service accounts and tokens, refer to the [official Kubernetes documentation](https://kubernetes.io/docs/reference/access-authn-authz/authentication/#service-account-tokens). -## Retrieving the kubeconfig from the vCluster secret +## Retrieve the kubeconfig from the vCluster secret @@ -160,7 +160,7 @@ For example, if you want to expose a vCluster at `https://my-domain.org`, you ca # and use it in the generated kube config secret. controlPlane: # distro: (update distro details as per your configurations) - # k3s: + # k8s: # enabled: true proxy: extraSANs: diff --git a/vcluster/manage/backup-restore/restore.mdx b/vcluster/manage/backup-restore/restore.mdx index 022f0ed43..36ab70fcf 100644 --- a/vcluster/manage/backup-restore/restore.mdx +++ b/vcluster/manage/backup-restore/restore.mdx @@ -126,10 +126,6 @@ When taking snapshots and restoring virtual clusters, there are limitations: **Sleeping virtual clusters** - Snapshots require a running vCluster control plane and do not work with sleeping virtual clusters. -**Virtual clusters using the k0s distro** -- Use the `--pod-exec` flag to take a snapshot of a k0s virtual cluster. -- k0s virtual clusters do not support restore or clone operations. Migrate them to k8s instead. - **Virtual clusters using an external database** - Virtual clusters with an external database handle backup and restore outside of vCluster. A database administrator must back up or restore the external database according to the database documentation. Avoid using the vCluster CLI backup and restore commands for clusters with an external database. diff --git a/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k0s.mdx b/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k0s.mdx index efb41b2de..8dce8214c 100644 --- a/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k0s.mdx +++ b/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k0s.mdx @@ -6,7 +6,7 @@ description: Configure k0s as the distro for the virtual cluster. --- import DistroK0s from '../../../../../_partials/config/controlPlane/distro/k0s.mdx' -import K0sCompat from '@site/vcluster/_fragments/distro/compat-k0s.mdx' +import K0sCompat from '../../../../../_fragments/distro/compat-k0s.mdx' :::warning Deprecation notice Support for **K0s** is deprecated in vCluster `v0.25` and removed in `v0.26`. Migration to a supported Kubernetes distribution is recommended. diff --git a/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx b/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx index e4239cabc..e23831889 100644 --- a/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx +++ b/vcluster_versioned_docs/version-0.25.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx @@ -6,7 +6,7 @@ description: Configure K3s as the distro for the virtual cluster. --- import DistroK3s from '../../../../../_partials/config/controlPlane/distro/k3s.mdx' -import K3sCompat from '@site/vcluster/_fragments/distro/compat-k3s.mdx' +import K3sCompat from '../../../../../_fragments/distro/compat-k3s.mdx' :::warning Deprecation notice Support for **K3s** is deprecated. Migration to a supported Kubernetes distribution is recommended. diff --git a/vcluster_versioned_docs/version-0.26.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx b/vcluster_versioned_docs/version-0.26.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx index e4239cabc..e23831889 100644 --- a/vcluster_versioned_docs/version-0.26.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx +++ b/vcluster_versioned_docs/version-0.26.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx @@ -6,7 +6,7 @@ description: Configure K3s as the distro for the virtual cluster. --- import DistroK3s from '../../../../../_partials/config/controlPlane/distro/k3s.mdx' -import K3sCompat from '@site/vcluster/_fragments/distro/compat-k3s.mdx' +import K3sCompat from '../../../../../_fragments/distro/compat-k3s.mdx' :::warning Deprecation notice Support for **K3s** is deprecated. Migration to a supported Kubernetes distribution is recommended. diff --git a/vcluster_versioned_docs/version-0.27.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx b/vcluster_versioned_docs/version-0.27.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx index fda970023..59c6c91e6 100644 --- a/vcluster_versioned_docs/version-0.27.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx +++ b/vcluster_versioned_docs/version-0.27.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx @@ -7,7 +7,7 @@ sidebar_class_name: host-nodes --- import DistroK3s from '../../../../../_partials/config/controlPlane/distro/k3s.mdx' -import K3sCompat from '@site/vcluster/_fragments/distro/compat-k3s.mdx' +import K3sCompat from '../../../../../_fragments/distro/compat-k3s.mdx' import TenancySupport from '../../../../../_fragments/tenancy-support.mdx'; diff --git a/vcluster_versioned_docs/version-0.28.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx b/vcluster_versioned_docs/version-0.28.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx index fda970023..59c6c91e6 100644 --- a/vcluster_versioned_docs/version-0.28.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx +++ b/vcluster_versioned_docs/version-0.28.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx @@ -7,7 +7,7 @@ sidebar_class_name: host-nodes --- import DistroK3s from '../../../../../_partials/config/controlPlane/distro/k3s.mdx' -import K3sCompat from '@site/vcluster/_fragments/distro/compat-k3s.mdx' +import K3sCompat from '../../../../../_fragments/distro/compat-k3s.mdx' import TenancySupport from '../../../../../_fragments/tenancy-support.mdx'; diff --git a/vcluster_versioned_docs/version-0.29.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx b/vcluster_versioned_docs/version-0.29.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx index fda970023..59c6c91e6 100644 --- a/vcluster_versioned_docs/version-0.29.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx +++ b/vcluster_versioned_docs/version-0.29.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx @@ -7,7 +7,7 @@ sidebar_class_name: host-nodes --- import DistroK3s from '../../../../../_partials/config/controlPlane/distro/k3s.mdx' -import K3sCompat from '@site/vcluster/_fragments/distro/compat-k3s.mdx' +import K3sCompat from '../../../../../_fragments/distro/compat-k3s.mdx' import TenancySupport from '../../../../../_fragments/tenancy-support.mdx'; diff --git a/vcluster_versioned_docs/version-0.30.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx b/vcluster_versioned_docs/version-0.30.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx index fda970023..59c6c91e6 100644 --- a/vcluster_versioned_docs/version-0.30.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx +++ b/vcluster_versioned_docs/version-0.30.0/configure/vcluster-yaml/control-plane/components/distro/k3s.mdx @@ -7,7 +7,7 @@ sidebar_class_name: host-nodes --- import DistroK3s from '../../../../../_partials/config/controlPlane/distro/k3s.mdx' -import K3sCompat from '@site/vcluster/_fragments/distro/compat-k3s.mdx' +import K3sCompat from '../../../../../_fragments/distro/compat-k3s.mdx' import TenancySupport from '../../../../../_fragments/tenancy-support.mdx';