AWS 中使用 Pod 自动缩放的 Kubernetes PersistentVolumeClaim 问题

Question

我们已经根据我们的项目要求成功创建了 pod、服务和复制控制器。现在我们计划使用 Kubernetes 在 AWS 中设置持久性存储。我已经创建了 YAML 文件以在 AWS 中创建 EBS 卷，它按预期工作正常。我能够认领卷并成功挂载到我的 pod（这仅适用于单个副本）。

我能够成功创建文件。卷也在创建，但我的 Pod 将进入挂起状态，卷仍然在 aws 中显示可用状态。我在那里看不到任何错误日志。

存储文件：

kind: StorageClass
apiVersion: storage.k8s.io/v1beta1
metadata:
  name: mongo-ssd
provisioner: kubernetes.io/aws-ebs
parameters:
  type: gp2

主文件：

apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
    name: web2
spec:
  selector:
    matchLabels:
      app: mongodb
  serviceName: "mongodb"
  replicas: 2
  template:
    metadata:
      labels:
        app: mongodb
      annotations:
         pod.alpha.kubernetes.io/initialized: "true"
    spec:
      containers:
      - image: mongo
        name: mongodb
        ports:
        - name: web2
          containerPort: 27017
          hostPort: 27017
        volumeMounts:
        - mountPath: "/opt/couchbase/var"
          name: mypd1
  volumeClaimTemplates:
  - metadata:
      name: mypd1
      annotations:
        volume.alpha.kubernetes.io/storage-class: mongo-ssd
    spec:
      accessModes: [ "ReadWriteOnce" ]
      resources:
        requests:
          storage: 10Gi

现在我打算设置一个 pod Autoscaling。我已经看到了用于部署和 ReplicationContoller 的 pod 自动缩放。我可以知道我们也可以为 Stateful set 实现 pod 自动缩放吗？

Answer 1

Horizo​​ntal Pod Autoscaler 只能扩展 Deployment、Replica Set 或 Replication Controller。您无法扩展有状态集。 （见Kubernetes Docu for more details）

主要原因是大多数在 Stateful Sets 中运行的有状态应用程序（例如您的 MongoDB）通常不像以 Deployments 运行的无状态应用程序那样容易扩展/缩减。对于有状态的应用程序来说，向上和向下扩展通常是相当复杂的过程，您不想仅基于自动缩放器来进行。它通常在它自己的应用程序中需要一些额外的支持逻辑。尤其是随着规模的缩小，它也可能意味着您的数据存在风险。自动缩放对于负载的短期变化更有用。有状态集的扩展需要更长远的思考。由于复杂性，您不希望您的数据库每分钟都在扩大和缩小。