- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我在笔记本电脑上的实验室设置中面临同样的问题。
环境:
Istio 版本安装 1.7。 pod 已启动并正在工作
vagrant@master-1:~$ kubectl get pods -n istio-system
NAME READY STATUS RESTARTS AGE
grafana-75b5cddb4d-5t5lq 1/1 Running 1 16h
istio-egressgateway-695f5944d8-s7mbg 1/1 Running 1 16h
istio-ingressgateway-5c697d4cd7-vpd68 1/1 Running 1 16h
istiod-76fdcdd945-tscgc 1/1 Running 0 17m
kiali-6c49c7d566-8wbnw 1/1 Running 1 16h
prometheus-9d5676d95-zxbnk 2/2 Running 2 14h
Kubernetes 集群信息:-
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
worker-3 Ready <none> 62d v1.18.0 192.168.5.24 <none> Ubuntu 18.04.4 LTS 4.15.0-112-generic docker://19.3.12
worker-4 Ready <none> 61d v1.18.0 192.168.5.25 <none> Ubuntu 18.04.4 LTS 4.15.0-112-generic docker://19.3.12
vagrant@loadbalancer:~$
Kube-Apisever 配置
--ExecStart=/usr/local/bin/kube-apiserver \\
--advertise-address=192.168.5.11 \\
--allow-privileged=true \\
--apiserver-count=3 \\
--audit-log-maxage=30 \\
--audit-log-maxbackup=3 \\
--audit-log-maxsize=100 \\
--audit-log-path=/var/log/audit.log \\
--authorization-mode=Node,RBAC \\
--bind-address=0.0.0.0 \\
--client-ca-file=/var/lib/kubernetes/ca.crt \\
--enable-admission-plugins=NodeRestriction,ServiceAccount \\
--enable-swagger-ui=true \\
--enable-bootstrap-token-auth=true \\
--etcd-cafile=/var/lib/kubernetes/ca.crt \\
--etcd-certfile=/var/lib/kubernetes/etcd-server.crt \\
--etcd-keyfile=/var/lib/kubernetes/etcd-server.key \\
--etcd-servers=https://192.168.5.11:2379 \\
--event-ttl=1h \\
--encryption-provider-config=/var/lib/kubernetes/encryption-config.yaml \\
--kubelet-certificate-authority=/var/lib/kubernetes/ca.crt \\
--kubelet-client-certificate=/var/lib/kubernetes/kube-apiserver.crt \\
--kubelet-client-key=/var/lib/kubernetes/kube-apiserver.key \\
--kubelet-https=true \\
--service-account-key-file=/var/lib/kubernetes/service-account.crt \\
--service-cluster-ip-range=10.96.0.0/24 \\
--service-node-port-range=30000-32767 \\
--tls-cert-file=/var/lib/kubernetes/kube-apiserver.crt \\
--tls-private-key-file=/var/lib/kubernetes/kube-apiserver.key \\
--v=2
istio pod svc
vagrant@master-1:~$ kubectl describe svc istiod -n istio-system
Name: istiod
Namespace: istio-system
Labels: app=istiod
install.operator.istio.io/owning-resource=installed-state
install.operator.istio.io/owning-resource-namespace=istio-system
istio=pilot
istio.io/rev=default
operator.istio.io/component=Pilot
operator.istio.io/managed=Reconcile
operator.istio.io/version=1.7.0
release=istio
Annotations: Selector: app=istiod,istio=pilot
Type: ClusterIP
IP: 10.96.0.197
Port: grpc-xds 15010/TCP
TargetPort: 15010/TCP
Endpoints: 10.44.0.7:15010
Port: https-dns 15012/TCP
TargetPort: 15012/TCP
Endpoints: 10.44.0.7:15012
Port: https-webhook 443/TCP
TargetPort: 15017/TCP
Endpoints: 10.44.0.7:15017
Port: http-monitoring 15014/TCP
TargetPort: 15014/TCP
Endpoints: 10.44.0.7:15014
Port: dns-tls 853/TCP
TargetPort: 15053/TCP
Endpoints: 10.44.0.7:15053
Session Affinity: None
Events: <none>
基本故障排除
vagrant@loadbalancer:~$ kubectl -n istio-system get configmap istio-sidecar-injector -o jsonpath='{.data.config}' | grep policy:
policy: enabled
vagrant@loadbalancer:~$ kubectl get mutatingwebhookconfiguration istio-sidecar-injector -o yaml | grep
> istio-injection: enabled
bjectSelector: {}
reinvocationPolicy:
> Never
来自 Kube API 服务器的错误
Aug 31 02:48:22 master-1 kube-apiserver[1750]: I0831 02:48:22.521377 1750 trace.go:116] Trace[51800791]: “Call mutating webhook” configuration:istio-sidecar-injector,webhook:sidecar-injector.istio.io,resource:/v1, Resource=pods,subresource:,operation:CREATE,UID:9b96e1b2-3bbe-41d6-a727-0e19cdd9fbd1 (started: 2020-08-31 02:47:52.521061627 +0000 UTC m=+1080.518695497) (total time:30.000277923s):
Aug 31 02:48:22 master-1 kube-apiserver[1750]: Trace[51800791]: [30.000277923s] [30.000277923s] END
Aug 31 02:48:22 master-1 kube-apiserver[1750]: W0831 02:48:22.521529 1750 dispatcher.go:181] Failed calling webhook, failing closed sidecar-injector.istio.io: failed calling webhook “sidecar-injector.istio.io”: Post https://istiod.istio-system.svc:443/inject?timeout=30s: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
Aug 31 02:48:22 master-1 kube-apiserver[1750]: I0831 02:48:22.521814 1750 trace.go:116] Trace[491776795]: “Create” url:/api/v1/namespaces/dev/pods,user-agent## ##:kubectl/v1.18.0 (linux/amd64) kubernetes/9e99141,client:192.168.5.30 (started: 2020-08-31 02:47:52.510910326 +0000 UTC m=+1080.508544152) (total time: 30.010883231s):
Aug 31 02:48:22 master-1 kube-apiserver[1750]: Trace[491776795]: [30.010883231s] [30.003030474s] END
最佳答案
正如我在评论中已经提到的,如果您使用的是 VM,您应该遵循 guide。部署 Istio 并将虚拟机连接到它。
请注意,VM 支持仍然是一个 alpha 功能。
引自 1.6 upgrade notes
Better Virtual Machine support
Expanding our support for workloads not running in Kubernetes was one of the our major areas of investment for 2020, and we’re excited to announce some great progress here.
For those of you who are adding non-Kubernetes workloads to meshes (for example, workloads deployed on VMs), the new WorkloadEntry resource makes that easier than ever. We created this API to give non-Kubernetes workloads first-class representation in Istio. It elevates a VM or bare metal workload to the same level as a Kubernetes Pod, instead of just an endpoint with an IP address. You now even have the ability to define a Service that is backed by both Pods and VMs. Why is that useful? Well, you now have the ability to have a heterogeneous mix of deployments (VMs and Pods) for the same service, providing a great way to migrate VM workloads to a Kubernetes cluster without disrupting traffic to and from it.
VM-based workloads remain a high priority for us, and you can expect to see more in this area over the coming releases.
关于kubernetes - Istio1.7 sidecar-injection 失败,等待 header 时超时,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/63667870/
我需要 kubernetes 集群中的 sidecar,它运行初始化脚本,然后终止或永远休眠。我不能在 postStart 中执行此操作,因为 postStart 不保证主容器中的 CMD/ENTRY
我正在关注本教程 https://learn.hashicorp.com/consul/getting-started/connect 当我运行 consul connect proxy -sidec
我正在关注本教程 https://learn.hashicorp.com/consul/getting-started/connect 当我运行 consul connect proxy -sidec
在文件夹中我可能有以下类型的文件名: filename.imageExtension filename.imageExtension.sidecarExtension filename.sidecar
我有一个非常简单的 sidecar 应用程序——只有所需的注释和主要方法,如下所示: @SpringBootApplication @EnableSidecar public class Sideca
如何使用 IstioOperator 启用 sidecar 注入(inject)?这是我的配置,这还不够。 apiVersion: install.istio.io/v1alpha1 kind: Is
我正在尝试使用 nginx 和 logrotate sidecar 部署一个测试 pod。Logrotate sidecar 取自:logrotate 我的 Pod yaml 配置: apiVersi
我们使用 Kubernetes Job s 用于大量的批处理计算,我想用监控边车检测每个作业,以根据作业的进度更新集中跟踪系统。 唯一的问题是,我无法弄清楚作业中多个容器的语义是(或应该是)什么。 无
我想要一个包含几个组件的多容器 pod: 包含构建作业的“主”容器 一个包含 HTTP 代理的“sidecar”容器,由“主”容器使用 这似乎很符合 pods 的设计理念,如 described in
我希望在使用 KubernetesPodOperator 时创建一个 sidecar 容器。我看到使用 pod_mutation_hook 创建 init 容器 的选项,但没有看到创建 sidecar
我跑istio在 Kubernetes .我想知道特使边车是如何工作的。比如在pod中注入(inject)sidecar后,如果没有EgressRule,原容器就无法访问外网。 .它是如何工作的? 最
我正在设置一个 PHP 构建系统,需要运行一个本地 MySQL 实例来执行测试。目前我正在使用声明式管道语法并使用 docker。是否可以在声明式语法中将 MySQL 作为 sidecar 运行? 如
我目前正在研究 1.6 版的服务网格 Istio。数据平面(Envoy 代理)由控制平面配置。尤其是 Pilot( istiod 的一部分)负责将路由规则和配置传播给特使。我想知道通信是如何工作的?
我需要在基于文档的照片编辑器应用程序中访问 sidecar XMP 文件。图像文件是文档,当用户打开并保存图像文档时,我需要访问 sidecar XMP 文件。 是否可以在沙盒基于文档的应用程序中访问
我在 Azure 上有一个启用了虚拟节点的 AKS 集群 (virtual-kubelet/azure-aci v1.3.2),它工作正常(有点不稳定,但大部分工作正常)。我的问题是,一旦我在想要在虚
我想在我的管道中将 ZAP 作为代理运行,并通过代理运行我的 selenium 测试。我只是在容器中使用 curl 代替 selenium 进行测试,并且能够使用 docker 在本地完成这项工作。
我的部署包括: 一个初始化容器 长期服务 需要配置相关服务的 sidecar。 一旦配置了单独的服务,sidecar 的工作就完成了。但是,它不能终止,因为 Kubernetes 只会重新启动它。它不
最近我正在将 Istio 添加到我的 kubernetes 集群中。为部署了 MongoDB statefulset 的命名空间之一启用 istio 时,MongoDB 无法启动。 错误消息是“ ke
我已将我的应用程序连同从示例应用程序收集日志的流利位边车容器一起部署到 Kubernetes pod 中。 apiVersion: apps/v1 kind: Deployment metadata:
我正在尝试为 PostgreSQL 设置 Cloud SQL 代理 Docker 镜像,如前所述 here 。我可以让我的应用程序连接到代理 docker 镜像,但代理超时。我怀疑这是我的凭据或端口的
我是一名优秀的程序员,十分优秀!