从快照重新创建后，两个数字海洋水滴（Jenkins 和 App）之间的密钥对设置是否仍然有效？
Will a key-pair setup between two digital ocean droplets (Jenkins and App) still work after recreating from snapshots?
我有两个数字海洋水滴 - 一个为 Jenkins 设置，另一个为我的 Node.js 应用程序设置，我在它们之间设置了一个 ssh 密钥对，以便 Jenkins 可以部署到应用程序服务器。
我的问题是，如果我定期拍摄这些机器的快照并需要将它们从快照恢复到新的 Droplets，我是否必须重新生成密钥对才能继续使用 Jenkins 进行部署，或者原始密钥对是否可以工作因为它们都是旧机器的克隆？
如果它们不起作用，是否有其他方法可以从快照中启动一个新的 Droplet 而无需重新配置？
我最终通过暂时关闭服务器并从我的备份恢复快照来做更多的实验 - 键值对不需要从备份恢复时重新生成，它们只是一对，双方都不依赖于底层机器。
事实证明，我在我的代码中的两个位置静态引用了旧 IP 地址，这就是部署失败的原因 - 我只更新了一个。我现在已经摆脱了那些神奇的数字，我只需要在从备份恢复时重新启动一些进程，我的 CI/CD 管道就重新上线了。
希望此信息对其他人有所帮助！
我有两个数字海洋水滴 - 一个为 Jenkins 设置，另一个为我的 Node.js 应用程序设置，我在它们之间设置了一个 ssh 密钥对，以便 Jenkins 可以部署到应用程序服务器。
我的问题是，如果我定期拍摄这些机器的快照并需要将它们从快照恢复到新的 Droplets，我是否必须重新生成密钥对才能继续使用 Jenkins 进行部署，或者原始密钥对是否可以工作因为它们都是旧机器的克隆？
如果它们不起作用，是否有其他方法可以从快照中启动一个新的 Droplet 而无需重新配置？
我最终通过暂时关闭服务器并从我的备份恢复快照来做更多的实验 - 键值对不需要从备份恢复时重新生成，它们只是一对，双方都不依赖于底层机器。
事实证明，我在我的代码中的两个位置静态引用了旧 IP 地址，这就是部署失败的原因 - 我只更新了一个。我现在已经摆脱了那些神奇的数字，我只需要在从备份恢复时重新启动一些进程，我的 CI/CD 管道就重新上线了。
希望此信息对其他人有所帮助！