diff --git a/multi-namespace-redb/README.md b/multi-namespace-redb/README.md
index b06dbd7..7419452 100644
--- a/multi-namespace-redb/README.md
+++ b/multi-namespace-redb/README.md
@@ -58,10 +58,11 @@ roleRef:
 
 ```
 
-### 3. Updating the operator configmap
-
-The operator has to be deployed with a comma separated list of namespaces it will watch for REDB objects.
+### 3. Updating the managed namespaces
+Use one of these methods (they are mutually exclusive):
 
+#### Method 1: Updating the operator's configmap with explicit namespace list
+The operator should to be deployed with a comma separated list of namespaces it will watch for REDB objects.
 Specifically, a new environment variable is added to the operator's configmap (edit the operator-environment-config configmap within the operator namespace):
 * Patch the configmap by running the following command:
 ```
@@ -72,6 +73,35 @@ kubectl patch configmap/operator-environment-config \
 ``` 
 > Note - the admission controller uses the same config map
 
+#### Method 2: Updating the operator's configmap with the label that the managed namespaces would have 
+
+When the operator detects this label in a namespace it would start to watch it for REDBs.
+
+a. Apply a cluster role for the operator since it now needs to filter the namespaces to watch over :
+
+Edit the `cluster_role_binding.yaml` with the namespace of the operator (change the string `NAMESPACE_OF_SERVICE_ACCOUNT`) <br>
+then apply the cluster role and cluster role binding:
+```
+kubectl apply -f cluster_role.yaml
+kubectl apply -f cluster_role_binding.yaml 
+``` 
+    
+b. Configure the operator with a label to indicate how the redb namespaces are labeled:
+ <br> Patch the configmap by running the following command:
+```
+kubectl patch configmap/operator-environment-config \
+  -n <YOUR_NAMESPACE> \
+  --type merge \
+  -p '{"data": {"REDB_NAMESPACES_LABEL": "<NAMESPACE_LABEL>"}}'
+``` 
+
+c. Label the desired namespaces with the same label:
+```
+kubectl label namespace <YOUR_NAMESPACE> <NAMESPACE_LABEL>=<ANY_VALUE>
+```
+
+> Note - when a change in a managed redb namespace is detected  (e.g. the indicating label is added/removed) the operator deployment would restart.
+
 ## Additional areas for consideration
 * When deploying multiple Redis Enterprise Operators within the same K8s cluster, do not configure more than one of the operators to watch the same namespace.
 * Only configure the operator to watch a namespace once the namespace is created and configured with the role/role_binding as explained above. If configured to watch a namespace without setting those permissions or a namespace that is not created yet, the operator will fail and not perform normal operations.
diff --git a/multi-namespace-redb/cluster_role.yaml b/multi-namespace-redb/cluster_role.yaml
new file mode 100644
index 0000000..1f1a6e7
--- /dev/null
+++ b/multi-namespace-redb/cluster_role.yaml
@@ -0,0 +1,8 @@
+apiVersion: rbac.authorization.k8s.io/v1
+kind: ClusterRole
+metadata:
+  name: redis-operator-cluster-role
+rules:
+- apiGroups: [""]
+  resources: ["namespaces"]
+  verbs: ["list", "watch"]
diff --git a/multi-namespace-redb/cluster_role_binding.yaml b/multi-namespace-redb/cluster_role_binding.yaml
new file mode 100644
index 0000000..d9920ef
--- /dev/null
+++ b/multi-namespace-redb/cluster_role_binding.yaml
@@ -0,0 +1,12 @@
+kind: ClusterRoleBinding
+apiVersion: rbac.authorization.k8s.io/v1
+metadata:
+  name: redis-operator-cluster-role-binding
+subjects:
+- kind: ServiceAccount
+  name: redis-enterprise-operator
+  namespace: test # NAMESPACE_OF_SERVICE_ACCOUNT
+roleRef:
+  kind: ClusterRole
+  name: redis-operator-cluster-role
+  apiGroup: rbac.authorization.k8s.io