Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/azure/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Azure 无法通过网络访问新AKS群集(包括仪表板)_Azure_Kubernetes_Azure Container Service - Fatal编程技术网

Azure 无法通过网络访问新AKS群集(包括仪表板)

Azure 无法通过网络访问新AKS群集(包括仪表板),azure,kubernetes,azure-container-service,Azure,Kubernetes,Azure Container Service,昨天我开发了一个Azure Kubernetes服务集群,运行一些简单的应用程序。其中三家已经公开了昨天可以访问的公共IP 今天早上,我无法让仪表板通道正常工作,也无法让LoadBalancerIPs本身正常工作 Azure twitter帐户要求我在这里寻求帮助 我不知道如何解决这个明显的网络问题-只有az似乎能够接触到我的群集。 仪表板错误日志 ❯❯❯ 制作仪表板~/c/azure-k8s(主控) az aks浏览--资源组=akc rg cf--名称=akc-237 将“akc-237”合

昨天我开发了一个Azure Kubernetes服务集群,运行一些简单的应用程序。其中三家已经公开了昨天可以访问的公共IP

今天早上,我无法让仪表板通道正常工作,也无法让
LoadBalancer
IPs本身正常工作

Azure twitter帐户要求我在这里寻求帮助

我不知道如何解决这个明显的网络问题-只有
az
似乎能够接触到我的群集。

仪表板错误日志
❯❯❯ 制作仪表板~/c/azure-k8s(主控)
az aks浏览--资源组=akc rg cf--名称=akc-237
将“akc-237”合并为/var/folders/9r/wx8xx8ls43l8w8b14f6fns8w0000gn/T/tmppst_atlw中的当前上下文
在上运行的代理http://127.0.0.1:8001/
按CTRL+C关闭通道。。。
错误:升级连接时出错:拨号后端时出错:拨号tcp 10.240.0.4:10250:getsockopt:连接超时

服务+吊舱列表
❯❯❯ kubectl获取服务,pods~/c/azure-k8s(主)
名称类型CLUSTER-IP外部IP端口年龄
azure投票支持群集IP 10.0.125.49 6379/TCP 16h
azure vote前端负载平衡器10.0.185.4 40.71.248.106 80:31211/TCP 16h
hubot负载平衡器10.0.20.218 40.121.215.233 80:31445/TCP 26m
kubernetes ClusterIP 10.0.0.1 443/TCP 19h
mti411 web负载平衡器10.0.162.209 52.168.123.30 80:30874/TCP 26m

名称就绪状态重新启动
azure-vote-back-7556ff9578-sjjn5 1/1正在运行0 2h
azure-vote-front-5b8878fdcd-9lpzx 1/1运行0 16小时
hubot-74f659b6b8-wctdz 1/1运行0 9秒
mti411-web-6cc87d46c-g255d 1/1运行0.26米
mti411-web-6cc87d46c-lhjzp 1/1运行0.26米

http失败
❯❯❯ curl--连接超时2-Ihttp://40.121.215.233                                                     ~/c/azure-k8s(主控)
curl:(28)连接在2005毫秒后超时
❯❯❯ curl--连接超时2-Ihttp://52.168.123.30                                                      ~/c/azure-k8s(主控)
curl:(28)连接在2001毫秒后超时

@daniel重新启动代理VM解决了您的问题,还是您仍然看到问题?

如果您在尝试访问AKS仪表板时连接超时,我认为删除Tunnelffront pod会有帮助,因为一旦您删除Tunnelffront pod,这将触发Master创建新的隧道前沿。这是我尝试过并为我工作过的事情

通过从Azure门户重新启动节点,我们已经解决了类似的问题。我不知道它是否有帮助,它隐藏了根本原因,但它可能会让您的集群恢复。这很有效,谢谢!我不知道该怎么想,但它确实有帮助。问题还没有回来,但我有点紧张-我需要我的k8s群集具有外部可见的IP,如果我要将其用于客户端工作!