weixin_45396500的博客

部署ingress controller pod后发现错误。这里是说没法列出networking.k8s.io 里的资源，也无法在discovery.k8s.io里的endpoints资源。原有的rbac设置，可以看到这里ClusterRole设置了apiGroups为extension。但是最新的ingress controller已经从extension的api资源组移动到了networking.k8s.io 的API资源组，所以这里的权限已经不再适用。

当我在本地的git hub 进行修改后，需要推送到远程github仓库。当我运行了git add . git commit -m "ingress-controller image" 以后，运行git push origin main，发现由于网络原因无法连接到远程github仓库。此时开始设置ssh连接。-t是指定密钥类型的参数。在这里，-t rsa表示生成类型的密钥。- b表示输出的密钥长度为4096位，-C是为密钥添加注释的参数。是我为这个密钥添加的注释。

发现这个问题和K8S的工作方式有关，Kubernetes 默认使用。并将deployment中的镜像名称改为以上名称，则pod创建成功。，Kubernetes 实际上会自动补全为。作为镜像仓库的前缀。

修改istio/samples/bookinfo/plateform/kube路径下的bookinfo.yaml文件，将里面的deployment的版本改为对应的镜像版本，从而成功部署。由于所有的镜像（review三个、details、ratings、productpage）都是1.19.1，后尝试重新下载镜像也不行。但是bookinfo的ratings和productpage无法运行，部署后显示crashLoopBackOff。

一开始看的教程是使用dockerd的运行时配置fluentd，但是我使用的是containerd的容器运行时，这两个运行时存储日志的位置不一样，导致fluentd一开始什么日志都收集不到。如下是我fluentd的挂载配置，其中还包括一个configMap的挂载，这个configMap是帮助fluentd解析containerd日志的。containerd的挂载位置是/var/log/pods和/var/log/containers。修改fluentd的deployment文件，更改Mounts挂载的位置。

所以解决办法是，在kibana的deployment文件里增加下面环境变量（一开始只有ELASTICSEARCH_URL）定位到问题可能是kibana的默认elasticsearch服务的配置是elasticsearch：9200。这里说kibana试图连接到elasticsearch:9200。可以看到默认的hosts就是 [ "http://elasticsearch:9200" ]。发现在kibana内部可以成功解析elasticsearch-svc。

执行yum install yum-utils的时候，无法访问centos官网从而发生错误，可以把centos源转换为国内镜像源。首先，备份当前的 CentOS 源配置文件，以便在需要时可以恢复。现在可以再次尝试安装。