标签: kubernetes-service

我有一个Kubernetes服务,通过这样做选择:

spec: 
  selector: 
    backend: nlp-server

如果有多个Pods匹配选择器,那请求Pod的Service路由？

我正在使用默认ClusterIP设置.搜索"ClusterIP:在集群内部IP上公开服务.选择此值使服务只能从集群中访问.这是默认的ServiceType." 在文档中

如果我希望服务路由到有意义的Pod(负载较小),
那么内部负载均衡器是我需要的吗？

我指定了一个端口，如下所示。

我的应用程序服务.yaml

apiVersion: v1
kind: Service
metadata:
  labels:
    app: my-app
  name: my-app-service
  namespace: default
spec:
  externalTrafficPolicy: Cluster
  ports:
    - port: 80
      name: my-port
      protocol: TCP
      targetPort: 8000
  selector:
    app: my-app
  sessionAffinity: None
  type: NodePort

cloudbuild.yaml摘要：

steps:
  - name: gcr.io/cloud-builders/gcloud
  - name: gcr.io/cloud-builders/docker
  - name: gcr.io/cloud-builders/gke-deploy

由于某种原因，当 port1 甚至不存在时，我收到一个错误，要求在 port1 上输入名称参数。见下文。

输出：

Step #3: Applying deployment.
Step #3: Getting access to cluster "my-cluster" in "my-zone".
Step #3: Configuration files to be used: [{kind: Deployment, name: my-app} {kind: HorizontalPodAutoscaler, name: my-app-hpa} {kind: …

你好，我正在使用 minikube 学习 Kubernetes。我可以在运行 minikube 的机器上通过 minikubeip:NodePort 访问服务，现在我想从其他机器通过 LAN 访问该服务。我尝试过 Ingress 但它对我不起作用。

部署文件：

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: aspnetapp-deployment
  labels:
    app: aspnetapp
spec:
  replicas: 2
  selector:
    matchLabels:
      app: aspnetapp
  template:
    metadata:
      labels:
        app: aspnetapp
    spec:
      containers:
        - name: aspnetapp-cn
          image: localhost:5000/aspnetapp
          ports: 
            - containerPort: 80

服务文件：

---
apiVersion: v1
kind: Service
metadata:
    name: aspnetapp-service
spec:
    type: NodePort
    ports:
    - name: http
      targetport: 80      
      port: 80
      protocol: TCP
    selector:
      app: aspnetapp

入口文件：

---
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: …

我正在尝试找到与如何在 Kubernetes 中删除（删除）注释 等效的 API ，以删除 Python 中服务类型的注释。从命令行执行此操作效果非常好。

最新的kubernetes-client/python没有任何允许修补注释的 API。我总是可以删除并重新创建该服务，但我想修补它。

如果有人愿意的话，这是一个简单的 MCVE。测试服务 YAML

apiVersion: v1
kind: Service
metadata:
  name: my-service
  annotations:
    description: my test service
spec:
  ports:
    - protocol: TCP
      port: 80
      targetPort: 9376

和我正在使用的Python代码

from kubernetes import client, config
from kubernetes.client.rest import ApiException

config.load_kube_config()

coreV1 = client.CoreV1Api()
appsV1 = client.AppsV1Api()

try:
    resp = coreV1.read_namespaced_service("my-service", "default")
    del resp.metadata.annotations["description"]
    patch = coreV1.patch_namespaced_service("my-service", "default", body=resp)
    print(patch)

except ApiException as e:
     print(str(e))

在我们的 Kubernetes 集群中，我们使用多个内部 Kubernetes 服务端点。这些服务端点被多个客户端服务使用。

我们想检查是否有任何可以获取 kubernets 服务级别指标的请求计数、平均响应时间、状态代码聚合？

我已经使用以下命令在 k3s 集群中设置了服务：

apiVersion: v1
kind: Service
metadata:
  name: myservice
  namespace: mynamespace
  labels:
    app: myapp
spec:
  type: LoadBalancer
  selector:
    app: myapp
  ports:
  - port: 9012 
    targetPort: 9011 
    protocol: TCP

kubectl get svc -n mynamespace

NAME            TYPE           CLUSTER-IP      EXTERNAL-IP                                PORT(S)          AGE
minio           ClusterIP      None            <none>                                     9011/TCP         42m
minio-service   LoadBalancer   10.32.178.112   192.168.40.74,192.168.40.88,192.168.40.170   9012:32296/TCP   42m

kubectl 描述 svc myservice -n mynamespace

Name:                     myservice
Namespace:                mynamespace
Labels:                   app=myapp
Annotations:              <none>
Selector:                 app=myapp
Type:                     LoadBalancer
IP Family Policy:         SingleStack
IP Families:              IPv4
IP:                       10.32.178.112
IPs: …

以下示例将向外部公开服务。那么为什么在这种情况下被NodePort/LB允许，这不是多余的吗？

  rules:
  - host: lab.example.com
    http:
      paths:
      - path: /service-root
        backend:
          serviceName: clusterip-svc
          servicePort: 8080
      - path: /service-one
        backend:
          serviceName: nodeport-svc
          servicePort: 8080
      - path: /service-two
        backend:
          serviceName: headless-svc
          servicePort: 8080

NodePort使用、ClusterIP、LoadBalancer或Headless作为 Ingress 后端有什么特别的优势吗？