Ignite集群自动化快照：如何生成随机名称及优化方案咨询

一、生成随机/时间戳命名的快照 #

直接在bash脚本中通过时间戳+随机字符串生成唯一快照名称，结合kubectl执行Ignite的control命令即可解决动态名称传递问题：

示例Bash脚本（Kubernetes环境） #

# 生成带时间戳和随机后缀的快照名称，格式如snapshot_20240520_1430_abcde
SNAPSHOT_NAME="snapshot_$(date +%Y%m%d_%H%M)_$(head /dev/urandom | tr -dc a-z0-9 | head -c 5)"

# 通过kubectl在Ignite pod中执行快照创建命令
# 替换<ignite-pod-name>为你的Ignite节点Pod名称，或者用标签选择器批量执行
kubectl exec <ignite-pod-name> -- /opt/ignite/bin/control.sh --snapshot create ${SNAPSHOT_NAME}

# 可选：验证快照是否创建成功
kubectl exec <ignite-pod-name> -- /opt/ignite/bin/control.sh --snapshot list | grep ${SNAPSHOT_NAME}

如果需要在所有Ignite节点执行（确保集群一致性），可以用标签选择器遍历Pod：

SNAPSHOT_NAME="snapshot_$(date +%Y%m%d_%H%M)_$(head /dev/urandom | tr -dc a-z0-9 | head -c 5)"

# 遍历所有带ignite-node标签的Pod执行命令
kubectl get pods -l app=ignite-node -o name | while read pod; do
  kubectl exec ${pod} -- /opt/ignite/bin/control.sh --snapshot create ${SNAPSHOT_NAME}
done

二、自动化快照的更优实践 #

1. 用Kubernetes CronJob实现定时快照 #

将上述脚本封装成CronJob，实现周期性自动备份，示例配置：

apiVersion: batch/v1
kind: CronJob
metadata:
  name: ignite-snapshot-job
spec:
  schedule: "0 2 * * *" # 每天凌晨2点执行
  jobTemplate:
    spec:
      template:
        spec:
          containers:
          - name: ignite-snapshot
            image: busybox:1.35
            command:
            - /bin/sh
            - -c
            - |
              SNAPSHOT_NAME="snapshot_$(date +%Y%m%d_%H%M)_$(head /dev/urandom | tr -dc a-z0-9 | head -c 5)"
              kubectl exec $(kubectl get pods -l app=ignite-node -o name | head -n1) -- /opt/ignite/bin/control.sh --snapshot create ${SNAPSHOT_NAME}
              # 可选：清理7天前的旧快照
              OLD_SNAPSHOTS=$(kubectl exec $(kubectl get pods -l app=ignite-node -o name | head -n1) -- /opt/ignite/bin/control.sh --snapshot list | grep -v "Snapshot name" | awk '{print $1}' | grep -E 'snapshot_[0-9]{8}_[0-9]{4}')
              for snap in $OLD_SNAPSHOTS; do
                SNAP_DATE=$(echo $snap | cut -d'_' -f2)
                if [ $(date -d "$SNAP_DATE" +%s) -lt $(date -d "-7 days" +%s) ]; then
                  kubectl exec $(kubectl get pods -l app=ignite-node -o name | head -n1) -- /opt/ignite/bin/control.sh --snapshot delete ${snap}
                fi
              done
          restartPolicy: OnFailure
          serviceAccountName: ignite-snapshot-sa # 需要赋予该SA执行kubectl和访问Ignite Pod的权限

2. 启用Ignite内置的自动快照策略 #

Ignite支持通过配置文件开启周期性自动快照，无需外部脚本，直接在ignite-config.xml中配置：

<bean class="org.apache.ignite.configuration.DataStorageConfiguration">
    <property name="defaultDataRegionConfiguration">
        <bean class="org.apache.ignite.configuration.DataRegionConfiguration">
            <property name="persistenceEnabled" value="true"/>
        </bean>
    </property>
    <!-- 自动快照配置 -->
    <property name="snapshotConfiguration">
        <bean class="org.apache.ignite.configuration.SnapshotConfiguration">
            <!-- 每天凌晨2点执行快照 -->
            <property name="snapshotSchedule" value="0 0 2 * * ?"/>
            <!-- 保留最近10个快照 -->
            <property name="snapshotRetentionCount" value="10"/>
            <!-- 快照名称前缀，自动追加时间戳 -->
            <property name="snapshotNamePrefix" value="auto_snapshot_"/>
        </bean>
    </property>
</bean>

这种方式贴合Ignite原生机制，无需依赖外部脚本或Kubernetes CronJob，集群会自动管理快照的创建和清理。

3. 快照存储优化 #

• 确保Ignite的快照存储目录挂载持久化卷（PV），避免Pod重启后快照丢失。
• 定期将快照备份到外部存储（如S3、NFS），可在脚本中添加kubectl cp命令复制快照目录，或使用存储卷的原生快照功能（如AWS EBS快照）。

三、验证快照有效性 #

每次快照后建议执行验证，确保数据可恢复：

# 列出所有快照
kubectl exec <ignite-pod-name> -- /opt/ignite/bin/control.sh --snapshot list

# 验证指定快照的完整性
kubectl exec <ignite-pod-name> -- /opt/ignite/bin/control.sh --snapshot validate ${SNAPSHOT_NAME}

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