问题描述
在Google Compute Engine上运行了一个Kubernetes集群。由于用户的程序使用有状态连接，所以不希望Pod在节点之间移动。因此，用户将工作负载作为守护进程运行，并为每个节点分配一个Pod所需的计算资源。
这个系统运行良好，但用户希望能够自动扩展。通常，高工作负载会产生更多的Pod，然后触发创建更多的节点。但由于用户只使用守护进程集群，这种常规解决方案将无法工作。
用户可以使用命令来增加或减少服务器中的节点数量，但希望这个过程能够自动进行。理想情况下，当工作负载较高时，集群会在节点池中生成另一个节点。更好的是，如果有一种解决方案可以自动缩减节点数量，同时最小化关闭的连接。
用户在这方面没有找到太多的信息。由于对dev ops、kubernetes、google cloud、docker等方面不太熟悉，所以希望能够得到解释性的答案。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
您可以通过使用节点选择器（NodeSelector）来实现自动扩展。首先，在您的守护进程集群配置中为节点选择器添加一个标签。然后，为符合标签的节点添加相应的标签。现在，如果您可以设置自动扩展的阈值，它将自动部署在与标签匹配的节点上。也许您可以在将节点添加到池中时，通过某种方式为节点附加一个标签。
另外，从Kubernetes 1.6+开始，我们有了滚动更新策略的功能，这比onDelete要好得多。
以下是实现自动扩展的步骤：
1. 在您的守护进程集群配置文件中添加一个节点选择器标签。
2. 为符合标签的节点添加相应的标签。
3. 设置自动扩展的阈值。
下面是一个示例的守护进程集群配置文件：
apiVersion: apps/v1
kind: DaemonSet
metadata:
name: your_daemonset_name
spec:
selector:
matchLabels:
app: your_app_name
template:
metadata:
labels:
app: your_app_name
spec:
nodeSelector:
your_label_key: your_label_value
containers:
- name: your_container_name
image: your_image_name
# 定义容器的其他配置
在上面的示例中，我们在守护进程集群配置文件中添加了一个节点选择器标签。然后，我们为符合标签的节点添加了相应的标签。最后，我们设置了自动扩展的阈值。这将确保守护进程集群在与标签匹配的节点上自动部署。
请注意，节点选择器（NodeSelector）只能保证守护进程集群在与标签匹配的节点上部署，但不能保证节点的完全可用性。如果节点需要一些额外的时间来准备并变为可连接状态，您可能需要在连接之前等待适当的时间。
方案2
使用脚本或工具来管理节点的启动和关闭可能会增加复杂性，并且需要确保节点之间的依赖关系正确设置。
另一种方法是编写脚本或使用工具来控制节点的启动和关闭。您可以使用kubectl命令来手动控制节点的启动和关闭，或者使用一些第三方工具来管理节点的依赖关系。
以下是一个简单的bash脚本示例，可以在工作负载较高时自动添加节点到节点池中：
#!/bin/bash
# 获取当前节点池中的节点数量
node_count=$(kubectl get nodes --no-headers | wc -l)
# 设置自动扩展的阈值
threshold=10
# 如果节点数量小于阈值，则添加一个新节点到节点池中
if [ $node_count -lt $threshold ]; then
kubectl scale --replicas=$((node_count+1)) deployment/your_deployment_name
fi
在这个示例中，我们首先使用kubectl get nodes --no-headers | wc -l命令获取当前节点池中的节点数量。然后，我们设置了自动扩展的阈值。如果节点数量小于阈值，我们使用kubectl scale命令将副本数增加1个，从而添加一个新节点到节点池中。
请注意，这只是一个简单的示例，您可能需要根据您的实际需求进行修改和调整。