You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-rate-limits.md
+17-17Lines changed: 17 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,43 +17,43 @@ category:
17
17
18
18
## About rate limits for {% data variables.product.prodname_ghe_server %}
19
19
20
-
To prevent excessive use of resources on {% data variables.location.product_location %} that could affect the instance's availability or performance for all users, you can configure rate limits. Rate limits are configurable for the {% data variables.product.prodname_enterprise_api %} and {% data variables.product.prodname_actions %}.
20
+
Rate limits help prevent excessive resource use on {% data variables.location.product_location %} that could affect availability or performance for all users. You can configure rate limits for the {% data variables.product.prodname_enterprise_api %} and {% data variables.product.prodname_actions %}.
21
21
22
-
Implement rate limits carefully and communicate frequently with your users as you tune the limits. To avoid interrupting your users' work, {% data variables.product.company_short %} recommends that you start with permissive rate limits, and gradually tune the limits to suit your environment.
22
+
Implement rate limits carefully and communicate with your users as you tune them. Start with permissive rate limits and gradually adjust them to suit your environment.
23
23
24
24
You can also configure rate limits for authentication attempts to the {% data variables.enterprise.management_console %}. For more information, see [AUTOTITLE](/admin/configuration/administering-your-instance-from-the-management-console/managing-access-to-the-management-console#configuring-rate-limits-for-authentication-to-the-management-console).
25
25
26
26
## Enabling rate limits for the {% data variables.product.prodname_enterprise_api %}
27
27
28
-
Excessive numbers of requests to the {% data variables.product.prodname_enterprise_api %} can affect the availability and performance of your instance. For more information about how rate limits for the API affect your users, see [AUTOTITLE](/rest/overview/rate-limits-for-the-rest-api).
28
+
Too many requests to the {% data variables.product.prodname_enterprise_api %} can slow down your instance or make it unavailable. For more information about how API rate limits affect your users, see [AUTOTITLE](/rest/overview/rate-limits-for-the-rest-api).
29
29
30
-
You can exempt a list of users from API rate limits using the `ghe-config` utility in the administrative shell. For more information, see [AUTOTITLE](/admin/configuration/configuring-your-enterprise/command-line-utilities#ghe-config).
30
+
You can exempt specific users from API rate limits using the `ghe-config` utility in the administrative shell. For more information, see [AUTOTITLE](/admin/configuration/configuring-your-enterprise/command-line-utilities#ghe-config).
31
31
32
32
> [!NOTE]
33
33
> The {% data variables.enterprise.management_console %} lists the time period (per minute or per hour) for each rate limit.
34
34
35
35
{% data reusables.enterprise_site_admin_settings.access-settings %}
36
36
{% data reusables.enterprise_site_admin_settings.management-console %}
37
37
1. Under "Rate Limiting", select **Enable HTTP API Rate Limiting**.
38
-
1.Type limits for authenticated and unauthenticated requests for each API, or accept the pre-filled default limits.
38
+
1.Enter limits for authenticated and unauthenticated requests for each API, or accept the prefilled default limits.
39
39
{% data reusables.enterprise_management_console.save-settings %}
40
40
41
41
## Enabling secondary rate limits
42
42
43
-
Setting secondary rate limits protects the overall level of service on {% data variables.location.product_location %}.
43
+
Secondary rate limits help keep {% data variables.location.product_location %} stable for all users.
44
44
45
45
{% data reusables.enterprise_site_admin_settings.access-settings %}
46
46
{% data reusables.enterprise_site_admin_settings.management-console %}
47
47
1. Under "Rate Limiting", select **Enable Secondary Rate Limiting**.
48
-
1.Type limits for Total Requests, CPU Limit, and CPU Limit for Searching, or accept the pre-filled default limits.
48
+
1.Enter limits for Total Requests, CPU Limit, and CPU Limit for Searching, or accept the prefilled default limits.
49
49
{% data reusables.enterprise_management_console.save-settings %}
50
50
51
51
## Enabling rate limits for Git
52
52
53
-
If a member of {% data variables.product.company_short %}'s staff has recommended it, you can apply Git rate limits per repository network or per user ID. Git rate limits are expressed in concurrent operations per minute, and are adaptive based on the current CPU load.
53
+
If a member of {% data variables.product.company_short %}'s staff has recommended it, you can apply Git rate limits per repository network or per user ID. Git rate limits are measured in concurrent operations per minute and adapt to the current CPU load.
54
54
55
55
> [!WARNING]
56
-
> We encourage you to leave this setting disabled unless directly recommended by a member of {% data variables.product.company_short %}'s staff. Git operations are rarely the leading driver of CPU and RAM usage. Enabling this feature can make Git operations more likely to fail under high load conditions but does not address the underlying cause of those conditions.
56
+
> Leave this setting disabled unless directly recommended by {% data variables.product.company_short %}'s staff. Git operations are rarely the leading driver of CPU and RAM usage. Enabling this feature can make Git operations more likely to fail under high load but doesn't address the underlying cause.
57
57
58
58
{% data reusables.enterprise_site_admin_settings.access-settings %}
59
59
{% data reusables.enterprise_site_admin_settings.management-console %}
@@ -68,15 +68,15 @@ You can apply a rate limit to {% data variables.product.prodname_actions %} work
68
68
69
69
### About rate limits for {% data variables.product.prodname_actions %}
70
70
71
-
Your {% data variables.product.prodname_ghe_server %} instance assigns each {% data variables.product.prodname_actions %} workflow job to a runner. If your instance cannot immediately assign a job to an available runner, the job will wait in a queue until a runner is available. If {% data variables.product.prodname_actions %} experiences sustained high load, the queue can back up, and the performance of {% data variables.location.product_location %} may degrade.
71
+
Your {% data variables.product.prodname_ghe_server %} instance assigns each {% data variables.product.prodname_actions %} workflow job to a runner. If your instance can't immediately assign a job to an available runner, the job waits in a queue. If {% data variables.product.prodname_actions %} experiences sustained high load, the queue can back up and the performance of {% data variables.location.product_location %} may degrade.
72
72
73
-
To avoid this performance degradation, you can configure a rate limit for {% data variables.product.prodname_actions %}. This rate limit is expressed in job runs per minute. {% data variables.product.prodname_ghe_server %} calculates and applies the rate limit for the sum total of all job runs on the instance. If runs exceed the rate limit, additional runs will fail instead of entering the queue. The following error will appear in the run's annotations.
73
+
To avoid this, you can configure a rate limit for {% data variables.product.prodname_actions %}. This rate limit is measured in job runs per minute. {% data variables.product.prodname_ghe_server %} applies the rate limit across all job runs on the instance. If runs exceed the rate limit, additional runs fail instead of entering the queue. The following error appears in the run's annotations.
74
74
75
75
> You've exceeded the rate limit for workflow run requests. Please wait before retrying the run.
76
76
77
-
An appropriate rate limit protects {% data variables.location.product_location %} from abnormal usage of {% data variables.product.prodname_actions %} without interfering with day-to-day operations. The exact threshold depends on your instance's available resources and overall load profile. For more information about the hardware requirements for {% data variables.product.prodname_actions %}, see [AUTOTITLE](/admin/github-actions/getting-started-with-github-actions-for-your-enterprise/getting-started-with-github-actions-for-github-enterprise-server#review-hardware-requirements).
77
+
A good rate limit protects {% data variables.location.product_location %} from unusual spikes in {% data variables.product.prodname_actions %} usage without interfering with day-to-day operations. The right threshold depends on your instance's available resources and typical workload. For more information about hardware requirements for {% data variables.product.prodname_actions %}, see [AUTOTITLE](/admin/github-actions/getting-started-with-github-actions-for-your-enterprise/getting-started-with-github-actions-for-github-enterprise-server#review-hardware-requirements).
78
78
79
-
By default, the rate limit for {% data variables.product.prodname_actions %} is disabled. Because {% data variables.product.prodname_ghe_server %} can handle temporary spikes in usage without performance degradation, this rate limit is intended to protect against sustained high load. We recommend leaving the rate limit disabled unless you are experiencing performance problems. In some cases, {% data variables.contact.github_support %} may recommend that you enable a rate limit for {% data variables.product.prodname_actions %}.
79
+
By default, the rate limit for {% data variables.product.prodname_actions %} is disabled. {% data variables.product.prodname_ghe_server %} can handle temporary usage spikes without problems, so this rate limit protects against sustained high load. Leave it disabled unless you experience performance problems. In some cases, {% data variables.contact.github_support %} may recommend enabling a rate limit for {% data variables.product.prodname_actions %}.
80
80
81
81
### Enabling or disabling rate limits for {% data variables.product.prodname_actions %}
82
82
@@ -88,7 +88,7 @@ By default, the rate limit for {% data variables.product.prodname_actions %} is
1. To disable the rate limit after it's been enabled, run the following command.
91
+
1. To disable the rate limit, run the following command.
92
92
93
93
```shell
94
94
ghe-config actions-rate-limiting.enabled false
@@ -104,10 +104,10 @@ By default, the rate limit for {% data variables.product.prodname_actions %} is
104
104
105
105
## Controlling the rate for the live update service
106
106
107
-
If the number of AJAX requests to your {% data variables.product.prodname_ghe_server %} instance causes problems, then you may need to edit the rate limit for the WebSockets controller used by these live updates. For details of how to view Alive requests, see [AUTOTITLE](/admin/monitoring-and-managing-your-instance/monitoring-your-instance/about-the-monitor-dashboards).
107
+
If the number of AJAX requests to your {% data variables.product.prodname_ghe_server %} instance causes problems, you may need to adjust the rate limit for the WebSockets controller used by these live updates. For details on how to view Alive requests, see [AUTOTITLE](/admin/monitoring-and-managing-your-instance/monitoring-your-instance/about-the-monitor-dashboards).
108
108
109
-
When primary rate limits are enabled, by default a maximum of 100 requests is allowed per minute for each IP address. Administrators with access to the administrative shell can use the [ghe-config](/admin/administering-your-instance/administering-your-instance-from-the-command-line/command-line-utilities#ghe-config) utility to set `app.github.web-sockets-rate-limit`with the number of requests allowed per minute for each IP address or disable this rate limit. Setting the limit to any value that is not a positiveinteger (for example, `0`, `-1`, `disabled`) disables rate limiting on the WebSockets controller for live updates.
109
+
With primary rate limits enabled, the default limit is 100 requests per minute per IP address. Use the [ghe-config](/admin/administering-your-instance/administering-your-instance-from-the-command-line/command-line-utilities#ghe-config) utility in the administrative shell to set `app.github.web-sockets-rate-limit`to the number of requests allowed per minute per IP address, or to disable this rate limit. Setting the limit to any non-positive-integer value (for example, `0`, `-1`, `disabled`) disables rate limiting on the WebSockets controller.
110
110
111
111
{% data reusables.github-connect.rate-limit-live-dotcom-requests %}
112
112
113
-
After you make any changes to the values of these settings, run [ghe-config-apply](/admin/administering-your-instance/administering-your-instance-from-the-command-line/command-line-utilities#ghe-config-apply) to apply the settings.
113
+
After you change these settings, run [ghe-config-apply](/admin/administering-your-instance/administering-your-instance-from-the-command-line/command-line-utilities#ghe-config-apply) to apply them.
0 commit comments