首先安装microk8s:
sudo snap install microk8s --classic
得到输出：
microk8s (1.28/stable) v1.28.7 from Canonical✓ installed
设置 K8s 命令别名（alias）
MicroK8s 支持的命令中，我们会相对高频的使用 microk8s.kubectl 这个命令，这个命令相比较官方默认命令 kubectl 长了不少，使用起来不是特别方便。我们可以通过 snap alias 来给命令起个别名：
sudo snap alias microk8s.kubectl kubectl
当命令执行完毕，我们将得到下面的日志输出，表示创建命令别名成功：
Added:- microk8s.kubectl as kubectl
接下来，我们就能够直接在系统中使用 kubectl 命令啦。
类似的，我们还可以将高频使用的 主要命令 从 microk8s中“映射”出来：
sudo snap alias microk8s.ctr ctr
sudo snap alias microk8s.helm helm
sudo snap alias microk8s.helm3 helm3
解决 MicroK8s 运行权限问题
完成安装之后，想要在非 root 环境下使用，还需要做一些额外的工作。执行 microk8s.version ，我们可以得到下面的包含“引导信息”的日志：
Insufficient permissions to access MicroK8s.
You can either try again with sudo or add the user soulteary to the 'microk8s' group:sudo usermod -a -G microk8s xxxsudo chown -f -R xxx ~/.kubeAfter this, reload the user groups either via a reboot or by running 'newgrp microk8s'.
按提示执行命令就可以了，不再复述。
解决 MicroK8s 无法正常运行的问题
在解决上面的问题之后，当我们执行 microk8s status ，可能会得到类似下面的日志输出，告诉我们程序并没有按照预期运行：
microk8s is not running. Use microk8s inspect for a deeper inspection.
我们可以执行 microk8s.inspect 查看是否有报错信息，如果没有任何报错，可以来通过 kubectl 来进一步排查问题到底出现在了哪里。
先通过 kubectl 获取所有 pods 的运行状况：
kubectl get pods --all-namespaces
命令执行完毕，将得到类似下面的日志结果：
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system calico-node-crhgl 0/1 Init:0/2 0 3m56s
kube-system calico-kube-controllers-77bd7c5b-xnd48 0/1 Pending 0 3m56s
kube-system coredns-864597b5fd-jmb4m 0/1 Pending 0 3m56s
根据日志可以看到，有一个 pod 的状态是 “Init:0/2”，另外一个是“Pending”。这个排队启动的问题，是导致我们的 MicroK8s 没有正常运行的主要原因。
接着，使用 kubectl describe pod 来查看到底是为什么：
kubectl describe pod calico-node-crhgl -n kube-system
输出信息比较多，最后面会有这么几行：
Events:Type Reason Age From Message---- ------ ---- ---- -------Normal Scheduled 5m13s default-scheduler Successfully assigned kube-system/calico-node-crhgl to ibm-johnny-z13Warning FailedMount 5m13s kubelet MountVolume.SetUp failed for volume "kube-api-access-mpscq" : configmap "kube-root-ca.crt" not foundWarning FailedCreatePodSandBox 3m13s (x2 over 4m42s) kubelet Failed to create pod sandbox: rpc error: code = Unknown desc = failed to get sandbox image "registry.k8s.io/pause:3.7": failed to pull image "registry.k8s.io/pause:3.7": failed to pull and unpack image "registry.k8s.io/pause:3.7": failed to resolve reference "registry.k8s.io/pause:3.7": failed to do request: Head "https://us-west2-docker.pkg.dev/v2/k8s-artifacts-prod/images/pause/manifests/3.7": dial tcp 142.251.8.82:443: i/o timeoutWarning FailedCreatePodSandBox 22s (x5 over 4m) kubelet Failed to create pod sandbox: rpc error: code = DeadlineExceeded desc = failed to get sandbox image "registry.k8s.io/pause:3.7": failed to pull image "registry.k8s.io/pause:3.7": failed to pull and unpack image "registry.k8s.io/pause:3.7": failed to resolve reference "registry.k8s.io/pause:3.7": failed to do request: Head "https://us-west2-docker.pkg.dev/v2/k8s-artifacts-prod/images/pause/manifests/3.7": dial tcp 142.251.8.82:443: i/o timeout
看到failed to pull image "registry.k8s.io/pause:3.7"这个关键信息了，就明白registry.k8s.io被墙了，于是设置一下proxy，前提是我司有一个代理于是打开sudo gedit /var/snap/microk8s/current/args/containerd-env
，把里面的HTTPS_PROXY和NO_PROXY两行打开，填上真确的值，例如：
HTTPS_PROXY=http://proxy.emea.ibm.com:8080
NO_PROXY=10.0.0.0/8,192.168.0.0/16,127.0.0.1,172.16.0.0/16
然后再重启microk8s:
microk8s stop && microk8s start
然后再用microk8s status查看，一切正常了。
注：网上说自已用ctr image pull 自己手动拉相关镜像，我拉下来了，但它还是报错，不知道为什么。
)
