--- a/xml/ru/docs/http/ngx_http_upstream_module.xml
+++ b/xml/ru/docs/http/ngx_http_upstream_module.xml
@@ -81,8 +81,8 @@ upstream backend {
 В вышеприведённом примере каждые 7 запросов будут распределены так:
 5 запросов на <literal>backend1.example.com</literal>
 и по одному запросу на второй и третий серверы.
-Если при попытке работы с сервером произошла ошибка, то запрос будет
-передан следующему серверу, и так до тех пор, пока не будут опробованы
+Если при попытке работы с сервером происходит ошибка, то запрос
+передаётся следующему серверу, и так далее до тех пор, пока не будут опробованы
 все работающие серверы.
 Если не удастся получить успешный ответ
 ни от одного из серверов, то клиенту будет возвращён результат работы
@@ -119,12 +119,12 @@ 5 запросов на <literal>backend1.example.com</literal>
 
 <tag-name><literal>max_fails</literal>=<value>число</value></tag-name>
 <tag-desc>
-задаёт число неудачных попыток работы с сервером
-в течение времени, заданного параметром <literal>fail_timeout</literal>,
-после которого он считается неработающим, также в течение времени
-заданного параметром <literal>fail_timeout</literal>.
+задаёт число неудачных попыток работы с сервером, которые должны произойти
+в промежуток времени, заданный параметром <literal>fail_timeout</literal>,
+чтобы сервер считался неработающим на период времени, также заданный
+параметром <literal>fail_timeout</literal>.
 По умолчанию число попыток устанавливается равным 1.
-Нулевое значение запрещает учёт попыток.
+Нулевое значение отключает учёт попыток.
 Что считается неудачной попыткой, определяется директивами
 <link doc="ngx_http_proxy_module.xml" id="proxy_next_upstream"/>,
 <link doc="ngx_http_fastcgi_module.xml" id="fastcgi_next_upstream"/> и
@@ -146,7 +146,7 @@ 5 запросов на <literal>backend1.example.com</literal>
 </listitem>
 
 </list>
-По умолчанию таймаут равен 10 секундам.
+По умолчанию параметр равен 10 секундам.
 </tag-desc>
 
 <tag-name><literal>backup</literal></tag-name>
@@ -250,9 +250,9 @@ upstream backend {
 Следует особо отметить, что директива <literal>keepalive</literal>
 не ограничивает общее число соединений с серверами группы, которые
 рабочие процессы nginx могут открыть.
-Параметр <value>соединения</value> следует устанавливать
-достаточно консервативно для обеспечения возможности
-обработки серверами группы новых входящих соединений.
+Параметр <value>соединения</value> следует устанавливать достаточно
+консервативно, чтобы серверы группы по-прежнему могли обрабатывать
+новые входящие соединения.
 </note>
 </para>
 
@@ -306,7 +306,7 @@ server {
 <para>
 <note>
 Хоть это и не рекомендуется, но также возможно использование постоянных
-соединений в HTTP/1.0, путём передачи поля заголовка
+соединений с HTTP/1.0, путём передачи поля заголовка
 <header>Connection: Keep-Alive</header> серверу группы.
 </note>
 </para>
@@ -386,7 +386,8 @@ server {
 с помощью
 <header>X-Accel-Redirect</header> или
 <link doc="ngx_http_core_module.xml" id="error_page"/>,
-то эти группы серверов разделяются двоеточием, например,
+то адреса, соответствующие разным группам серверов, разделяются двоеточием,
+например,
 “<literal>192.168.1.1:80, 192.168.1.2:80, unix:/tmp/sock : 192.168.10.1:80, 192.168.10.2:80</literal>”.
 </tag-desc>
 
@@ -403,23 +404,23 @@ server {
 <tag-desc>
 хранит длины ответов, полученных от серверов группы (0.7.27);
 длины хранятся в байтах.
-Несколько ответов разделяются запятыми и двоеточиями,
-подобно переменной <var>$upstream_addr</var>.
+Длины нескольких ответов разделяются запятыми и двоеточиями
+подобно адресам в переменной <var>$upstream_addr</var>.
 </tag-desc>
 
 <tag-name><var>$upstream_response_time</var></tag-name>
 <tag-desc>
 хранит времена ответов, полученных от серверов группы;
 времена хранятся в секундах с точностью до миллисекунд.
-Несколько ответов разделяются запятыми и двоеточиями,
-подобно переменной <var>$upstream_addr</var>.
+Времена нескольких ответов разделяются запятыми и двоеточиями
+подобно адресам в переменной <var>$upstream_addr</var>.
 </tag-desc>
 
 <tag-name><var>$upstream_status</var></tag-name>
 <tag-desc>
 хранит коды ответов, полученных от серверов группы.
-Несколько ответов разделяются запятыми и двоеточиями,
-подобно переменной <var>$upstream_addr</var>.
+Коды нескольких ответов разделяются запятыми и двоеточиями
+подобно адресам в переменной <var>$upstream_addr</var>.
 </tag-desc>
 
 <tag-name><var>$upstream_http_...</var></tag-name>
@@ -430,7 +431,7 @@ server {
 Правила преобразования имён полей заголовка ответа в имена переменных
 такие же, как для переменных с префиксом
 “<link doc="ngx_http_core_module.xml" id="variables">$http_</link>”.
-Необходимо иметь в виду, что запоминаются только поля заголовка ответа
+Необходимо иметь в виду, что запоминаются поля заголовка только из ответа
 последнего сервера.
 </tag-desc>