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

[FEATURES] Support hierarchical imagePullSecrets configuration in JuiceFSRuntime CRD #4222

Open
cheyang opened this issue Jul 22, 2024 · 0 comments
Labels
features features

Comments

@cheyang
Copy link
Collaborator

cheyang commented Jul 22, 2024

What feature you'd like to add:
We request the enhancement of the JuiceFSRuntime to support hierarchical imagePullSecrets configuration. Specifically, we want to be able to specify imagePullSecrets at two levels:

  1. Global level under spec
  2. Component level
    a. Worker component level under spec.worker
    b. FUSE component level under spec.fuse
apiVersion: data.fluid.io/v1alpha1
kind: JuiceFSRuntime
metadata:
  name: hbase
spec:
  replicas: 2
  imagePullSecrets: 
    - name: test-1
    - name: test-2
  tieredstore:
    levels:
      - mediumtype: MEM
        path: /dev/shm
        quota: 2Gi
        high: "0.95"
        low: "0.7"
  worker:
    imagePullSecrets: 
    - name: test-1
    - name: test-2
  fuse:
    imagePullSecrets: 
    - name: test-1
    - name: test-2

Why is this feature needed:
This feature will provide greater flexibility for users who need to manage different image pull secrets for various components of their JuiceFSRuntime. For example, users might have different private registries or credentials for the master and worker components. This hierarchical configuration will allow for more granular control and easier management of image pull secrets in complex deployment environments.

@cheyang cheyang added the features features label Jul 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
features features
Projects
None yet
Development

No branches or pull requests

1 participant