恩，明白保留HA配置的意义了<br/>但感觉是不是有bug，看我的问题，重启报找不到
/high-availability.storageDir/task/completedCheckpointe5c125ad20ea
文件<br/>但oss上的HA目录只有
/high-availability.storageDir/task/completedCheckpointacdfb4309903<br/>既HA的configmap
信息和 high-availability.storageDir 目录里的文件不一致了
在 2022-06-08 23:06:03，"Weihua Hu" <[email protected]> 写道：
>Hi,
>删除 deployment 会将关联到这个 Deployment 的 Pod、Service、flink-conf configmap 等删除。但是
>HA 相关的 configmap 没有配置 owner reference，是不会被删除的。主要目的是集群重启时可以从之前的HA
>状态中恢复。更多内容参考官方文档[1]
>
>[1]
>https://nightlies.apache.org/flink/flink-docs-master/docs/deployment/ha/kubernetes_ha/#high-availability-data-clean-up
>Best,
>Weihua
>
>
>On Wed, Jun 8, 2022 at 4:24 PM json <[email protected]> wrote:
>
>> configmap 如下
>> sql-test-00000000000000000000000000000000-jobmanager-leader
>> sql-test-resourcemanager-leader
>> sql-test-restserver-leader
>> sql-test-dispatcher-leader
>>
>>
>>
>> 在 2022-06-08 15:42:52，"json" <[email protected]> 写道：
>>
>> flink1.13.6 on k8s application 模式，设置HA
>> high-availability:
>> org.apache.flink.kubernetes.highavailability.KubernetesHaServicesFactory
>> high-availability.storageDir: oss
>> 会在 k8s 上生成configmap
>>
>>
>> 1. 但在 k8s 删除此任务的 deployment 后，为什么这些configmap还在？(任务都删了，这些ha应该不需要了吧)
>> 2. 任务重新启动后，还是会去这些 configmap 读ha配置，这个逻辑也很奇怪，任务重启，为什么要去读之前HA信息
>>
>> 为什么会关注这个，因为碰到一个问题：
>> 任务重启报错，找不到
>> /high-availability.storageDir/task/completedCheckpointe5c125ad20ea 文件，
>> 但oss 是有文件
>> /high-availability.storageDir/task/completedCheckpointe/completedCheckpointacdfb4309903
>> 导致我任务一直报错；删除 上面的configmap 才能正常运行
>>
>>
>>
>>
>>
>>
