rm 'add additional' phrase from docs (#1020)

* rm 'add additional' phrase from docs * these > more
rancher · Dec 6, 2023 · e479cc3 · e479cc3
1 parent 9bcdc44
commit e479cc3
Show file tree

Hide file tree

Showing 82 changed files with 98 additions and 98 deletions.
diff --git a/docs/faq/technical-items.md b/docs/faq/technical-items.md
@@ -93,9 +93,9 @@ When the IP address of the node changed, Rancher lost connection to the node, so
 
 When the node is removed from the cluster, and the node is cleaned, you can readd the node to the cluster.
 
-### How can I add additional arguments/binds/environment variables to Kubernetes components in a Rancher Launched Kubernetes cluster?
+### How can I add more arguments/binds/environment variables to Kubernetes components in a Rancher Launched Kubernetes cluster?
 
-You can add additional arguments/binds/environment variables via the [Config File](../reference-guides/cluster-configuration/rancher-server-configuration/rke1-cluster-configuration.md#rke-cluster-config-file-reference) option in Cluster Options. For more information, see the [Extra Args, Extra Binds, and Extra Environment Variables](https://rancher.com/docs/rke/latest/en/config-options/services/services-extras/) in the RKE documentation or browse the [Example Cluster.ymls](https://rancher.com/docs/rke/latest/en/example-yamls/).
+You can add more arguments/binds/environment variables via the [Config File](../reference-guides/cluster-configuration/rancher-server-configuration/rke1-cluster-configuration.md#rke-cluster-config-file-reference) option in Cluster Options. For more information, see the [Extra Args, Extra Binds, and Extra Environment Variables](https://rancher.com/docs/rke/latest/en/config-options/services/services-extras/) in the RKE documentation or browse the [Example Cluster.ymls](https://rancher.com/docs/rke/latest/en/example-yamls/).
 
 ### How do I check if my certificate chain is valid?
 

diff --git a/...-started/installation-and-upgrade/installation-references/helm-chart-options.md b/...-started/installation-and-upgrade/installation-references/helm-chart-options.md
@@ -47,7 +47,7 @@ For information on enabling experimental features, refer to [this page.](../../.
 | `debug`                        | false                                                 | `bool` - set debug flag on rancher server                                                                                                         |
 | `extraEnv`                     | []                                                    | `list` - set additional environment variables for Rancher                                                          |
 | `imagePullSecrets`             | []                                                    | `list` - list of names of Secret resource containing private registry credentials                                                                 |
-| `ingress.configurationSnippet` | ""                                                    | `string` - Add additional Nginx configuration. Can be used for proxy configuration.   |
+| `ingress.configurationSnippet` | ""                                                    | `string` - additional Nginx configuration. Can be used for proxy configuration.   |
 | `ingress.extraAnnotations`     | {}                                                    | `map` - additional annotations to customize the ingress                                                                                           |
 |  `ingress.enabled` |  true   |    When set to false, Helm will not install a Rancher ingress. Set the option to false to deploy your own ingress.   |
 | `letsEncrypt.ingress.class`    | ""                                                    | `string` - optional ingress class for the cert-manager acmesolver ingress that responds to the Let's Encrypt ACME challenges. Options: traefik, nginx.       |                      |
@@ -192,7 +192,7 @@ To learn more about how to configure environment variables, refer to [Define Env
 
 ### Additional Trusted CAs
 
-If you have private registries, catalogs or a proxy that intercepts certificates, you may need to add additional trusted CAs to Rancher.
+If you have private registries, catalogs or a proxy that intercepts certificates, you may need to add more trusted CAs to Rancher.
 
 ```plain
 --set additionalTrustedCAs=true

diff --git a/...e/other-installation-methods/rancher-behind-an-http-proxy/install-kubernetes.md b/...e/other-installation-methods/rancher-behind-an-http-proxy/install-kubernetes.md
@@ -145,7 +145,7 @@ sudo systemctl restart docker
 
 You can now provision node driver clusters from an air-gapped cluster configured to use a proxy for outbound connections.
 
-In addition to setting the default rules for a proxy server, you will need to add additional rules, shown below, to provision node driver clusters from a proxied Rancher environment.
+In addition to setting the default rules for a proxy server, you must also add the rules shown below to provision node driver clusters from a proxied Rancher environment.
 
 You will configure your filepath according to your setup, e.g., `/etc/apt/apt.conf.d/proxy.conf`:
 

diff --git a/...how-to-guides/advanced-user-guides/istio-setup-guide/enable-istio-in-cluster.md b/...how-to-guides/advanced-user-guides/istio-setup-guide/enable-istio-in-cluster.md
@@ -23,7 +23,7 @@ title: 1. Enable Istio in the Cluster
 1. If you have not already installed your own monitoring app, you will be prompted to install the rancher-monitoring app. Optional: Set your Selector or Scrape config options on rancher-monitoring app install.
 1. Optional: Configure member access and [resource limits](../../../integrations-in-rancher/istio/cpu-and-memory-allocations.md) for the Istio components. Ensure you have enough resources on your worker nodes to enable Istio.
 1. Optional: Make additional configuration changes to values.yaml if needed.
-1. Optional: Add additional resources or configuration via the [overlay file.](../../../pages-for-subheaders/configuration-options.md#overlay-file)
+1. Optional: Add further resources or configuration via the [overlay file](../../../pages-for-subheaders/configuration-options.md#overlay-file).
 1. Click **Install**.
 
 **Result:** Istio is installed at the cluster level.

diff --git a/...s-resources-setup/load-balancer-and-ingress-controller/ingress-configuration.md b/...s-resources-setup/load-balancer-and-ingress-controller/ingress-configuration.md
@@ -36,7 +36,7 @@ You must have an SSL certificate that Ingress can use to encrypt and decrypt com
 1. Click **Add Certificate**.
 1. Select a **Certificate - Secret Name** from the drop-down list.
 1. Enter the host using encrypted communication.
-1. To add additional hosts that use the certificate, click **Add Hosts**.
+1. To add more hosts that use the same certificate, click **Add Hosts**.
 
 ## Labels and Annotations
 

diff --git a/...with-rancher/use-new-nodes-in-an-infra-provider/vsphere/create-a-vm-template.md b/...with-rancher/use-new-nodes-in-an-infra-provider/vsphere/create-a-vm-template.md
@@ -13,7 +13,7 @@ In order to leverage the template to create new VMs, Rancher has some [specific
 
 ## Requirements
 
-There is specific tooling required for both Linux and Windows VMs to be usable by the vSphere node driver. The most critical dependency is [cloud-init](https://cloud-init.io/) for Linux and [cloudbase-init](https://cloudbase.it/cloudbase-init/) for Windows. Both of these are used for provisioning the VMs by configuring the hostname and by setting up the SSH access and the default Rancher user. Users can add additional content to these as desired if other configuration is needed. In addition, other requirements are listed below for reference.
+There is specific tooling required for both Linux and Windows VMs to be usable by the vSphere node driver. The most critical dependency is [cloud-init](https://cloud-init.io/) for Linux and [cloudbase-init](https://cloudbase.it/cloudbase-init/) for Windows. Both of these are used for provisioning the VMs by configuring the hostname and by setting up the SSH access and the default Rancher user. Users can add more content to these as desired if other configuration is needed. In addition, other requirements are listed below for reference.
 
 :::note
 

diff --git a/...s-in-rancher/istio/configuration-options/selectors-and-scrape-configurations.md b/...s-in-rancher/istio/configuration-options/selectors-and-scrape-configurations.md
@@ -10,7 +10,7 @@ The Monitoring app sets `prometheus.prometheusSpec.ignoreNamespaceSelectors=fals
 
 This ensures you can view traffic, metrics and graphs for resources deployed in a namespace with `istio-injection=enabled` label.
 
-If you would like to limit Prometheus to specific namespaces, set `prometheus.prometheusSpec.ignoreNamespaceSelectors=true`. Once you do this, you will need to add additional configuration to continue to monitor your resources.
+If you would like to limit Prometheus to specific namespaces, set `prometheus.prometheusSpec.ignoreNamespaceSelectors=true`. Once you do this, you must perform some additional configuration to continue to monitor your resources.
 
 
 ### Limiting Monitoring to Specific Namespaces by Setting ignoreNamespaceSelectors to True

diff --git a/...ions-in-rancher/logging/custom-resource-configuration/flows-and-clusterflows.md b/...ions-in-rancher/logging/custom-resource-configuration/flows-and-clusterflows.md
@@ -32,7 +32,7 @@ For detailed examples on using the match statement, see the [official documentat
 
 ### Filters
 
-You can define one or more filters within a `Flow`. Filters can perform various actions on the logs, for example, add additional data, transform the logs, or parse values from the records. The filters in the `Flow` are applied in the order in the definition.
+You can define one or more filters within a `Flow`. Filters can perform various actions on the logs, such as adding data, transforming the logs, or parsing values from the records. The filters in the `Flow` are applied in the same order they appear in the definition.
 
 For a list of filters supported by the Logging operator, see [the official documentation on Fluentd filters](https://kube-logging.github.io/docs/configuration/plugins/filters/).
 

diff --git a/docs/integrations-in-rancher/monitoring-and-alerting/how-monitoring-works.md b/docs/integrations-in-rancher/monitoring-and-alerting/how-monitoring-works.md
@@ -88,7 +88,7 @@ A PrometheusRule allows you to define one or more RuleGroups. Each RuleGroup con
 - Labels that should be attached to the alert or record that identify it (e.g. cluster name or severity)
 - Annotations that encode any additional important pieces of information that need to be displayed on the notification for an alert (e.g. summary, description, message, runbook URL, etc.). This field is not required for recording rules.
 
-On evaluating a [rule](https://github.com/prometheus-operator/prometheus-operator/blob/main/Documentation/api.md#rule), Prometheus will execute the provided PromQL query, add additional provided labels (or annotations - only for alerting rules), and execute the appropriate action for the rule. For example, an Alerting Rule that adds `team: front-end` as a label to the provided PromQL query will append that label to the fired alert, which will allow Alertmanager to forward the alert to the correct Receiver.
+Upon evaluating a [rule](https://github.com/prometheus-operator/prometheus-operator/blob/main/Documentation/api.md#rule), Prometheus runs the provided PromQL query, adds the provided labels, and runs the appropriate action for the rule. If the rule triggers an alert, Prometheus also adds the provided annotations. For example, an Alerting Rule that adds `team: front-end` as a label to the provided PromQL query will append that label to the fired alert, which will allow Alertmanager to forward the alert to the correct Receiver.
 
 ### Alerting and Recording Rules
 

diff --git a/docs/pages-for-subheaders/configuration-options.md b/docs/pages-for-subheaders/configuration-options.md
@@ -26,7 +26,7 @@ For more information on Overlay Files, refer to the [Istio documentation.](https
 
 The Monitoring app sets `prometheus.prometheusSpec.ignoreNamespaceSelectors=false` which enables monitoring across all namespaces by default. This ensures you can view traffic, metrics and graphs for resources deployed in a namespace with `istio-injection=enabled` label.
 
-If you would like to limit Prometheus to specific namespaces, set `prometheus.prometheusSpec.ignoreNamespaceSelectors=true`. Once you do this, you will need to add additional configuration to continue to monitor your resources.
+If you would like to limit Prometheus to specific namespaces, set `prometheus.prometheusSpec.ignoreNamespaceSelectors=true`. Once you do this, you must perform some additional configuration to continue to monitor your resources.
 
 For details, refer to [this section.](../integrations-in-rancher/istio/configuration-options/selectors-and-scrape-configurations.md)
 

diff --git a/docs/pages-for-subheaders/use-windows-clusters.md b/docs/pages-for-subheaders/use-windows-clusters.md
@@ -120,7 +120,7 @@ The `worker` nodes, which is where your workloads will be deployed on, will typi
 
 #### Recommended Architecture
 
-We recommend the minimum three-node architecture listed in the table below, but you can always add additional Linux and Windows workers to scale up your cluster for redundancy:
+We recommend the minimum three-node architecture listed in the table below, but you can always add more Linux and Windows workers to scale up your cluster for redundancy:
 
 | Node   | Operating System                                    | Kubernetes Cluster Role(s)                                                                                                                                                                                                                         | Purpose                                                                             |
 | ------ | --------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- |

diff --git a/...nce-guides/best-practices/rancher-managed-clusters/monitoring-best-practices.md b/...nce-guides/best-practices/rancher-managed-clusters/monitoring-best-practices.md
@@ -74,7 +74,7 @@ To get your own custom application metrics into Prometheus, you have to collect
 
 ### ServiceMonitors and PodMonitors
 
-Once all your workloads expose metrics in a Prometheus format, you have to configure Prometheus to scrape it. Under the hood Rancher is using the [prometheus-operator](https://github.com/prometheus-operator/prometheus-operator). This makes it easy to add additional scraping targets with ServiceMonitors and PodMonitors. Many Helm charts let you to create these monitors directly. You can also find more information in the Rancher documentation.
+Once all of your workloads expose metrics in a Prometheus format, you must configure Prometheus to scrape them. Under the hood, Rancher uses the [prometheus-operator](https://github.com/prometheus-operator/prometheus-operator). This makes it easy to add scraping targets with ServiceMonitors and PodMonitors. Many Helm charts already include an option to create these monitors directly. You can also find more information in the Rancher documentation.
 
 ### Prometheus Push Gateway
 

diff --git a/...cluster-configuration/rancher-server-configuration/k3s-cluster-configuration.md b/...cluster-configuration/rancher-server-configuration/k3s-cluster-configuration.md
@@ -176,7 +176,7 @@ Truncating hostnames in a cluster improves compatibility with Windows-based syst
 
 ##### TLS Alternate Names
 
-Add additional hostnames or IPv4/IPv6 addresses as Subject Alternative Names on the server TLS cert.
+Add hostnames or IPv4/IPv6 addresses as Subject Alternative Names on the server TLS cert.
 
 ##### Authorized Cluster Endpoint
 

diff --git a/...luster-configuration/rancher-server-configuration/rke2-cluster-configuration.md b/...luster-configuration/rancher-server-configuration/rke2-cluster-configuration.md
@@ -225,7 +225,7 @@ Truncating hostnames in a cluster improves compatibility with Windows-based syst
 
 ##### TLS Alternate Names
 
-Add additional hostnames or IPv4/IPv6 addresses as Subject Alternative Names on the server TLS cert.
+Add hostnames or IPv4/IPv6 addresses as Subject Alternative Names on the server TLS cert.
 
 ##### Authorized Cluster Endpoint
 

diff --git a/docs/reference-guides/single-node-rancher-in-docker/http-proxy-configuration.md b/docs/reference-guides/single-node-rancher-in-docker/http-proxy-configuration.md
@@ -52,7 +52,7 @@ Privileged access is [required.](../../pages-for-subheaders/rancher-on-a-single-
 
 You can now provision node driver clusters from an air-gapped cluster configured to use a proxy for outbound connections.
 
-In addition to setting the default rules for a proxy server as shown above, you will need to add additional rules, shown below, to provision node driver clusters from a proxied Rancher environment.
+In addition to setting the default rules for a proxy server as shown above, you must also add the following rules to provision node driver clusters from a proxied Rancher environment:
 
 You will configure your filepath according to your setup, e.g., `/etc/apt/apt.conf.d/proxy.conf`:
 

diff --git a/...version-2.0-2.4/explanations/integrations-in-rancher/cluster-logging/fluentd.md b/...version-2.0-2.4/explanations/integrations-in-rancher/cluster-logging/fluentd.md
@@ -10,7 +10,7 @@ If your organization uses [Fluentd](https://www.fluentd.org/), you can configure
 
 ## Fluentd Configuration
 
-You can add multiple Fluentd Servers. If you want to add additional Fluentd servers, click **Add Fluentd Server**. For each Fluentd server, complete the configuration information:
+You can add multiple Fluentd Servers. First, click **Add Fluentd Server**. For each Fluentd server, complete the configuration information:
 
 1. In the **Endpoint** field, enter the address and port of your Fluentd instance, e.g. `http://Fluentd-server:24224`.
 

diff --git a/versioned_docs/version-2.0-2.4/faq/technical-items.md b/versioned_docs/version-2.0-2.4/faq/technical-items.md
@@ -116,9 +116,9 @@ When the IP address of the node changed, Rancher lost connection to the node, so
 
 When the node is removed from the cluster, and the node is cleaned, you can readd the node to the cluster.
 
-### How can I add additional arguments/binds/environment variables to Kubernetes components in a Rancher Launched Kubernetes cluster?
+### How can I add more arguments/binds/environment variables to Kubernetes components in a Rancher Launched Kubernetes cluster?
 
-You can add additional arguments/binds/environment variables via the [Config File](../reference-guides/cluster-configuration/rancher-server-configuration/rke1-cluster-configuration.md#cluster-config-file) option in Cluster Options. For more information, see the [Extra Args, Extra Binds, and Extra Environment Variables](https://rancher.com/docs/rke/latest/en/config-options/services/services-extras/) in the RKE documentation or browse the [Example Cluster.ymls](https://rancher.com/docs/rke/latest/en/example-yamls/).
+You can add more arguments/binds/environment variables via the [Config File](../reference-guides/cluster-configuration/rancher-server-configuration/rke1-cluster-configuration.md#cluster-config-file) option in Cluster Options. For more information, see the [Extra Args, Extra Binds, and Extra Environment Variables](https://rancher.com/docs/rke/latest/en/config-options/services/services-extras/) in the RKE documentation or browse the [Example Cluster.ymls](https://rancher.com/docs/rke/latest/en/example-yamls/).
 
 ### How do I check if my certificate chain is valid?
 

diff --git a/...upgrade/advanced-options/advanced-use-cases/helm2/helm-rancher/chart-options.md b/...upgrade/advanced-options/advanced-use-cases/helm2/helm-rancher/chart-options.md
@@ -32,7 +32,7 @@ title: Chart Options
 | `extraEnv` | [] | `list` - set additional environment variables for Rancher _Note: Available as of v2.2.0_ |
 | `imagePullSecrets` | [] | `list` - list of names of Secret resource containing private registry credentials |
 | `ingress.extraAnnotations` | {} | `map` - additional annotations to customize the ingress |
-| `ingress.configurationSnippet` | "" | `string` - Add additional Nginx configuration. Can be used for proxy configuration. _Note: Available as of v2.0.15, v2.1.10 and v2.2.4_ |
+| `ingress.configurationSnippet` | "" | `string` - additional Nginx configuration. Can be used for proxy configuration. _Note: Available as of v2.0.15, v2.1.10 and v2.2.4_ |
 | `proxy` | "" | `string` -  HTTP[S] proxy server for Rancher |
 | `noProxy` | "127.0.0.0/8,10.0.0.0/8,cattle-system.svc,172.16.0.0/12,192.168.0.0/16" | `string` - comma separated list of hostnames or ip address not to use the proxy |
 | `resources` | {} | `map` - rancher pod resource requests & limits |
@@ -125,7 +125,7 @@ Add your IP exceptions to the `noProxy` list. Make sure you add the Service clus
 
 ### Additional Trusted CAs
 
-If you have private registries, catalogs or a proxy that intercepts certificates, you may need to add additional trusted CAs to Rancher.
+If you have private registries, catalogs or a proxy that intercepts certificates, you may need to add more trusted CAs to Rancher.
 
 ```plain
 --set additionalTrustedCAs=true

diff --git a/...rsion-2.0-2.4/how-to-guides/new-user-guides/helm-charts-in-rancher/globaldns.md b/...rsion-2.0-2.4/how-to-guides/new-user-guides/helm-charts-in-rancher/globaldns.md
@@ -39,13 +39,13 @@ For each application that you want to route traffic to, you will need to create
 
 ## Permissions for Global DNS Providers and Entries
 
-By default, only [global administrators](../../advanced-user-guides/authentication-permissions-and-global-configuration/manage-role-based-access-control-rbac/global-permissions.md) and the creator of the Global DNS provider or Global DNS entry have access to use, edit and delete them. When creating the provider or entry, the creator can add additional users in order for those users to access and manage them. By default, these members will get `Owner` role to manage them.
+By default, only [global administrators](../../advanced-user-guides/authentication-permissions-and-global-configuration/manage-role-based-access-control-rbac/global-permissions.md) and the creator of the Global DNS provider or Global DNS entry have access to use, edit and delete them. When creating the provider or entry, the creator can add more users in order for those users to access and manage them. By default, these members will get `Owner` role to manage them.
 
 ## Setting up Global DNS for Applications
 
 1. From the **Global View**, select **Tools > Global DNS Providers**.
 1. To add a provider, choose from the available provider options and configure the Global DNS Provider with necessary credentials and an optional domain. For help, see [DNS Provider Configuration.](#dns-provider-configuration)
-1. (Optional) Add additional users so they could  use the provider when creating Global DNS entries as well as manage the Global DNS provider.
+1. (Optional) Add more users so they can also use the provider when creating Global DNS entries and manage the Global DNS provider.
 1. (Optional) Pass any custom values in the Additional Options section.
 
 ## Adding a Global DNS Entry