Update runbook to reflect it's a cli flag

Author: Tyler Reid

cortex-mixin/alerts/alerts.libsonnet

@@ -356,7 +356,7 @@
       name: 'cortex_distributor_inflight_push_request_alert',
       rules: [
         {
-          alert: 'CortexDistributorReachingInflightPushRequestLimits',
+          alert: 'CortexDistributorReachingInflightPushRequestLimit',
           expr: |||
             (
                 (cortex_distributor_inflight_push_requests / ignoring(limit) cortex_distributor_instance_limits{limit="max_inflight_push_requests"})

cortex-mixin/docs/playbooks.md

@@ -108,29 +108,22 @@ How to **fix**:
 1. Ensure shuffle-sharding is enabled in the Cortex cluster
 1. Assuming shuffle-sharding is enabled, scaling up ingesters will lower the number of tenants per ingester. However, the effect of this change will be visible only after `-blocks-storage.tsdb.close-idle-tsdb-timeout` period so you may have to temporarily increase the limit
 
-### CortexDistributorReachingInflightPushRequestLimits
+### CortexDistributorReachingInflightPushRequestLimit
 
 This alert fires when the `cortex_distributor_inflight_push_requests` per distributor instance limit is enabled and the actual number of inflight push requests is approaching the set limit. Once the limit is reached, push requests to the distributor will fail (5xx) for new requests, while existing inflight push requests will continue to succeed.
 
 In case of **emergency**:
-- If the actual number of inflight push requests is very close to or already at the set limit, then you can increase the limit via runtime config to gain some time
-- Increasing the limit will increase the distributor' memory utilization. Please monitor the distributors' memory utilization via the `Cortex / Writes Resources` dashboard
+- If the actual number of inflight push requests is very close to or already at the set limit, then you can increase the limit via CLI flag or config to gain some time
+- Increasing the limit will increase the the number of inflight push requests which will increase distributors' memory utilization. Please monitor the distributors' memory utilization via the `Cortex / Writes Resources` dashboard
 
 How the limit is **configured**:
-- The limit can be configured either on CLI (`-distributor.instance-limits.max-inflight-push-requests`) or in the runtime config:
+- The limit can be configured either by the CLI flag (`-distributor.instance-limits.max-inflight-push-requests`) or in the config:
   ```
-  distributor_instance_limits:
-    max_inflight_push_requests: <int>
-  ```
-- The mixin configures the limit in the runtime config and can be fine-tuned via:
-  ```
-  _config+:: {
-    distributor_instance_limits+:: {
+  distributor:
+    instance_limits:
       max_inflight_push_requests: <int>
-    }
-  }
   ```
-- When configured in the runtime config, changes are applied live without requiring an distributor restart
+- When configured the via the CLI flag or in the config these changes are applied with a distributor restart.
 - The configured limit can be queried via `cortex_distributor_instance_limits{limit="max_inflight_push_requests"})`
 
 How to **fix**: