如何在Kubernetes中按需手动扩缩容桌面应用并为用户分配独立VNC访问入口

负载选型：使用StatefulSet管理实例 #

选择StatefulSet而非Deployment部署你的VNC应用，有两个核心优势：

• 完全符合手动扩缩容需求：只要不为StatefulSet配置Horizontal Pod Autoscaler（HPA），实例数量完全由你手动调整replicas字段控制，不会触发自动扩缩容，满足需求1
• 每个实例拥有固定唯一的标识：StatefulSet下的Pod会按序号生成固定的DNS名称，格式为{statefulset名称}-{序号}.{关联的无头服务名称}.{命名空间}.svc.cluster.local，天然具备唯一主机标识，为后续分配独立访问入口提供基础

网络配置：为每个实例分配唯一访问地址 #

集群内部访问 #

首先创建无头服务（Headless Service）与StatefulSet绑定，开启每个Pod的独立DNS解析，此时所有VNC实例都可以使用默认的5900端口，通过唯一DNS名称区分，访问格式为{pod-name}.{headless-svc-name}.{namespace}.svc.cluster.local:5900。

集群外部用户访问 #

根据你的场景二选一即可：

• 方案1：独立NodePort Service分配
  为每个VNC Pod单独创建一个NodePort类型的Service，手动指定固定的nodePort字段值（取值范围30000-32767），比如第一个实例分配30001，第二个分配30002，此时用户可以通过{集群任意节点公网IP}:{分配的nodePort}访问专属实例。如果有公网负载均衡资源，也可以为每个实例创建独立LoadBalancer Service，每个实例分配独立公网IP，直接通过{公网IP}:5900访问。
• 方案2：Ingress控制器TCP转发
  如果你使用NGINX Ingress这类支持TCP/UDP转发的Ingress控制器，可以在控制器的对应ConfigMap中配置端口映射规则，比如将30001端口转发到vnc-0.vnc-headless.default.svc:5900，30002端口转发到vnc-1.vnc-headless.default.svc:5900，用户通过{Ingress控制器公网IP}:{分配的端口}即可访问专属实例。

用户与实例绑定逻辑 #

你只需要开发一个轻量的调度服务，实现以下逻辑即可：

• 新用户发起登录请求时，先检查当前是否有空闲的VNC实例，有空闲实例则直接将对应访问地址返回给用户，完成绑定
• 无空闲实例时，调用Kubernetes API修改StatefulSet的replicas字段值加1，等待新Pod启动完成后，将新实例的访问地址返回给用户
• 用户注销后，你可以根据自身需求选择保留实例供后续用户复用，或者调用API将replicas减1销毁实例释放资源

如果你需要为每个用户保留独立的应用配置、使用数据，可以在StatefulSet中添加volumeClaimTemplates字段，为每个Pod分配独立的持久化存储卷，实例重启、重建时用户数据不会丢失。

基础配置示例 #

无头服务配置 #

apiVersion: v1
kind: Service
metadata:
  name: vnc-headless
spec:
  clusterIP: None
  selector:
    app: vnc-app
  ports:
  - name: vnc
    port: 5900
    targetPort: 5900

StatefulSet配置 #

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: vnc
spec:
  replicas: 0 # 初始副本数为0，按需手动或通过调度服务调整
  serviceName: vnc-headless
  selector:
    matchLabels:
      app: vnc-app
  template:
    metadata:
      labels:
        app: vnc-app
    spec:
      containers:
      - name: vnc-server
        image: 替换为你的VNC应用镜像地址
        ports:
        - containerPort: 5900
          name: vnc

内容的提问来源于stack exchange，提问作者Vereb