Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

K8s administrators can manually disable pool members #3373

Open
haibo2685 opened this issue Apr 10, 2024 · 11 comments
Open

K8s administrators can manually disable pool members #3373

haibo2685 opened this issue Apr 10, 2024 · 11 comments

Comments

@haibo2685
Copy link

Title
K8s administrators can manually disable pool members

Description

k8s administrators can manually disable a member corresponding to a certain k8s service and keep this pool member disabled during subsequent service updates.

Actual Problem

At present, the deployment method is two deployments corresponding to the same SVC. When scrolling to update one of them, the F5 administrator needs to manually set the port lockdown of the F5 interface to none to not receive CIS updates, and then disable the pool member of this deployment on the device. The business team cannot accept the failure time of health detection

@trinaths
Copy link
Contributor

@haibo2685 Please share more details on CIS feature request along with CIS configuration.

This requirement can be achieved by having copy of same svc for the other deployment.

@trinaths trinaths added awaiting response Awaiting response and removed untriaged no JIRA created labels Apr 15, 2024
@haibo2685
Copy link
Author

Specific scenario requirements: When k8s administrators deploy yaml files to CIS, they can directly issue parameter configurations through the yaml file and automatically disable the member on f5.

@trinaths
Copy link
Contributor

@haibo2685 Any example you can share for this scenario ? Please share more details on CIS feature request along with CIS configuration.

@haibo2685
Copy link
Author

After the pool and members provisioned on BIG-IP, customer want to do manual operation on members' state(changing to user-disabled), however, this operation would be reset by CIS in the next AS3 declarative deployment. That's not expected by customer. They want to keep the state as manually setted.

@trinaths
Copy link
Contributor

@haibo2685 We could do this for the entire pool but not a member.

@trinaths
Copy link
Contributor

@haibo2685 Is CIS configured in nodeport or clusterIP mode ? What resources is CIS monitoring?

@haibo2685
Copy link
Author

clusterIP mode、namespace

@trinaths
Copy link
Contributor

trinaths commented May 7, 2024

@haibo2685
We need more clarity on customer usecase.

  1. What resources is CIS monitoring ? – AS3 ConfigMap, CRDs, Ingress or OpenShift Routes ?
  2. If AS3 ConfigMap, is that in HubMode configured in CIS ?
  3. "....keep this pool member disabled during subsequent service updates." - Please elaborate.

@haibo2685
Copy link
Author

1、AS3 ConfigMap
2、that is not in HubMode
3、Yes,keep this pool member disabled during subsequent service updates

1 similar comment
@haibo2685
Copy link
Author

1、AS3 ConfigMap
2、that is not in HubMode
3、Yes,keep this pool member disabled during subsequent service updates

@trinaths
Copy link
Contributor

Created [CONTCNTR-4744] for internal tracking.

@trinaths trinaths added JIRA and removed awaiting response Awaiting response labels May 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants