Istio VirtualService and DestinationRule ignored when calling a service from inside the mesh
I am trying to implement blue/green deployment using Istio virtual services and destination rules. Seems like I can make it work when calling from outside the cluster, but when a pod calls another pod the requests are balanced on both blue and green instances. All the pods involved have the Envoy sidecar.
Istioctl install command fails because timeout getting minimum supported Kubernetes version
I installed istioctl on my Mac and am trying to run this command from the terminal
VirtualService and DestinationRule Not behaving As per rules set in ISTIO
In ISTIO VirtualService and DestinationRule Not behaving properly, find the manifest below,
when trying to curl my service its distributing traffic to both v1 and v2 pod even after mentioning v1 only in virtual service
VirtualService and DestinationRule Not behaving As per rules set in ISTIO
In ISTIO VirtualService and DestinationRule Not behaving properly, find the manifest below,
when trying to curl my service its distributing traffic to both v1 and v2 pod even after mentioning v1 only in virtual service
VirtualService and DestinationRule Not behaving As per rules set in ISTIO
In ISTIO VirtualService and DestinationRule Not behaving properly, find the manifest below,
when trying to curl my service its distributing traffic to both v1 and v2 pod even after mentioning v1 only in virtual service
VirtualService and DestinationRule Not behaving As per rules set in ISTIO
In ISTIO VirtualService and DestinationRule Not behaving properly, find the manifest below,
when trying to curl my service its distributing traffic to both v1 and v2 pod even after mentioning v1 only in virtual service
VirtualService and DestinationRule Not behaving As per rules set in ISTIO
In ISTIO VirtualService and DestinationRule Not behaving properly, find the manifest below,
when trying to curl my service its distributing traffic to both v1 and v2 pod even after mentioning v1 only in virtual service
VirtualService and DestinationRule Not behaving As per rules set in ISTIO
In ISTIO VirtualService and DestinationRule Not behaving properly, find the manifest below,
when trying to curl my service its distributing traffic to both v1 and v2 pod even after mentioning v1 only in virtual service
RequestAuthentication fails when Istio sidecar config is enabled
I’m running a local Kubernetes cluster with Istio installed onto it. I have one authorization server running in a deployment in the namespace “authserver”, and one resource server running in a deployment in the namespace “resourceserver”. Each of these deployments have a ClusterIP service in front of them to expose them internally to the cluster.
In kubernetes is there a way to map internal DSN abc.xyz to abc-xyz.default.svc.cluster.local
We are planning to migrate to our app to kubernetes. would like to do a lest possible changes as possible. Is there a way to map internal DNS abc.xyz to abc-xyz.default.svc.cluster.local. if the app calles abc.xyz it abc-xyz.default.svc.cluster.local.