Azure Kubernetes部署Elastic失败：azure-cli wheezy源未签名

看起来你碰到的是Azure CLI源的GPG密钥缺失导致的安装失败，下面是分步解决方案，包括手动修复和自动化整合的建议：

一、手动SSH到VM后的即时修复步骤 #

1. 导入微软官方GPG密钥
   执行以下命令导入报错中缺失的公钥（对应NO_PUBKEY EB3E94ADBE1229CF）：

   curl -sL https://packages.microsoft.com/keys/microsoft.asc | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/microsoft.gpg > /dev/null
   

   这条命令会下载微软的公钥并添加到系统可信密钥库中，解决签名验证问题。

2. 修正源配置并更新软件包列表
   报错里显示源使用的是wheezy（Debian非常老旧的版本），先确认你的VM当前的发行版代号：

   lsb_release -cs
   

   如果输出不是wheezy，修改azure-cli源配置文件中的发行版匹配当前系统：

   sudo sed -i "s/wheezy/$(lsb_release -cs)/g" /etc/apt/sources.list.d/azure-cli.list
   

   然后更新APT软件包列表：

   sudo apt update
   

3. 重新安装azure-cli
   现在可以正常完成azure-cli的安装了：

   sudo apt install -y azure-cli
   

二、整合修复到自动化部署流程 #

因为你无法手动完成整个部署，需要把上述修复步骤嵌入到你的自动化部署逻辑中，根据工具不同调整方式：

• Cloud-Init初始化场景：在cloud-init的runcmd段，将密钥导入、源修正命令放在安装azure-cli的步骤之前。
• Terraform/ARM模板场景：在VM的自定义脚本扩展中添加修复命令，确保在Elastic部署的前置阶段执行。
• Elastic Operator/K8s部署脚本场景：修改脚本中安装azure-cli的片段，先执行密钥导入和源检查，再执行安装操作。

额外注意事项 #

• 老版本系统如wheezy已被微软Azure CLI源废弃，建议将VM操作系统升级到稳定新版本（比如Debian 11/12或Ubuntu 20.04/22.04），避免后续出现更多兼容性问题。
• 部分新系统采用/etc/apt/trusted.gpg.d/目录管理密钥，上述修复命令已适配这种模式，无需额外调整。

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