English | 中文
In addition to supporting deploying on VM and BM, KubeSphere also supports installing on cloud-hosted and on-premises existing Kubernetes clusters.
This is a fork from kubesphere/ks-installer to support multiarch cluster.
- Kubernetes Version: 1.15.x, 1.16.x, 1.17.x, 1.18.x;
- CPU > 1 Core, Memory > 2 G;
- An existing default Storage Class in your Kubernetes clusters.
- The CSR signing feature is activated in kube-apiserver when it is started with the
--cluster-signing-cert-file
and--cluster-signing-key-file
parameters, see RKE installation issue.
- Make sure your Kubernetes version is compatible by running
kubectl version
in your cluster node. The output looks as the following:
$ kubectl version
Client Version: version.Info{Major:"1", Minor:"15", GitVersion:"v1.15.1", GitCommit:"4485c6f18cee9a5d3c3b4e523bd27972b1b53892", GitTreeState:"clean", BuildDate:"2019-07-18T09:09:21Z", GoVersion:"go1.12.5", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"15", GitVersion:"v1.15.1", GitCommit:"4485c6f18cee9a5d3c3b4e523bd27972b1b53892", GitTreeState:"clean", BuildDate:"2019-07-18T09:09:21Z", GoVersion:"go1.12.5", Compiler:"gc", Platform:"linux/amd64"}
Note: Pay attention to
Server Version
line, ifGitVersion
is greater thanv1.15.0
, it's good to go. Otherwise you need to upgrade your kubernetes first.
- Check if the available resources meet the minimal prerequisite in your cluster.
$ free -g
total used free shared buff/cache available
Mem: 16 4 10 0 3 2
Swap: 0 0 0
- Check if there is a default Storage Class in your cluster. An existing Storage Class is the prerequisite for KubeSphere installation.
$ kubectl get sc
NAME PROVISIONER AGE
glusterfs (default) kubernetes.io/glusterfs 3d4h
If your Kubernetes cluster environment meets all requirements mentioned above, then you can start to install KubeSphere.
kubectl apply -f https://raw.githubusercontent.com/kubesphere/ks-installer/v3.0.0/deploy/kubesphere-installer.yaml
kubectl apply -f https://raw.githubusercontent.com/kubesphere/ks-installer/v3.0.0/deploy/cluster-configuration.yaml
This is a fork from kubesphere/ks-installer to support multiarch cluster. Use commands below instead
kubectl apply -f https://raw.githubusercontent.com/lisy09/ks-installer/release-3.0-multiarch/deploy/kubesphere-installer.yaml
Then inspect the logs of installation.
kubectl logs -n kubesphere-system $(kubectl get pod -n kubesphere-system -l app=ks-install -o jsonpath='{.items[0].metadata.name}') -f
When all Pods of KubeSphere are running, it means the installation is successful. Check the port (30880 by default) of the console service by the following command. Then you can use http://IP:30880
to access the console with the default account admin/P@88w0rd
.
kubectl get svc/ks-console -n kubesphere-system
Attention:
- KubeSphere supports enable the pluggable components before or after the installation, you can refer to the cluster-configuration.yaml for more details.
- Make sure there is enough CPU and memory available in your cluster.
- [Optional] Create the secret of certificate for Etcd in your Kubernetes cluster. This step is only needed when you want to enable Etcd monitoring.
Note: Create the secret according to the actual Etcd certificate path of your cluster; If the Etcd has not been configured certificate, an empty secret needs to be created.
- If the Etcd has been configured with certificates, refer to the following step (The following command is an example that is only used for the cluster created by
kubeadm
):
$ kubectl -n kubesphere-monitoring-system create secret generic kube-etcd-client-certs \
--from-file=etcd-client-ca.crt=/etc/kubernetes/pki/etcd/ca.crt \
--from-file=etcd-client.crt=/etc/kubernetes/pki/etcd/healthcheck-client.crt \
--from-file=etcd-client.key=/etc/kubernetes/pki/etcd/healthcheck-client.key
- If the Etcd has not been configured with certificates.
kubectl -n kubesphere-monitoring-system create secret generic kube-etcd-client-certs
- If you already have a minimal KubeSphere setup, you still can enable the pluggable components by editing the ClusterConfiguration of ks-installer using the following command.
Note: Please make sure there is enough CPU and memory available in your cluster.
kubectl edit cc ks-installer -n kubesphere-system
- Inspect the logs of installation.
kubectl logs -n kubesphere-system $(kubectl get pod -n kubesphere-system -l app=ks-install -o jsonpath='{.items[0].metadata.name}') -f
- Download the Yaml file as follows:
wget https://raw.githubusercontent.com/kubesphere/ks-installer/v3.0.0/deploy/kubesphere-installer.yaml
wget https://raw.githubusercontent.com/kubesphere/ks-installer/v3.0.0/deploy/cluster-configuration.yaml
- Sync the changes from the v2.1.1 to v3.0.0 in the config section of
cluster-configuration.yaml
, note the storage class and the pluggable components need to be consistent with the v2.1.1:
kubectl apply -f kubesphere-installer.yaml
kubectl apply -f cluster-configuration.yaml
Note: If your KubeSphere version is v2.1.0 or eariler, please upgrade to v2.1.1 first.