Skip to content

[IMPROVEMENT] Merge conversion/admission webhook and recovery backend services into longhorn-manager #5590

Closed
@derekbit

Description

Is your improvement request related to a feature? Please describe (👍 if you like this request)

The conversion/admission webhook and recovery backend services are deployed as Deployment. Despite the anti-affinity for these services, there's still a chance that these deployments' replicas are on the same worker node. In the event that a worker node fails due to a network partition or a power outage, the services will be irresponsive until their pods are recreated on different worker nodes. The single node failure will result in the whole Longhorn cluster getting stuck. To achieve high availability, it is better to deploy these three services by DaemonSet rather than Deployment, as they are critical components for resource operation (conversion/admission webhooks) and RWX volume operation (recovery backend).

Describe the solution you'd like

A clear and concise description of what you want to happen.

Describe alternatives you've considered

A clear and concise description of any alternative solutions or features you've considered.

Additional context

Add any other context or screenshots about the feature request here.

Metadata

Labels

area/admission-webhookKubernetes validation and mutating admission webhooksarea/availabilityAvailability of system, component, volume replica, backup, etc.area/install-uninstall-upgradeInstall, Uninstall or Upgrade relatedarea/stabilitySystem or volume stabilitycomponent/longhorn-managerLonghorn manager (control plane)kind/improvementRequest for improvement of existing functionkind/refactoringRequest for refactoring (code)priority/0Must be implement or fixed in this release (managed by PO)

Type

No type

Projects

  • Status

    Closed

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions