金丝雀发布自定义header保存后，“确定”按钮无反应

lklkxcxc

KubeSphere Version:v3.0.1

kubectl -n istio-system get pods

日志 & 截图 & 问题

lklkxcxc

换成chrome
chrome偶尔可以点击保存，但是header的value始终为空，只能保存key

zackzhang

这个是bug，我们在下个版本会修复，临时解决方法是replace下crd:


kubectl replace -f https://raw.githubusercontent.com/kubesphere/ks-installer/master/roles/common/files/ks-crds/servicemesh.kubesphere.io_strategies.yaml --force

kubesphere/kubesphere#3845

lklkxcxc

执行完这个crd后之前的金丝雀任务找不到了，新建任务页面可以完成上面操作，但是执行kubectl -n demo-project get virtualservice -o yaml 发现新的 virtualservice未生成 zackzhang

lklkxcxc

zackzhang 重启了下istiod 发现新的策略创建出来了，istiod感觉不是很稳定。另外VirtualService未指定gateway
我怎么通过istioingress访问我的服务呢？

lklkxcxc

zackzhang

zackzhang kk-install pod每次重启后都会重建该crd导致已保存的灰度策略丢失，只能再执行一次上述的crd才行继续使用header设置但是之前已保存的都丢失了，这个bug生产环境就没法用了。

lklkxcxc

zackzhang kubectl replace -f https://raw.githubusercontent.com/kubesphere/ks-installer/master/roles/common/files/ks-crds/servicemesh.kubesphere.io_strategies.yaml –force

lklkxcxc

apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
creationTimestamp: “2021-05-10T09:10:40Z”
generation: 14
labels:
app: reviews
app.kubernetes.io/name: bookinfo
app.kubernetes.io/version: v1
name: reviews
namespace: demo-project
resourceVersion: “338106119”
selfLink: /apis/networking.istio.io/v1beta1/namespaces/demo-project/virtualservices/reviews
uid: cc998e5c-9147-4e84-91bb-62f24f92752b
spec:
hosts:
- reviews
  http:
- match:
  - port: 9080
    route:
  - destination:
    host: reviews
    port:
    number: 9080
    subset: v2
    weight: 100
    tcp: []
    kind: List
    metadata:
    resourceVersion: ""
    selfLink: ""

lklkxcxc

[root@kube-master-01 kubesphere]# istioctl experimental describe pod productpage-v1-7b6d96c8f5-mjtgw -n demo-project
Pod: productpage-v1-7b6d96c8f5-mjtgw

Pod Ports: 9080 (productpage), 15090 (istio-proxy)

2021-05-12T05:56:52.477525Z error lost connection to pod
Error: failed to execute command on sidecar: failure running port forward process: Get “http://localhost:32768/config_dump”: EOF

感觉不如让用户自己安装istio，自己装好的istio没有这么多问题

zackzhang

执行那个命令后，不加 –force就不会下线你的任务。我们没有使用istio-ingressgateway，使用的是ingress gateway。不要手动去改virtualservice。

lklkxcxc

zackzhang 明白了！目前新上线一个带服务治理的应用istio-sidecar一直报之前碰到的这个错误，没法每次去通过重启istiod服务来解决，碰到这种情况有没有其它办法或者我能不能用自己安装的istio服务，kubsphere安装的时候不安装istio服务
2021-05-12T07:03:25.082175Z warn Envoy proxy is NOT ready: Get "http://127.0.0.1:15000/stats?usedonly&filter=^(cluster_manager\\.cds|listener_manager\\.lds)\\.(update_success|update_rejected)$": context deadline exceeded (Client.Timeout exceeded while awaiting headers) 2021-05-12T07:03:27.081926Z warn Envoy proxy is NOT ready: Get "http://127.0.0.1:15000/stats?usedonly&filter=^(cluster_manager\\.cds|listener_manager\\.lds)\\.(update_success|update_rejected)$": context deadline exceeded (Client.Timeout exceeded while awaiting headers) 2021-05-12T07:03:29.086027Z warn Envoy proxy is NOT ready: Get "http://127.0.0.1:15000/stats?usedonly&filter=^(cluster_manager\\.cds|listener_manager\\.lds)\\.(update_success|update_rejected)$": context deadline exceeded (Client.Timeout exceeded while awaiting headers)

lklkxcxc

zackzhang 不使用istio-ingressgateway而去使用ingress gateway是达不到灰度发布的目的，实测灰度没有生效，暂时没想明白，但是理论是不需要一定要走istio-ingressgateway。走istio-ingressgateway是可以的

zackzhang

lklkxcxc ks 你是从3.0升级上来的还是新安装的3.1

lklkxcxc

zackzhang 直接在kubernetes新安装的3.1.0 ，这个kubernetes里面之前安装过istio后面istio因为版本太旧被卸载了。

zackzhang

lklkxcxc 你老的应用都需要重启下，重新注入sidecar。跟是不是kubesphere安装的istio没有关系。如果你要自己安装istio也可以，但是无法使用ks界面提供的微服务治理功能。

lklkxcxc

istio装成我自己的1.7.2版本后一切正常了，之前
ingressgateway也是起不来报上面错误：
2021-05-12T07:03:25.082175Z warn Envoy proxy is NOT ready: Get "http://127.0.0.1:15000/stats?usedonly&filter=^(cluster_manager\\.cds|listener_manager\\.lds)\\.(update_success|update_rejected)$": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
这个命令也能正常执行了：
istioctl experimental describe pod productpage-v1-7b6d96c8f5-mjtgw -n demo-project
Pod: productpage-v1-7b6d96c8f5-mjtgw

Pod Ports: 9080 (productpage), 15090 (istio-proxy)

Service: productpage
Port: http-web 9080/HTTP targets pod port 9080
DestinationRule: productpage for “productpage”
Matching subsets: v1
No Traffic Policy

Exposed on Ingress Gateway http://172.16.57.15
VirtualService: productpage
Weight 100%
/*,
建议是否可以选择用户可以自己装istio
istio版本zackzhang

zackzhang

如果换了istio版本，原先注入过sidecar的应用都需要重启。

lklkxcxc

zackzhang 每次重启kk-install都会装系统自带的istiod-1-6-10 该怎么处理，我去修改配置文件clusterconfiguration禁用servicemesh吗？我在尝试这么去做，但禁用
servicemesh后灰度页面一直报错，之前正常显示流量控制值也报错了Get "/kiali/api/namespaces/demo-project/workloads/ratings-v2/metrics?queryTime=1620811116&duration=1800&step=30&rateInterval=30s&filters%5B%5D%5B0%5D=request_count&filters%5B%5D%5B1%5D=request_duration&filters%5B%5D%5B2%5D=request_error_count&filters%5B%5D%5B3%5D=tcp_sent&filters%5B%5D%5B4%5D=tcp_received&direction=inbound&reporter=destination&requestProtocol=http&namespaces=demo-project&workload=ratings-v2": unsupported protocol scheme ""

zackzhang

lklkxcxc 用自己安装的istio后，ks页面上的灰度发布都用不了。你要是想每次重启不安装，在 cc里面把servicemesh disable。

lklkxcxc

zackzhang 使用之前看了下灰度功能，用ks就是想用灰度发布，其它功能企业内部平台都有了。现在是ks自带istio不稳定才用自己安装的，这样看就是用不了或者等后续版本吧。非常感谢您的回复！我感觉解决以下这个问题，应该可以使用自定义的istio，将istiod-1-6-10.istio-system.svc修改为istiod.istio-system.svc

zackzhang

https://kubesphere.com.cn/forum/d/3192-kubesphere 自己查下原因