5 篇标记为“kubernetes”的文章

RabbitMQ 4.1 包含一个为 Kubernetes 完全重新设计的对等发现插件。升级到 4.1 时不需要进行任何配置更改，因此，如果您愿意，可以就此停止阅读。如果您对细节感兴趣，请继续阅读。这篇博文将解释对等发现子系统的一般概念以及 rabbitmq_peer_discovery_k8s 的具体更改。

许多组织都有关于 RabbitMQ 使用的策略，并希望强制执行这些策略。这篇博文通过示例解释了如何将 Open Policy Agent Gatekeeper 项目 与 RabbitMQ Messaging Topology Operator 结合使用，以在 Kubernetes 上管理 RabbitMQ 资源，并通过扩展 Kubernetes API 来强制执行对这些资源的策略。

如果您希望在 RabbitMQ 部署出现问题时收到通知，现在您可以通过我们提供的 RabbitMQ Cluster Operator 仓库设置 RabbitMQ 监控和告警。我们已将设置 RabbitMQ 监控和告警所需的一系列步骤合并到 一个命令 中，而不是要求您逐步操作。虽然这是一个 Kubernetes 特定的快速入门指南，但您也可以在 Kubernetes 外部使用这些 Prometheus 告警，只是设置将需要您更多的考虑和努力。我们分享的是一种快速简便的方法，对所有人免费开源。

我们很高兴地宣布，RabbitMQ Kubernetes Operator 已正式上市。RabbitMQ Operator 可以轻松地在任何已认证的 Kubernetes 发行版上一致地配置和管理 RabbitMQ 集群。Operator 向 Kubernetes 容器编排系统提供有关如何配置和控制特定应用程序的信息。Kubernetes (下称 K8s) Operator 模式是一种扩展 K8s API 和状态管理的方法，用于包含自定义资源的配置和管理——这些资源并非在默认 K8s 部署中提供。在本文中，我们将讨论 Operator 如何使 K8s 系统能够控制 RabbitMQ 集群。

随着时间的推移，我们看到在我们社区的 邮件列表 和 Slack 频道上关于 Kubernetes 的查询数量飙升。

到 2024 年，大多数 Kubernetes 相关问题的答案是：使用 RabbitMQ 核心团队构建的 Kubernetes Operator。它包含了所有最佳实践，是强烈推荐的选项。

本文档介绍了在 Kubernetes 上自行部署 RabbitMQ 的基础知识：需要哪些 Kubernetes 资源，如何确保 RabbitMQ 节点使用持久化存储，如何处理敏感值的配置等等。