问题：

无法访问Kubenetes负载平衡器

仲霍英

2023-03-14

我试图在AWS EKS集群中托管以下（部署前端）Kubernetes部署，在部署部署并创建服务和入口之后，所有的东西都成功地部署和创建了，但是当我试图从外部访问负载平衡器DNS时，这个负载平衡器是不可访问的。有人能指出原因吗？

**下面的代码(deployment-2048)正在工作，负载均衡器是可访问的，但在（部署前端）**的情况下是不可访问的。

apiVersion: apps/v1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
  creationTimestamp: "2021-03-09T14:08:45Z"
  generation: 2
  name: frontend
  namespace: default
  resourceVersion: "2864"
  uid: a7682f3b-dffa-498f-be47-b231cce0720a
spec:
  minReadySeconds: 20
  progressDeadlineSeconds: 600
  replicas: 4
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      name: webapp
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      creationTimestamp: null
      labels:
        name: webapp
    spec:
      containers:
      - image: kodekloud/webapp-color:v2
        imagePullPolicy: IfNotPresent
        name: simple-webapp
        ports:
        - containerPort: 80
          protocol: TCP
        resources: {}
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30
status:
  availableReplicas: 4
  observedGeneration: 2
  readyReplicas: 4
  replicas: 4
  updatedReplicas: 4

---
apiVersion: v1
kind: Service
metadata:
  namespace: default
  name: service-1
spec:
  ports:
    - port: 80
      targetPort: 80
      protocol: TCP
  type: LoadBalancer
  selector:
    name: webapp
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  namespace: default
  name: ingress-1
  annotations:
    kubernetes.io/ingress.class: alb
    alb.ingress.kubernetes.io/scheme: internet-facing
    alb.ingress.kubernetes.io/target-type: ip
spec:
  rules:
    - http:
        paths:
          - path: /*
            backend:
              serviceName: service-1
              servicePort: 80

---
apiVersion: v1
kind: Namespace
metadata:
  name: game-2048
---
apiVersion: apps/v1
kind: Deployment
metadata:
  namespace: game-2048
  name: deployment-2048
spec:
  selector:
    matchLabels:
      app.kubernetes.io/name: app-2048
  replicas: 5
  template:
    metadata:
      labels:
        app.kubernetes.io/name: app-2048
    spec:
      containers:
      - image: alexwhen/docker-2048
        imagePullPolicy: Always
        name: app-2048
        ports:
        - containerPort: 80
---
apiVersion: v1
kind: Service
metadata:
  namespace: game-2048
  name: service-2048
spec:
  ports:
    - port: 80
      targetPort: 80
      protocol: TCP
  type: LoadBalancer
  selector:
    app.kubernetes.io/name: app-2048
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  namespace: game-2048
  name: ingress-2048
  annotations:
    kubernetes.io/ingress.class: alb
    alb.ingress.kubernetes.io/scheme: internet-facing
    alb.ingress.kubernetes.io/target-type: ip
spec:
  rules:
    - http:
        paths:
          - path: /*
            backend:
              serviceName: service-2048
              servicePort: 80

共有1个答案

冉子石

2023-03-14

在最初的问题中（没有编辑和附加信息），在前端部署中，端口值配置错误。

端口在群集中的指定端口上公开Kubernetes服务。群集中的其他吊舱可以在指定的端口上与此服务器通信。
targetPort是服务将向其发送请求的端口，您的吊舱将侦听该端口。容器中的应用程序也需要侦听此端口。
ContainerPort定义在容器中应用程序可以到达的端口。

简而言之，部署中的containerport必须具有与service中的targetport相同的值。

有用的检查命令是使用$kubectl get ep检查服务endpoint。

注

如果在服务中跳过targetport，并且只有port，Kubernetes会根据port自动分配targetport值。

$ kubectl get svc
NAME         TYPE           CLUSTER-IP      EXTERNAL-IP     PORT(S)          AGE
kubernetes   ClusterIP      10.104.0.1      <none>          443/TCP          153m
my-nginx     LoadBalancer   10.104.14.137   34.91.230.207   8080:31311/TCP   9m39s
$ curl 34.91.230.207
curl: (7) Failed to connect to 34.91.230.207 port 80: Connection timed out
$ curl 34.91.230.207:8080
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
...

部署ContainerPort和服务TargetPort必须具有相同的值。当使用与端口不同的80的服务时，需要通过添加:来指定它。这就是为什么在internet上的几乎所有指南中，你都可以看到值为80的serviceport。

类似资料：

AWS负载平衡器https问题

我试图为我们的服务器安装负载平衡器。如果使用http，它可以正常工作。但是当我切换到https时　我在浏览器控制台中遇到以下错误：混合内容：页面位于'https://www.something.com/'通过HTTPS加载，但请求了一个不安全的脚本'…mootools.js'。此请求已被阻止；内容必须通过HTTPS提供我想我做了一些硬代码，比如“http://www.something.com
流负载平衡

我有两条溪流。一个是事件流，另一个是数据库更新流。我想用从DB更新流构建的信息丰富事件流。事件流非常庞大，使用5个字段进行分区。这给了我很好的分配。DB流不那么喋喋不休，并且使用两个字段进行分区。我目前正在使用两个公共字段连接这两个流，并使用flapMap来丰富第一个流。flatMap运算符使用ValueState维护状态，状态由两个公共字段自动键入。除了实现自定义逻辑来手动提取键并更新维护状
Spring Boot微服务负载平衡与云负载平衡

我是微服务的新手。（学习阶段）。我有一个问题。我们在云中部署微服务。（例如 AWS）。云已经提供了负载平衡和日志。我们还在Spring Boot中实现了负载平衡（功能区）和日志（Rabbit MQ和Zipkin）。这两种实现有什么区别？我们两者都需要吗？有些人可以回答这些问题吗？提前感谢。
WSO2 ESB动态负载平衡endpoint平衡算法

我使用的是WSO2 470 ESB。我需要使用一个提供自定义负载平衡策略的动态负载平衡endpoint。我知道WSO2是基于apache Synapse的，在此基础上我可以找到以下内容： http://synapse.apache.org/userguide/config.html#dlbendpointconfig 真的吗？是否可以通过我自己的类自定义平衡策略？
负载平衡akka-http

web-service预期会有很多调用，而我希望在出现故障时使该服务成为冗余，因此我希望有两个实例同时运行以处理所有请求。 1）让两个级别的Web服务同时处理请求的最佳方法是什么？使用外部负载均衡器还是使用AKKA/AKKA-HTTP中的某种魔法（我不知道）？ 2)我必须调整哪些主要参数来提高性能？
Mcollective-activemq负载平衡

我们面临着 ActiveMQ - M 集合负载平衡的几个问题。有人可以帮忙吗？以下是我们的设置 MCO在故障转移池-Broker1中配置了两个ActiveMQ代理经纪人1 问题1：MCO客户端在broker1和broker2之间的负载平衡和连接不相等。700 MCO连接到broker1，而只有100 MCO连接至broker2。我们是否缺少此负载平衡的任何属性？问题 2：当我们添加新的代理（

无法访问Kubenetes负载平衡器

共有1个答案

相关问答

相关文章

相关阅读

相关工具

相关文档