# AWX Operator v0.13.0 and lots of AWX instances **URL:** \ **Category:** AWX Project\ **Tags:** awx\ **Created:** [March 16, 2022, 4:09am UTC](https://forum.ansible.com/t/awx-operator-v0-13-0-and-lots-of-awx-instances/36448 "2022-03-16T04:09:16Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![iamroddo](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/iamroddo/32/321_2.png) [@iamroddo](https://forum.ansible.com/u/iamroddo)\ **Post date:** [March 16, 2022, 4:09am UTC](https://forum.ansible.com/t/awx-operator-v0-13-0-and-lots-of-awx-instances/36448/1 "2022-03-16T04:09:16Z")
We have been using AWX 19.0.0 with AWX operator 0.13.0 for a while. The AWX operator is installed in a dedicated namespace. Each member of our team has their own AWX instance which is installed in its own namespace. This worked fine, until the number the number of AWX instances went toward 20. I’ve noticed that instance spawning takes quite a long time and is becoming unreliable. I’ve also noticed that if the operator pod is deleted, it looks like it refreshes AWX current deployment state, during which it’s not able to deploy new AWX instances. Is there a way to give the operator more resources, in order that it can manage a lot of instances? I’ve seen that from AWX operator 0.14.0 it’s required to install the operator in the same namespace as the AWX instance. I’m wondering whether one of the reasons for this change from 0.13.0 was to deal with the strains of the 1:N ratio between operator and AWX instances, and that with the number of AWX instances to deal with, that going to 0.14.0+ would be a good idea.Any thoughts? ---
**Author:** ![Rebeccah\_Hunter](https://avatars.discourse-cdn.com/v4/letter/r/4da419/32.png) [@Rebeccah\_Hunter](https://forum.ansible.com/u/Rebeccah_Hunter)\ **Post date:** [March 16, 2022, 8:02pm UTC](https://forum.ansible.com/t/awx-operator-v0-13-0-and-lots-of-awx-instances/36448/2 "2022-03-16T20:02:44Z")
Hi there, Is there a reason for each person having their own instance of AWX? We do have robust RBAC/user settings and permissions that I think would allow you to cut down on the number of dedicated instances and therefore cut down on the stress on the operator. AWX wasn’t really designed to have one user per isntance (although it certainly can) and I think maintaining the resources for each of those individual instances is quite a bit of computational burden. All that being said, if you could give me more info about how it’s becoming unreliable it would be helpful. You certainly can give operator more dedicated capacity (advanced settings info is here: [https://github.com/ansible/awx-operator#advanced-configuration](https://github.com/ansible/awx-operator#advanced-configuration)), but I think I need a bit more info to give you better/more specific help. Cheers Beccah & The AWX Team ---
**Author:** ![Christian\_Adams](https://avatars.discourse-cdn.com/v4/letter/c/ba8739/32.png) [@Christian\_Adams](https://forum.ansible.com/u/Christian_Adams)\ **Post date:** [March 16, 2022, 8:49pm UTC](https://forum.ansible.com/t/awx-operator-v0-13-0-and-lots-of-awx-instances/36448/3 "2022-03-16T20:49:20Z")
Hello, Beccah brings up a good point. But if you are already locked into the “1 deployment per user” workflow, I would recommend customizing your container resources via the AWX spec. spec: … ee\_resource\_requirements: requests: cpu: 50m memory: 50Mb task\_resource\_requirements: requests: cpu: 50m memory: 50Mb web\_resource\_requirements: requests: cpu: 50m memory: 50Mb … I expect that if you were to describe the pods for your new deployments, you would see resource/taint errors and that your pod is not being scheduled as a result. By minimizing the resources requested per container in the pod, you should be able to squeeze some more instances out of your cluster. Also, I recommend reading this k8s doc: [https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-resource-requests-and-limits](https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-resource-requests-and-limits). It is recommended to keep your requests low, and increase the replicas as needed for more capacity. I hope this helps, Christian & The AWX Team ---
**Author:** ![Christian\_Adams](https://avatars.discourse-cdn.com/v4/letter/c/ba8739/32.png) [@Christian\_Adams](https://forum.ansible.com/u/Christian_Adams)\ **Post date:** [March 16, 2022, 9:37pm UTC](https://forum.ansible.com/t/awx-operator-v0-13-0-and-lots-of-awx-instances/36448/4 "2022-03-16T21:37:20Z")
I just noticed there was a typo in the yaml I pasted above. For memory, it is Mi, not Mb. > spec: > > … > > ee\_resource\_requirements: > > requests: > > cpu: 50m > > memory: 50Mb > > task\_resource\_requirements: > > requests: > > cpu: 50m > > memory: 50Mb > > web\_resource\_requirements: > > requests: > > cpu: 50m > > memory: 50Mb > > … Also, I did a test deployment with cpu set to 10m (millicore) for all of these containers and was able to deploy and run a job without issue. Performance there will vary based on what hardware and resources your actual cluster has of course. Thanks, Christian ---
**Author:** ![Christian\_Adams](https://avatars.discourse-cdn.com/v4/letter/c/ba8739/32.png) [@Christian\_Adams](https://forum.ansible.com/u/Christian_Adams)\ **Post date:** [March 17, 2022, 1:23am UTC](https://forum.ansible.com/t/awx-operator-v0-13-0-and-lots-of-awx-instances/36448/5 "2022-03-17T01:23:48Z")
Sorry for the typo again… spec: … ee\_resource\_requirements: requests: cpu: 50m memory: 50Mi task\_resource\_requirements: requests: cpu: 50m memory: 50Mi web\_resource\_requirements: requests: cpu: 50m memory: 50Mi Thanks, Christian