如何在Google Cloud中基于现有Marketplace部署创建新实例？

残留旧部署记录的基本说明 #

• 这类留存的历史记录本质是Marketplace部署流程生成的元数据条目，不是必须关联运行中实例的绑定配置——你之前仅删除了对应的虚拟机实例，没有清理关联的部署配置元数据，才会在历史部署列表里看到残留记录
• 残留条目不会产生任何资源费用，因为对应的计算、存储、网络类实际资源你已经全部删除，仅剩下配置记录留存

能否基于旧的残留部署直接创建新实例 #

技术层面完全支持，但不建议直接复用旧部署配置拉起新实例

• 直接基于旧部署重新创建资源时，会自动同步你第一次部署时的所有配置，包括当初导致你无法访问服务的错误网络规则、系统配置，大概率会复现之前的访问故障
• 如果确实想复用旧部署的配置模板，重新创建前一定要逐一核对配置项里的网络规则、端口映射、磁盘挂载参数，避免把错误配置带过去

配置了通用HTTP/HTTPS规则仍无法访问Elasticsearch的核心原因 #

• Bitnami打包的Elasticsearch服务默认监听9200端口提供HTTP服务，你在防火墙放行的80/443（通用HTTP/HTTPS）规则和服务实际使用的端口不匹配，自然无法连通
• 除了GCP层面的VPC防火墙规则，Bitnami镜像默认内置了系统级防火墙配置，就算云平台层放开了对应端口，系统内部没放开9200端口的入站流量，外部依然访问不通
• 额外提醒：Elasticsearch默认没有访问鉴权的话直接放开公网会有极高安全风险，测试阶段也要严格限制可访问的来源IP

推荐的完整操作流程 #

• 先进入Cloud Deploy（原Deployment Manager）的部署管理列表，找到对应Bitnami Elasticsearch的旧部署记录，直接执行删除操作即可清理残留元数据，该操作不会影响已经删除的实际资源，无额外风险
• 清理完残留记录后，重新从Marketplace启动Bitnami Elasticsearch部署流程，配置阶段重点核对三个项：
  • 虚拟机分配的外部IP是否正常可用
  • 配置的磁盘容量是否满足Elasticsearch的存储需求
  • 部署完成后页面提示的登录凭据、访问端口是否完整记录
• 新实例启动后，先通过SSH通道登录实例，确认Elasticsearch服务运行正常，再在VPC防火墙配置中新增入站规则，放开9200端口对应可信来源的流量，再测试访问连通性

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