修复unit文件链接
Jimmy Song
parent
4deb8fa0cf
commit
8c2de59345
|
|
@ -165,7 +165,7 @@ KUBE_API_ARGS="--authorization-mode=RBAC --runtime-config=rbac.authorization.k8s
|
|||
+ `--service-cluster-ip-range` 指定 Service Cluster IP 地址段，该地址段不能路由可达；
|
||||
+ 缺省情况下 kubernetes 对象保存在 etcd `/registry` 路径下，可以通过 `--etcd-prefix` 参数进行调整；
|
||||
|
||||
完整 unit 见 [kube-apiserver.service](./systemd/kube-apiserver.service)
|
||||
完整 unit 见 [kube-apiserver.service](../systemd/kube-apiserver.service)
|
||||
|
||||
**启动kube-apiserver**
|
||||
|
||||
|
|
@ -230,7 +230,7 @@ KUBE_CONTROLLER_MANAGER_ARGS="--address=127.0.0.1 --service-cluster-ip-range=10.
|
|||
|
||||
如果有组件report unhealthy请参考：https://github.com/kubernetes-incubator/bootkube/issues/64
|
||||
|
||||
完整 unit 见 [kube-controller-manager.service](./systemd/kube-controller-manager.service)
|
||||
完整 unit 见 [kube-controller-manager.service](../systemd/kube-controller-manager.service)
|
||||
|
||||
### 启动 kube-controller-manager
|
||||
|
||||
|
|
@ -280,7 +280,7 @@ KUBE_SCHEDULER_ARGS="--leader-elect=true --address=127.0.0.1"
|
|||
|
||||
+ `--address` 值必须为 `127.0.0.1`，因为当前 kube-apiserver 期望 scheduler 和 controller-manager 在同一台机器；
|
||||
|
||||
完整 unit 见 [kube-scheduler.service](./systemd/kube-scheduler.service)
|
||||
完整 unit 见 [kube-scheduler.service](../systemd/kube-scheduler.service)
|
||||
|
||||
### 启动 kube-scheduler
|
||||
|
||||
|
|
|
|||
|
|
@ -301,7 +301,7 @@ KUBELET_ARGS="--cgroup-driver=systemd --cluster-dns=10.254.0.2 --experimental-bo
|
|||
+ `--cluster-domain` 指定 pod 启动时 `/etc/resolve.conf` 文件中的 `search domain` ，起初我们将其配置成了 `cluster.local.`，这样在解析 service 的 DNS 名称时是正常的，可是在解析 headless service 中的 FQDN pod name 的时候却错误，因此我们将其修改为 `cluster.local`，去掉嘴后面的 ”点号“ 就可以解决该问题，关于 kubernetes 中的域名/服务名称解析请参见我的另一篇文章。
|
||||
+ `--kubeconfig=/etc/kubernetes/kubelet.kubeconfig `中指定的`kubelet.kubeconfig`文件在第一次启动kubelet之前并不存在，请看下文，当通过CSR请求后会自动生成`kubelet.kubeconfig`文件，如果你的节点上已经生成了`~/.kube/config`文件，你可以将该文件拷贝到该路径下，并重命名为`kubelet.kubeconfig`，所有node节点可以共用同一个kubelet.kubeconfig文件，这样新添加的节点就不需要再创建CSR请求就能自动添加到kubernetes集群中。同样，在任意能够访问到kubernetes集群的主机上使用`kubectl --kubeconfig`命令操作集群时，只要使用`~/.kube/config`文件就可以通过权限认证，因为这里面已经有认证信息并认为你是admin用户，对集群拥有所有权限。
|
||||
|
||||
完整 unit 见 [kubelet.service](./systemd/kubelet.service)
|
||||
完整 unit 见 [kubelet.service](../systemd/kubelet.service)
|
||||
|
||||
### 启动kublet
|
||||
|
||||
|
|
@ -394,7 +394,7 @@ KUBE_PROXY_ARGS="--bind-address=172.20.0.113 --hostname-override=172.20.0.113 --
|
|||
+ `--kubeconfig` 指定的配置文件嵌入了 kube-apiserver 的地址、用户名、证书、秘钥等请求和认证信息；
|
||||
+ 预定义的 RoleBinding `cluster-admin` 将User `system:kube-proxy` 与 Role `system:node-proxier` 绑定，该 Role 授予了调用 `kube-apiserver` Proxy 相关 API 的权限；
|
||||
|
||||
完整 unit 见 [kube-proxy.service](./systemd/kube-proxy.service)
|
||||
完整 unit 见 [kube-proxy.service](../systemd/kube-proxy.service)
|
||||
|
||||
### 启动 kube-proxy
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue