Merge branch 'main' into ivanp/trafficsplit

Ivan Porta · Ivan Porta · commit 5a471e9b4e30 · 2025-02-03T06:45:17.000+01:00
diff --git a/linkerd.io/content/2-edge/overview/_index.md b/linkerd.io/content/2-edge/overview/_index.md
@@ -35,7 +35,7 @@ latency.
 
 In order to be as small, lightweight, and safe as possible, Linkerd's
 micro-proxies are written in [Rust](https://www.rust-lang.org/) and specialized
-for Linkerd. You can learn more about the these micro-proxies in our blog post,
+for Linkerd. You can learn more about these micro-proxies in our blog post,
 [Under the hood of Linkerd's state-of-the-art Rust proxy,
 Linkerd2-proxy](/2020/07/23/under-the-hood-of-linkerds-state-of-the-art-rust-proxy-linkerd2-proxy/),
 (If you want to know why Linkerd doesn't use Envoy, you can learn why in our blog
diff --git a/linkerd.io/content/2-edge/reference/proxy-configuration.md b/linkerd.io/content/2-edge/reference/proxy-configuration.md
@@ -52,7 +52,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by using the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by using the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.10/reference/proxy-configuration.md b/linkerd.io/content/2.10/reference/proxy-configuration.md
@@ -46,7 +46,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by used the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by used the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.11/reference/proxy-configuration.md b/linkerd.io/content/2.11/reference/proxy-configuration.md
@@ -46,7 +46,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by used the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by used the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.12/overview/_index.md b/linkerd.io/content/2.12/overview/_index.md
@@ -35,7 +35,7 @@ latency.
 
 In order to be as small, lightweight, and safe as possible, Linkerd's
 micro-proxies are written in [Rust](https://www.rust-lang.org/) and specialized
-for Linkerd. You can learn more about the these micro-proxies in our blog post,
+for Linkerd. You can learn more about these micro-proxies in our blog post,
 [Under the hood of Linkerd's state-of-the-art Rust proxy,
 Linkerd2-proxy](/2020/07/23/under-the-hood-of-linkerds-state-of-the-art-rust-proxy-linkerd2-proxy/),
 (If you want to know why Linkerd doesn't use Envoy, you can learn why in our blog
diff --git a/linkerd.io/content/2.12/reference/proxy-configuration.md b/linkerd.io/content/2.12/reference/proxy-configuration.md
@@ -52,7 +52,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by using the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by using the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.13/overview/_index.md b/linkerd.io/content/2.13/overview/_index.md
@@ -35,7 +35,7 @@ latency.
 
 In order to be as small, lightweight, and safe as possible, Linkerd's
 micro-proxies are written in [Rust](https://www.rust-lang.org/) and specialized
-for Linkerd. You can learn more about the these micro-proxies in our blog post,
+for Linkerd. You can learn more about these micro-proxies in our blog post,
 [Under the hood of Linkerd's state-of-the-art Rust proxy,
 Linkerd2-proxy](/2020/07/23/under-the-hood-of-linkerds-state-of-the-art-rust-proxy-linkerd2-proxy/),
 (If you want to know why Linkerd doesn't use Envoy, you can learn why in our blog
diff --git a/linkerd.io/content/2.13/reference/proxy-configuration.md b/linkerd.io/content/2.13/reference/proxy-configuration.md
@@ -52,7 +52,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by using the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by using the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.14/overview/_index.md b/linkerd.io/content/2.14/overview/_index.md
@@ -35,7 +35,7 @@ latency.
 
 In order to be as small, lightweight, and safe as possible, Linkerd's
 micro-proxies are written in [Rust](https://www.rust-lang.org/) and specialized
-for Linkerd. You can learn more about the these micro-proxies in our blog post,
+for Linkerd. You can learn more about these micro-proxies in our blog post,
 [Under the hood of Linkerd's state-of-the-art Rust proxy,
 Linkerd2-proxy](/2020/07/23/under-the-hood-of-linkerds-state-of-the-art-rust-proxy-linkerd2-proxy/),
 (If you want to know why Linkerd doesn't use Envoy, you can learn why in our blog
diff --git a/linkerd.io/content/2.14/reference/proxy-configuration.md b/linkerd.io/content/2.14/reference/proxy-configuration.md
@@ -52,7 +52,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by using the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by using the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.15/overview/_index.md b/linkerd.io/content/2.15/overview/_index.md
@@ -35,7 +35,7 @@ latency.
 
 In order to be as small, lightweight, and safe as possible, Linkerd's
 micro-proxies are written in [Rust](https://www.rust-lang.org/) and specialized
-for Linkerd. You can learn more about the these micro-proxies in our blog post,
+for Linkerd. You can learn more about these micro-proxies in our blog post,
 [Under the hood of Linkerd's state-of-the-art Rust proxy,
 Linkerd2-proxy](/2020/07/23/under-the-hood-of-linkerds-state-of-the-art-rust-proxy-linkerd2-proxy/),
 (If you want to know why Linkerd doesn't use Envoy, you can learn why in our blog
diff --git a/linkerd.io/content/2.15/reference/proxy-configuration.md b/linkerd.io/content/2.15/reference/proxy-configuration.md
@@ -52,7 +52,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by using the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by using the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.16/overview/_index.md b/linkerd.io/content/2.16/overview/_index.md
@@ -35,7 +35,7 @@ latency.
 
 In order to be as small, lightweight, and safe as possible, Linkerd's
 micro-proxies are written in [Rust](https://www.rust-lang.org/) and specialized
-for Linkerd. You can learn more about the these micro-proxies in our blog post,
+for Linkerd. You can learn more about these micro-proxies in our blog post,
 [Under the hood of Linkerd's state-of-the-art Rust proxy,
 Linkerd2-proxy](/2020/07/23/under-the-hood-of-linkerds-state-of-the-art-rust-proxy-linkerd2-proxy/),
 (If you want to know why Linkerd doesn't use Envoy, you can learn why in our blog
diff --git a/linkerd.io/content/2.16/reference/proxy-configuration.md b/linkerd.io/content/2.16/reference/proxy-configuration.md
@@ -52,7 +52,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by using the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by using the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/content/2.17/overview/_index.md b/linkerd.io/content/2.17/overview/_index.md
@@ -35,7 +35,7 @@ latency.
 
 In order to be as small, lightweight, and safe as possible, Linkerd's
 micro-proxies are written in [Rust](https://www.rust-lang.org/) and specialized
-for Linkerd. You can learn more about the these micro-proxies in our blog post,
+for Linkerd. You can learn more about these micro-proxies in our blog post,
 [Under the hood of Linkerd's state-of-the-art Rust proxy,
 Linkerd2-proxy](/2020/07/23/under-the-hood-of-linkerds-state-of-the-art-rust-proxy-linkerd2-proxy/),
 (If you want to know why Linkerd doesn't use Envoy, you can learn why in our blog
diff --git a/linkerd.io/content/2.17/reference/proxy-configuration.md b/linkerd.io/content/2.17/reference/proxy-configuration.md
@@ -52,7 +52,7 @@ instead of their original destination. This will inform Linkerd to override the
 endpoint selection of the ingress container and to perform its own endpoint
 selection, enabling features such as per-route metrics and traffic splitting.
 
-The proxy can be made to run in `ingress` mode by using the `linkerd.io/inject:
+The proxy can be configured to run in `ingress` mode by using the `linkerd.io/inject:
 ingress` annotation rather than the default `linkerd.io/inject: enabled`
 annotation. This can also be done with the `--ingress` flag in the `inject` CLI
 command:
diff --git a/linkerd.io/data/cli/2-10.yaml b/linkerd.io/data/cli/2-10.yaml
@@ -62,7 +62,7 @@ AnnotationsReference:
 - Description: Used to configure the outbound TCP connection timeout in the proxy
   Name: config.linkerd.io/proxy-outbound-connect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period before
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     If not provided, it will be defaulted to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 CLIReference:
diff --git a/linkerd.io/data/cli/2-11.yaml b/linkerd.io/data/cli/2-11.yaml
@@ -62,7 +62,7 @@ AnnotationsReference:
 - Description: Used to configure the outbound TCP connection timeout in the proxy
   Name: config.linkerd.io/proxy-outbound-connect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period before
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     If not provided, it will be defaulted to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
diff --git a/linkerd.io/data/cli/2-12.yaml b/linkerd.io/data/cli/2-12.yaml
@@ -60,7 +60,7 @@ AnnotationsReference:
 - Description: Log format (plain or json) for the proxy
   Name: config.linkerd.io/proxy-log-format
 - Description: Enables HTTP access logging in the proxy. Accepted values are `apache`,
-    to output the access log in the Appache Common Log Format, and `json`, to output
+    to output the access log in the Apache Common Log Format, and `json`, to output
     the access log in JSON.
   Name: config.linkerd.io/access-log
 - Description: Enable service profiles for non-Kubernetes services
@@ -76,7 +76,7 @@ AnnotationsReference:
 - Description: Inbound TCP connection timeout in the proxy
   Name: config.linkerd.io/proxy-inbound-connect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period after
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     Defaults to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
diff --git a/linkerd.io/data/cli/2-13.yaml b/linkerd.io/data/cli/2-13.yaml
@@ -60,7 +60,7 @@ AnnotationsReference:
 - Description: Log format (plain or json) for the proxy
   Name: config.linkerd.io/proxy-log-format
 - Description: Enables HTTP access logging in the proxy. Accepted values are `apache`,
-    to output the access log in the Appache Common Log Format, and `json`, to output
+    to output the access log in the Apache Common Log Format, and `json`, to output
     the access log in JSON.
   Name: config.linkerd.io/access-log
 - Description: Enable service profiles for non-Kubernetes services
@@ -82,7 +82,7 @@ AnnotationsReference:
     from the cache. Defaults to `90s`
   Name: config.linkerd.io/proxy-inbound-discovery-cache-unused-timeout
 - Description: The proxy sidecar will stay alive for at least the given period after
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     Defaults to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
diff --git a/linkerd.io/data/cli/2-14.yaml b/linkerd.io/data/cli/2-14.yaml
@@ -60,7 +60,7 @@ AnnotationsReference:
 - Description: Log format (plain or json) for the proxy
   Name: config.linkerd.io/proxy-log-format
 - Description: Enables HTTP access logging in the proxy. Accepted values are `apache`,
-    to output the access log in the Appache Common Log Format, and `json`, to output
+    to output the access log in the Apache Common Log Format, and `json`, to output
     the access log in JSON.
   Name: config.linkerd.io/access-log
 - Description: Enable service profiles for non-Kubernetes services
@@ -88,7 +88,7 @@ AnnotationsReference:
     side of the proxy by setting it to a very high value
   Name: config.linkerd.io/proxy-disable-inbound-protocol-detect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period after
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     Defaults to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
diff --git a/linkerd.io/data/cli/2-15.yaml b/linkerd.io/data/cli/2-15.yaml
@@ -60,7 +60,7 @@ AnnotationsReference:
 - Description: Log format (plain or json) for the proxy
   Name: config.linkerd.io/proxy-log-format
 - Description: Enables HTTP access logging in the proxy. Accepted values are `apache`,
-    to output the access log in the Appache Common Log Format, and `json`, to output
+    to output the access log in the Apache Common Log Format, and `json`, to output
     the access log in JSON.
   Name: config.linkerd.io/access-log
 - Description: Enable service profiles for non-Kubernetes services
@@ -88,7 +88,7 @@ AnnotationsReference:
     side of the proxy by setting it to a very high value
   Name: config.linkerd.io/proxy-disable-inbound-protocol-detect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period after
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     Defaults to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
diff --git a/linkerd.io/data/cli/2-16.yaml b/linkerd.io/data/cli/2-16.yaml
@@ -62,7 +62,7 @@ AnnotationsReference:
 - Description: Log format (plain or json) for the proxy
   Name: config.linkerd.io/proxy-log-format
 - Description: Enables HTTP access logging in the proxy. Accepted values are `apache`,
-    to output the access log in the Appache Common Log Format, and `json`, to output
+    to output the access log in the Apache Common Log Format, and `json`, to output
     the access log in JSON.
   Name: config.linkerd.io/access-log
 - Description: Enable service profiles for non-Kubernetes services
@@ -91,7 +91,7 @@ AnnotationsReference:
     side of the proxy by setting it to a very high value
   Name: config.linkerd.io/proxy-disable-inbound-protocol-detect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period after
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     Defaults to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
diff --git a/linkerd.io/data/cli/2-17.yaml b/linkerd.io/data/cli/2-17.yaml
@@ -62,7 +62,7 @@ AnnotationsReference:
 - Description: Log format (plain or json) for the proxy
   Name: config.linkerd.io/proxy-log-format
 - Description: Enables HTTP access logging in the proxy. Accepted values are `apache`,
-    to output the access log in the Appache Common Log Format, and `json`, to output
+    to output the access log in the Apache Common Log Format, and `json`, to output
     the access log in JSON.
   Name: config.linkerd.io/access-log
 - Description: Enable service profiles for non-Kubernetes services
@@ -91,7 +91,7 @@ AnnotationsReference:
     side of the proxy by setting it to a very high value
   Name: config.linkerd.io/proxy-disable-inbound-protocol-detect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period after
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     Defaults to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
diff --git a/linkerd.io/data/cli/2-edge.yaml b/linkerd.io/data/cli/2-edge.yaml
@@ -60,7 +60,7 @@ AnnotationsReference:
 - Description: Log format (plain or json) for the proxy
   Name: config.linkerd.io/proxy-log-format
 - Description: Enables HTTP access logging in the proxy. Accepted values are `apache`,
-    to output the access log in the Appache Common Log Format, and `json`, to output
+    to output the access log in the Apache Common Log Format, and `json`, to output
     the access log in JSON.
   Name: config.linkerd.io/access-log
 - Description: Enable service profiles for non-Kubernetes services
@@ -88,7 +88,7 @@ AnnotationsReference:
     side of the proxy by setting it to a very high value
   Name: config.linkerd.io/proxy-disable-inbound-protocol-detect-timeout
 - Description: The proxy sidecar will stay alive for at least the given period after
-    receiving SIGTERM signal from Kubernetes but no longer than pod's `terminationGracePeriodSeconds`.
+    receiving SIGTERM signal from Kubernetes but no longer than the pod's `terminationGracePeriodSeconds`.
     Defaults to `0`
   Name: config.alpha.linkerd.io/proxy-wait-before-exit-seconds
 - Description: The application container will not start until the proxy is ready;
