Hi Octopus Support,
Here is our scenario:
- Our automatic deployments (we have set up a ServiceNow integration process) are going to poll till the next day before continuing at the service now ticket time (this task is essentially making a call to service now for information)
- This will remain as a task and count against the current task cap of 10
- Deployments that hit the intervention step switched to a ‘queued’ status which removed them from the task cap count while they waited for a click.
- When the cap is reached all additional deployments are ‘queued’
- What is a safe cap to increase the environment without needing to adjust server resources?
- Does increasing the cap increase load on the application server to the same level it would the SQL server?
- Is there any guidance on how much to increase server resources? (CPU, memory)
- How might High Availability affect this?
We are on Octopus v2019.3.8
Specs layout per your Q&A:
- Are you running Octopus as an HA cluster, or single node? Single node.
- Is the SQL Database Server on the same machine as Octopus or a different machine? Separate SQL 2016 server.
- Are you hosting any other applications on the same machine as Octopus or its SQL database? No.
- What kind of server specs are you running for Octopus and SQL Server?
OS Name Microsoft Windows Server 2012 R2 Standard
Processor Intel® Xeon® CPU E5-2698 v3 @ 2.30GHz, 2295 Mhz, 2 Core(s), 2 Logical Processor(s)
Installed Physical Memory (RAM) 4.00 GB
C Drive: 20 GB free of 44 GB, E Drive: 70 GB free of 124 GB
- Approximately how many users do you have using Octopus? 130+
- Approximately how many projects and machines do you have? 808 Projects and 321 Machines/Deployment Targets
- Approximately how many deployments do you perform at the same time? Average 3-6, but up to 8-10. With the new process, this may spike to 15-20.
- Do you notice any correlation between deployments of certain projects and the performance problem? Other than tasks waiting (health checks or tentacle upgrades pushing task cap), we haven’t had many issues, but with the new process, we are concerned with performance.
- Do you notice any correlation between other Octopus Server tasks (like package retention policy processing) and the performance problem? No.
- Does the Octopus Server ever become unresponsive and how frequently does it become unresponsive? Rarely.
- Does the Octopus Server recover after the performance degrades, or does it need to be manually restarted in order to recover? If we ever had an issue, it required a service restart.
NOTE: We do not use the internal Octopus package repo–only an external package repository.