AWS CloudFormation非可导入Elasticsearch资源的漂移修复咨询

1. 仅修改DeletionPolicy的安全性确认 #

仅调整CloudFormation模板中Elasticsearch资源的DeletionPolicy属性不会触发任何集群配置变更，也不会将集群回滚到旧模板定义的配置，该逻辑符合CloudFormation的原生设计规则：

• CloudFormation生成变更集时，仅对比资源Properties块下的配置参数差异，只有这部分内容变更才会触发资源的更新操作
• DeletionPolicy属于资源的元数据配置，不属于Properties范畴，因此修改该配置不会产生任何资源调整动作
  你可以在执行栈更新前先生成变更集，查看变更条目确认只有DeletionPolicy的更新，没有任何Elasticsearch集群的修改计划，确认无误后再执行变更即可，该操作对生产集群无任何影响。

2. OpenSearch/Elasticsearch资源不支持导入的替代同步方案 #

由于目前OpenSearch（原Elasticsearch）服务不在CloudFormation资源导入支持列表中，无法使用标准漂移修复流程，你可以选择以下两个零/低风险方案实现配置同步：

• 方案一：无风险模板同步（推荐核心生产集群使用）
  保留原有CloudFormation栈不做删除操作，先通过OpenSearch控制台/AWS Config导出当前集群的全量配置参数，编写完全匹配当前配置的新CloudFormation模板。后续所有集群变更先更新新模板，再手动在控制台执行对应变更操作，保持新模板与实际配置同步，待后续AWS开放OpenSearch资源导入能力后，直接用该模板导入存量集群即可完成正式绑定，整个过程完全不影响生产运行。
• 方案二：低风险集群迁移绑定
  先对现有生产集群生成全量快照存储到S3桶，使用匹配当前配置的新CloudFormation模板创建同版本的新OpenSearch集群，将快照恢复到新集群，验证功能、性能正常后逐步切流到新集群，切流完成无问题后再下线旧集群、删除原有旧栈，该方案可以实现零 downtime 切换，同时完成CloudFormation模板与集群的绑定。

操作前置建议 #

• 任何操作前先为现有集群生成全量快照，验证快照可正常恢复后再执行后续操作
• 所有CloudFormation栈变更执行前必须生成变更集，逐行核对变更内容无误后再执行

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