我已经在我的服务中应用了istio和DestionationRule (基本上是istio配置)的一些更新,这些更新都是由Ingress公开的。而且不知怎么的,它没有反映我的配置策略。SYNCED (100%) STALE istio-pilot-6cd95f9cc4-8pcw4 1.0.0
istio-egressgateway-868bb74854-SYNCED (100%) NOT SENT istio-pilot-6cd95f9cc4-8pcw4
我正在尝试使用运行在kubernetes上的容器启用istio sidecar注入。istio初始化容器上的版本是proxy_init:1.0.3-gke.0,istio代理的版本是istio/proxyv2:1.0.3。(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod
| sh - cd istio-0.3.0 kubectl apply -f install/kubernetes/istio-auth.yaml namespace "istio-system" created clusterrole "istio-pilot-istio-system" created clusterrole "istio-initializer-is
另一个问题与我看到的ISTIO操作符有关。我相信ISTIO小组已经反对他们的经营者了。我是不是误解了我读到的东西?我一直习惯于寻找操作员来安装我的系统的组件。它们似乎是K8S标准驱动事物的方式。虽然我还没有用istioctl执行安装,但下面的命令似乎是"good to go“
(base) [dsargrad@localhostIstio is safe to i
我正在尝试使用Istio远程调试在Openshift中运行的java应用程序,因此作为一个pod,一个docker容器与应用程序本身,另一个容器与特使代理。我已经在java进程上设置了调试参数:该进程打开了端口,并写道:(SocketAttachingConnector.java:90)
at com.sun.tools.example.debug.tty.VMConnection