security_scans:store_security_reports queue has some sort of reliance on shared storage
Problem Statement
During an evaluation of various Sidekiq Queues that are slated to be migrated into Kubernetes, it was discovered the queue security_scans:store_security_reports has some form of reliance on shared storage. In the case of GitLab.com this involves reading/writing data to an NFS share. We were not provided additional details when investigating gitlab-com/gl-infra/delivery#1059 (closed)
During Evaluation of this queue as part of Batch 4 of sidekiq's catchall queue migration we see evidence of this queue requesting access to our NFS shares. This queue runs so infrequently, Delivery will need a bit of assistance to potentially trigger this queue to determine what access to NFS it is attempting to make.
Due to this, the queue will not yet be migrated into Kubernetes.
Closing Criterion
-
Determine where/why this queue uses shared storage -
Come up with a plan of action to remove the dependency on shared storage