首页
/ Apache OpenWhisk 分布式部署问题排查指南

Apache OpenWhisk 分布式部署问题排查指南

2025-06-01 11:46:01作者:申梦珏Efrain

问题背景

在部署Apache OpenWhisk分布式环境时,用户遇到了无法成功调用hello动作的问题。系统部署在两台Linux主机上,分别作为主节点(192.168.35.5)和调用节点(192.168.35.8)。尽管部署步骤全部完成,但在尝试调用动作时出现了失败。

关键错误现象

  1. 在调用hello动作时返回错误:error: Unable to invoke action 'hello': There was an internal server error. (code 716aef8948ee83567c132939f405d2fc)

  2. 调用节点日志中出现关键错误:cannot create test action for invoker health because runtime manifest is not valid

  3. 控制器日志显示Elasticsearch连接问题:org.apache.http.ConnectionClosedException: Connection closed

根本原因分析

经过深入排查,发现问题主要由两个因素导致:

  1. 运行时清单配置不完整:系统默认使用Node.js运行时来执行调用节点的健康检查动作,但在用户的运行时清单(runtimes.json)中只配置了Python运行时,缺少Node.js运行时配置。

  2. Elasticsearch连接问题:虽然Elasticsearch容器已成功启动,但系统与其的连接不稳定,导致激活记录存储失败。

解决方案

运行时清单配置修正

正确的运行时清单应包含Node.js运行时配置,示例如下:

{
  "runtimes": {
    "nodejs": [
      {
        "kind": "nodejs:20",
        "default": true,
        "image": {
          "prefix": "openwhisk",
          "name": "action-nodejs-v20",
          "tag": "nightly"
        },
        "deprecated": false,
        "attached": {
          "attachmentName": "codefile",
          "attachmentType": "text/plain"
        }
      }
    ],
    "python": [
      {
        "kind": "python:3.10",
        "default": true,
        "image": {
          "prefix": "openwhisk",
          "name": "action-python-v3.10",
          "tag": "nightly"
        },
        "deprecated": false,
        "attached": {
          "attachmentName": "codefile",
          "attachmentType": "text/plain"
        }
      }
    ]
  },
  "blackboxes": [
    {
      "prefix": "openwhisk",
      "name": "dockerskeleton",
      "tag": "nightly"
    }
  ]
}

Elasticsearch连接优化

  1. 确保Elasticsearch容器有足够的内存资源(建议至少1GB)
  2. 检查网络连接是否稳定,确保控制器能够访问Elasticsearch服务
  3. 验证Elasticsearch的认证配置是否正确
  4. 考虑增加Elasticsearch的连接超时设置

部署建议

  1. 多运行时支持:即使您的应用主要使用某一种语言运行时,也应配置完整的运行时清单,因为系统内部可能依赖多种运行时。

  2. 资源监控:部署后应监控各组件资源使用情况,特别是Elasticsearch这类资源密集型服务。

  3. 日志分析:定期检查各组件日志,及时发现潜在问题。

  4. 分阶段验证:部署完成后,先验证基础功能(如健康检查)是否正常,再测试业务动作。

总结

Apache OpenWhisk的分布式部署需要特别注意各组件的协同工作和配置完整性。运行时清单的完整配置是系统正常工作的基础,而存储服务的稳定性则直接影响动作调用的可靠性。通过本文的分析和解决方案,开发者可以避免类似问题的发生,构建更加稳定的OpenWhisk环境。

登录后查看全文
热门项目推荐

项目优选

收起
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
179
263
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
869
514
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
130
183
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
295
331
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
333
1.09 K
harmony-utilsharmony-utils
harmony-utils 一款功能丰富且极易上手的HarmonyOS工具库,借助众多实用工具类,致力于助力开发者迅速构建鸿蒙应用。其封装的工具涵盖了APP、设备、屏幕、授权、通知、线程间通信、弹框、吐司、生物认证、用户首选项、拍照、相册、扫码、文件、日志,异常捕获、字符、字符串、数字、集合、日期、随机、base64、加密、解密、JSON等一系列的功能和操作,能够满足各种不同的开发需求。
ArkTS
18
0
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.08 K
0
kernelkernel
deepin linux kernel
C
22
5
WxJavaWxJava
微信开发 Java SDK,支持微信支付、开放平台、公众号、视频号、企业微信、小程序等的后端开发,记得关注公众号及时接受版本更新信息,以及加入微信群进行深入讨论
Java
829
22
cherry-studiocherry-studio
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
601
58