我还是通过与GlusterFS共享
/storage的文件系统，并尝试在Apache Load Balancer配置和UI的Nexus配置中启用粘性来进行尝试。使用UI时，我惨败，因为Nexus容器似乎不支持设置Cookie值的属性；目前，使用以下配置：
对于存储来说，似乎很有效，通过仅限制
GET和HEAD请求，仍然必须尝试打开POST。我也不确定预定作业的可能的附带影响，因此所有这些都在“辅助”节点中被禁用。有人为负载平衡关系实现了某种程度的可信任配置吗？用户界面实际上对于平衡负载并不重要，我对存储很满意。
#1 楼
Sonatype的Nexus 3 Pro通过两种共同称为“组件结构”的机制来支持高可用性：对等存储库管理器意味着没有一个主服务器，也称为主服务器。单点故障。包在节点之间复制，以确保它们最终一致。
存储后端意味着您可以使用诸如S3之类的高持久性存储。
动态节点可实现自动扩展支持，从而在需求高涨时减少容量并减少需求当需求低以降低成本时。
支持HA参与社区项目并没有真正符合Sonatype的利益，因为它会从其付费产品中吞噬一些企业客户。
评论
谢谢，我们确实使用的是Nexus Pro授权产品，但不幸的是，在可预见的将来，我们仍坚持使用v2.x。
–ᴳᵁᴵᴰᴼ
17年4月10日在7:58
@ᴳᵁᴵᴰᴼ确实很不幸，是否有可能将Nexus 3设置为Nexus 2的镜像？
–Richard Slater
17年4月10日在21:26
Nexus Repository Manager OSS中的高可用性群集（HA-C）也是吗？
– Nitul
17年12月15日在12:05
难道不是在Kubernetes上部署Nexus实质上就可以实现高可用性，还是我做错了？
–lostsoul29
18年5月25日在15:50
@ lostsoul29这取决于您使用的存储。如果在AWS中使用k8，则EBS卷将以可用区X结尾。如果该实例中的所有节点都死了，则将无法安装该卷。所以这里没有医管局...
–帕斯卡·霍夫曼（Pascal Hofmann）
19年11月12日在10:30
评论
目标是实现负载平衡或高可用性吗？@Tensibai最终都
旧的，但也许还是相关的博客文章