Чтобы переводить контент на ваш предпочитаемый язык, Google использует технологии на основе искусственного интеллекта. Переводы от ИИ могут содержать ошибки.

Как выполнить откат Apigee Edge 4.53.00

Если при обновлении до Edge 4.53.00 возникнет ошибка, вы можете откатить компонент, вызвавший ее, а затем повторить попытку обновления.

Вы можете выполнить откат Edge 4.53.00 до следующих версий:

Версия 4.52.02

При откате версии выполняется откат всех компонентов, которые вы могли обновить. Кроме того, при откате Cassandra до версии 4.52.02 необходимо учитывать некоторые особенности.

Вы можете выполнить откат в двух случаях:

Выполнить откат до предыдущей основной или дополнительной версии. Например, с 4.53.00 до 4.52.02.
Откатить до предыдущего исправления в том же выпуске. Например, с 4.53.00.01 до 4.53.00.00.

Подробнее о процессе выпуска версий Apigee Edge…

Примечание. Топологии Edge все в одном и с двумя узлами предназначены для ознакомления с продуктом и создания прототипов, а не для использования в рабочей среде. Поэтому для топологий "все в одном" и "два узла" процедура отката не предусмотрена.

Если обновление этих топологий не удалось, попробуйте выполнить процедуру обновления ещё раз. Если после нескольких попыток обновление по-прежнему не удается, проще всего выполнить чистую установку версии 4.53.00.

Порядок отката

Откат компонентов следует выполнять в обратном порядке по сравнению с их обновлением. Исключение составляют серверы управления, откат которых следует выполнять после Cassandra.

Обычный порядок отката для частного облака 4.53.00 выглядит следующим образом:

Как выполнить откат Postgres, Qpid и других компонентов, связанных с аналитикой
Как выполнить откат маршрутизаторов и процессоров сообщений
Как выполнить откат Cassandra и Zookeeper
Сервер управления откатом

Предположим, вы обновили весь кластер Cassandra, все серверы управления и несколько RMP до версии 4.53.00 с версии 4.52.02 и хотите выполнить откат. В этом случае вам нужно:

Как поочередно отменить все изменения в правилах ценообразования
Как выполнить откат всего кластера Cassandra с помощью резервных копий
Как выполнить откат узлов сервера управления Edge по одному

Кто может выполнить откат

Пользователь, выполняющий откат, должен быть тем же, кто изначально обновил Edge, или пользователем с правами root.

По умолчанию компоненты Edge работают от имени пользователя apigee. В некоторых случаях компоненты Edge могут быть запущены от имени разных пользователей. Например, если маршрутизатору нужно получить доступ к привилегированным портам, таким как порты ниже 1000, то маршрутизатор должен быть запущен от имени пользователя root или пользователя с доступом к этим портам. Или вы можете запустить один компонент как одного пользователя, а другой компонент – как другого пользователя.

Компоненты с общим кодом

Следующие компоненты Edge используют общий код: Поэтому, чтобы выполнить откат любого из этих компонентов на узле, необходимо выполнить откат всех компонентов, которые находятся на этом узле.

edge-management-server (сервер управления)
edge-message-processor (процессор сообщений)
edge-router (маршрутизатор)
edge-postgres-server (сервер Postgres)
edge-qpid-server (сервер Qpid)

Например, если на узле установлены сервер управления, маршрутизатор и Message Processor, для отката любого из них необходимо выполнить откат всех трех.

Как выполнить откат Cassandra

При выполнении крупного обновления Cassandra на определенном узле Cassandra изменяет схему данных, хранящихся на этом узле. Поэтому прямой откат на месте невозможен.

Сценарии отката

Cassandra 4.0.X, доступная в Edge для частного облака 4.53.00, совместима с другими компонентами частного облака 4.52.02.

В таблице ниже приведены различные стратегии отката.

Сценарий	Стратегия отката
Одна зона доступности, некоторые узлы Cassandra обновлены	Как использовать резервные способы входа
Один центр обработки данных, все узлы Cassandra обновлены	Не выполнять откат Cassandra. Другие компоненты можно будет вернуть к предыдущей версии.
Один центр обработки данных, все узлы (Cassandra и другие) обновлены	Не выполнять откат Cassandra. Другие компоненты можно будет вернуть к предыдущей версии.
Несколько центров обработки данных, некоторые узлы в одном из них обновлены	Как восстановить ЦУЛ
Несколько центров обработки данных, все узлы Cassandra в некоторых центрах обработки данных обновлены	Как восстановить ЦУЛ
Несколько центров обработки данных, узлы Cassandra последнего обновляемого центра обработки данных	Попробуйте завершить обновление. Если это невозможно, выполните откат одного контроллера домена с помощью резервной копии. Восстановите оставшиеся контроллеры домена из контроллера домена, к которому был выполнен откат.
Несколько центров обработки данных, все узлы Cassandra обновлены	Не выполнять откат Cassandra. Другие компоненты можно будет вернуть к предыдущей версии.
Несколько центров обработки данных, все узлы (Cassandra и другие) обновлены	Не выполнять откат Cassandra. Другие компоненты можно будет вернуть к предыдущей версии.

Общие положения

При откате учитывайте следующее:

Откат компонентов среды выполнения или управления. Если вы хотите выполнить откат таких компонентов, как edge-management-server, edge-message-processor или любого компонента, отличного от Cassandra, до версии Private Cloud 4.52.02, не рекомендуется выполнять откат Cassandra. Версия Cassandra, поставляемая с Private Cloud 4.53.00, совместима со всеми компонентами Edge для Private Cloud 4.52.02, кроме Cassandra. Вы можете выполнить откат компонентов, отличных от Cassandra, используя описанную здесь методику, при этом Cassandra останется версии 4.0.13.
Откат после обновления всего кластера Cassandra до версии 4.0.X. Если в рамках обновления до версии Private Cloud 4.53.00 весь кластер Cassandra был обновлен до версии 4.0.X, рекомендуется продолжить работу с этой конфигурацией кластера и НЕ выполнять откат Cassandra. Компоненты Private Cloud версии 4.52.02, такие как edge-management-server, edge-message-processor, edge-router и т. д., совместимы с Cassandra версии 4.0.X.
Откат Cassandra во время обновления. Если во время обновления Cassandra возникнут проблемы, вы можете выполнить откат. Стратегии отката, перечисленные в этой статье, можно использовать в зависимости от того, на каком этапе процесса обновления вы находитесь.
Откат с использованием резервных копий. Резервные копии, созданные в Cassandra 4.0.X, несовместимы с резервными копиями Cassandra 3.11.X. Чтобы выполнить откат Cassandra с помощью восстановления резервной копии, необходимо создать резервные копии Cassandra 3.11.X до попытки обновления.

Как выполнить откат Cassandra с помощью rebuild

Требования

Вы используете кластер Edge for Private Cloud 4.52.02 в нескольких центрах обработки данных.
Вы обновляете Cassandra с версии 3.11.X до 4.0.X и столкнулись с проблемами.
В кластере есть хотя бы один полностью функциональный центр обработки данных, в котором по-прежнему используется более старая версия Cassandra (Cassandra 3.11.X).

Эта процедура основана на потоковой передаче данных из существующего центра обработки данных. Это может занять много времени в зависимости от объема данных, хранящихся в Cassandra. Во время отката вам нужно будет перенаправить трафик времени выполнения из этого центра обработки данных.

Общая последовательность действий

Выберите центр обработки данных, который вы хотите откатить (частично или полностью обновленный). Перенаправить трафик времени выполнения в другой работающий центр обработки данных.
Определите исходный узел в центре обработки данных и начните с одного из исходных узлов.
Остановите, удалите и очистите узел Cassandra.
Установите на узле более раннюю версию Cassandra и настройте ее.
Удалите дополнительные конфигурации, добавленные ранее.
Повторите описанные выше действия для всех узлов инициализации в центре обработки данных.
Повторите описанные выше действия для всех оставшихся узлов Cassandra в центре обработки данных.
Восстановите узлы из существующего функционального центра обработки данных по одному.
Перезапустите все компоненты edge-* в центре обработки данных, подключенные к Cassandra.
Протестируйте его и перенаправьте трафик обратно в этот центр обработки данных.
Повторите эти шаги для каждого центра обработки данных по очереди.

Подробные инструкции

Выберите один центр обработки данных, в котором будут обновлены все или некоторые узлы Cassandra. Перенаправьте весь трафик прокси-сервера времени выполнения и трафик управления из этого центра обработки данных, пока выполняется откат узлов Cassandra в этом центре обработки данных. Убедитесь, что все узлы Cassandra находятся в состоянии UN (Up/Normal), когда на них выполняется команда nodetool ring. Если некоторые узлы не работают, устраните проблему и восстановите их работу, прежде чем продолжать.

Изучите пример ниже.

/opt/apigee/apigee-cassandra/bin/nodetool status
Datacenter: dc-1
================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address      Load       Tokens       Owns (effective)  Host ID                               Rack
UN  DC1-1IP1  456.41 KiB  1            100.0%            78fc4ddd-2ed9-4a8c-98a2-63a38c2f1920  ra-1
UN  DC1-1IP2  870.93 KiB  1            100.0%            160db01a-64ab-43a7-b9ea-3b7f8f66d52b  ra-1
UN  DC1-1IP3  824.08 KiB  1            100.0%            21d61543-d59e-403a-bf5d-bfe7f664baa6  ra-1
Datacenter: dc-2
================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address      Load       Tokens       Owns (effective)  Host ID                               Rack
UN  DC2-1IP1   802.08 KiB  1            100.0%            583e0576-336d-4ce7-9729-2ae74e0abde2  ra-1
UN  DC2-1IP2   844.4 KiB   1            100.0%            fef794d5-f4c2-4a4e-bb05-9adaeb4aea4b  ra-1
UN  DC2-1IP3   878.12 KiB  1            100.0%            3894b3d9-1f5a-444d-83db-7b1e338bbfc9  ra-1

Вы можете выполнить команду nodetool describecluster на узлах, чтобы узнать текущее состояние всего кластера. Например, ниже показан экземпляр кластера с двумя центрами обработки данных, где все узлы DC-1 работают с Cassandra версии 4, а все узлы DC-2 – с Cassandra версии 3:

# On nodes where Cassandra is upgraded
/opt/apigee/apigee-cassandra/bin/nodetool describecluster
Cluster Information:
    Name: Apigee
    Snitch: org.apache.cassandra.locator.PropertyFileSnitch
    DynamicEndPointSnitch: enabled
    Partitioner: org.apache.cassandra.dht.RandomPartitioner
    Schema versions:
        2eadcd74-0245-309a-9992-3625afa70038: [DC-1-IP1, DC-1-IP2, DC-1-IP3]
        129dc15e-198e-3c11-b64c-701044a3a1ad: [DC-2-IP1, DC-2-IP2, DC-2-IP3]

Stats for all nodes:
    Live: 6
    Joining: 0
    Moving: 0
    Leaving: 0
    Unreachable: 0

Data Centers:
    dc-1 #Nodes: 3 #Down: 0
    dc-2 #Nodes: 3 #Down: 0

Database versions:
    4.0.13: [DC-1-IP1:7000, DC-1-IP2:7000, DC-1-IP3:7000]
    3.11.16: [DC-2-IP1:7000, DC-2-IP2:7000, DC-2-IP3:7000]

Keyspaces:
    system_schema -> Replication class: LocalStrategy {}
    system -> Replication class: LocalStrategy {}
    auth -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    cache -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    devconnect -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    dek -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    user_settings -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    apprepo -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    kms -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    identityzone -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    audit -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    analytics -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    keyvaluemap -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    counter -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    apimodel_v2 -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    system_distributed -> Replication class: SimpleStrategy {replication_factor=3}
    system_traces -> Replication class: SimpleStrategy {replication_factor=2}
    system_auth -> Replication class: SimpleStrategy {replication_factor=1}

# On nodes where Cassandra is not upgraded
/opt/apigee/apigee-cassandra/bin/nodetool describecluster
Cluster Information:
    Name: Apigee
    Snitch: org.apache.cassandra.locator.PropertyFileSnitch
    DynamicEndPointSnitch: enabled
    Partitioner: org.apache.cassandra.dht.RandomPartitioner
    Schema versions:
        2eadcd74-0245-309a-9992-3625afa70038: [DC-1-IP1, DC-1-IP2, DC-1-IP3]
        129dc15e-198e-3c11-b64c-701044a3a1ad: [DC-2-IP1, DC-2-IP2, DC-2-IP3]

Определите начальные узлы в центре обработки данных. См. раздел Как определить начальные узлы в приложении. Выполните следующие действия на одном из начальных узлов:

Остановите, удалите и очистите данные из узла Cassandra. Выберите первый узел инициализации в Cassandra версии 4 в этом центре обработки данных. Прекрати.

# Stop Cassandra service on the node
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop

# Uninstall Cassandra software
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall

# Wipe out Cassandra data
rm -rf /opt/apigee/data/apigee-cassandra

Установите на узле более раннюю версию ПО Cassandra и задайте некоторые настройки. Выполните файл начальной загрузки Edge для частного облака 4.52.02.

# Download bootstrap of 4.52.02
curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh -u uName:pWord

# Execute bootstrap of 4.52.02
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

Создайте или измените файл /opt/apigee/customer/application/cassandra.properties.
Добавьте в файл следующее содержимое: ipOfNode – это IP-адрес узла, который Cassandra использует для связи с другими узлами Cassandra.
```
conf_jvm_options_custom_settings=-Dcassandra.replace_address=ipOfNode -Dcassandra.allow_unsafe_replace=true
```
Убедитесь, что файл принадлежит пользователю apigee и доступен ему для чтения:
```
chown apigee:apigee /opt/apigee/customer/application/cassandra.properties
```

Установите и настройте Cassandra:

# Install cassandra version 3.11.X
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra install

# Setup cassandra while passing standard configuration file
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra setup -f configFile
# Ensure Cassandra version is correct and service is running
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra version
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra status

Убедитесь, что узел запущен. Проверьте следующую команду на этом и других узлах кластера. Узел должен сообщать, что находится в состоянии "UN" (Up/Normal – Включено/Нормально):
```
/opt/apigee/apigee-cassandra/bin/nodetool status
```
Удалите из файла /opt/apigee/customer/application/cassandra.properties лишние конфигурации, добавленные ранее.
Повторите шаги 3–10 на всех узлах Cassandra в центре обработки данных по очереди.
Повторите шаги 3–10 для всех оставшихся узлов Cassandra в центре обработки данных по очереди.
Перестройте все узлы в центре обработки данных из центра обработки данных, в котором используется более старая версия Cassandra. Выполните следующие действия для каждого узла:
```
/opt/apigee/apigee-cassandra/bin/nodetool rebuild -dc <name of working DC>
```
Это может занять некоторое время. При необходимости вы можете изменить streamingthroughput. Чтобы узнать статус операции, откройте nodetool netstats.
(Необязательно) Если данные не восстанавливаются, выполните команду восстановления в узле Cassandra.
```
/opt/apigee/apigee-cassandra/bin/nodetool -h node-IP repair -pr
```

Перезапустите все компоненты edge-* в центре обработки данных по одному:

/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
/opt/apigee/apigee-service/bin/apigee-service edge-router restart
/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server restart

Проверьте его и перенаправьте трафик обратно в него. Выполните некоторые проверки для трафика времени выполнения и API управления в этом центре обработки данных и начните перенаправлять трафик прокси-сервера и API управления обратно в него.
Повторите описанные выше действия для каждого центра обработки данных, который вы хотите откатить.

Как выполнить откат Cassandra с помощью резервной копии

Требования

Вы обновляете Cassandra с версии 3.11.X до 4.0.X и столкнулись с проблемами.
У вас есть резервные копии для узла, который вы откатываете. Резервная копия была создана до попытки обновления с версии 3.11.X до 4.0.X.

Шаги

Выберите узел, который нужно откатить. Если вы восстанавливаете все узлы в центре обработки данных из резервных копий, сначала восстановите начальные узлы. Информацию о том, как определить узлы-инициаторы, можно найти в приложении.

Остановите, удалите и очистите узел Cassandra:

# Stop Cassandra service on the node
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop

# Uninstall Cassandra software
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall

# Wipe Cassandra data
rm -rf /opt/apigee/data/apigee-cassandra

Установите на узле более раннюю версию ПО Cassandra и настройте ее:

Выполните файл начальной загрузки для Edge for Private Cloud 4.52.02:

# Download bootstrap for 4.52.02
curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh -u ‘uName:pWord’

# Execute bootstrap for 4.52.02
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

Создайте или измените файл /opt/apigee/customer/application/cassandra.properties:

conf_jvm_options_custom_settings=-Dcassandra.replace_address=ipOfNode -Dcassandra.allow_unsafe_replace=true

Убедитесь, что файл принадлежит пользователю apigee и доступен для чтения:

chown apigee:apigee /opt/apigee/customer/application/cassandra.properties

Установите и настройте Cassandra:

# Install Cassandra version 3.11.X
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra install

# Set up Cassandra with the standard configuration file
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra setup -f configFile

# Verify Cassandra version and check service status
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra version
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra status

Убедитесь, что узел запущен. Проверьте следующую команду на этом и других узлах кластера. Узлы должны сообщать, что узел находится в состоянии "UN":

/opt/apigee/apigee-cassandra/bin/nodetool status

Остановите сервис Cassandra и восстановите резервную копию. Подробная информация приведена в документации по резервному копированию и восстановлению:

# Stop Cassandra service on the node
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop

# Wipe the data directory in preparation for restore
rm -rf /opt/apigee/data/apigee-cassandra/data

# Restore the backup taken before the upgrade attempt
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backupFile

После восстановления резервной копии удалите дополнительные конфигурации:

Удалите из файла /opt/apigee/customer/application/cassandra.properties добавленную ранее конфигурацию.

Запустите сервис Cassandra на узле:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start

Повторите описанные выше действия для каждого узла Cassandra, который нужно восстановить из резервной копии.

После того как все узлы Cassandra будут восстановлены, перезапустите все компоненты edge-* по одному:

/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
/opt/apigee/apigee-service/bin/apigee-service edge-router restart
/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server restart

Оптимизация резервного копирования (дополнительная настройка)

Чтобы свести к минимуму (или исключить) потерю данных при восстановлении резервных копий, можно использовать реплики с последними данными. Если реплики доступны, после восстановления резервной копии запустите восстановление на узле, который был восстановлен.

Приложение

Как определить начальные узлы

На любом узле Cassandra в центре обработки данных выполните следующую команду:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure -search conf_cassandra_seeds

Команда выведет несколько строк. Найдите последнюю строку в выходных данных. IP-адреса, указанные в последней строке, – это узлы инициализации. В приведенном ниже примере DC-1-IP1, DC-1-IP2, DC-2-IP1 и DC-2-IP2 – это IP-адреса начальных узлов:

Found key conf_cassandra_seeds, with value, "127.0.0.1", in /opt/apigee/apigee-cassandra/token/default.properties

Found key conf_cassandra_seeds, with value, 127.0.0.1, in /opt/apigee/apigee-cassandra/token/application/cassandra.properties

Found key conf_cassandra_seeds, with value, "DC-1-IP1, DC-1-IP2, DC-2-IP1, DC-2-IP2", in /opt/apigee/token/application/cassandra.properties
apigee-configutil: apigee-cassandra: # OK

Как откатить до предыдущей основной или промежуточной версии

Чтобы выполнить откат до предыдущей основной или дополнительной версии, выполните следующие действия на каждом узле, на котором размещен компонент:

Скачайте файл bootstrap.sh для версии, к которой хотите откатиться:
- Чтобы выполнить откат до версии 4.52.02, скачайте файл bootstrap_4.52.02.sh:
```
curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh 
```
Остановите компонент, который нужно откатить:
1. Чтобы отменить изменения в любом из компонентов с общим кодом на узле, необходимо остановить их все, как показано в следующем примере:
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-router stop
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor stop
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
```
2. Чтобы выполнить откат другого компонента на узле, остановите только этот компонент:
```
/opt/apigee/apigee-service/bin/apigee-service component stop
```
Если вы отменяете монетизацию, удалите ее со всех узлов сервера управления и процессора сообщений:
```
/opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
```
Удалите компонент, чтобы выполнить откат на узле:
1. Чтобы выполнить откат любого из компонентов с общим кодом на узле, необходимо удалить их все, удалив группу компонентов edge-gateway, как показано в следующем примере:
```
/opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
```
2. Чтобы выполнить откат Nginx, сделайте следующее:
```
###Find the apigee-nginx RPM 
rpm -qa | grep -i "apigee-nginx"

###Remove the apigee-nginx RPM
dnf remove apigee-nginx-1.26.x
```
3. Чтобы выполнить откат для любого другого компонента на узле, удалите только этот компонент, как показано в следующем примере:
```
/opt/apigee/apigee-service/bin/apigee-service component uninstall
```
  где component – название компонента.
4. Чтобы выполнить откат Edge Router, необходимо удалить содержимое файла /opt/nginx/conf.d, а также удалить группу компонентов edge-gateway:
```
cd /opt/nginx/conf.d
rm -rf *
```
Удалите версию 4.53.00 приложения "apigee-setup":
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall
```
Установите утилиту apigee-service версии 4.52.02 и ее зависимости. В следующем примере устанавливается версия 4.52.02 приложения apigee-service:
```
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord
```
где uName и pWord – это имя пользователя и пароль, полученные от Apigee. Если вы не укажете pWord, вам будет предложено ввести его.

Если возникнет ошибка, убедитесь, что на шаге 1 вы скачали файл bootstrap.sh.

Установите apigee-setup:

/opt/apigee/apigee-service/bin/apigee-service apigee-setup install

Установите более раннюю версию компонента:
```
/opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile
```
где component – компонент, который нужно установить, а configFile – файл конфигурации более ранней версии.
Если вы выполняете откат Qpid, очистите iptables:
```
sudo iptables -F
```
Повторите этот процесс для каждого узла, на котором размещен компонент, который вы откатываете.

Как выполнить откат к предыдущей версии патча

Чтобы откатить компонент до определенного исправления, выполните следующие действия на каждом узле, на котором размещен компонент:

Скачайте нужную версию компонента:
```
/opt/apigee/apigee-service/bin/apigee-service component_version install
```
В этом примере после component_version следует компонент и версия исправления, которые нужно установить. Пример:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui-4.53.00-0.0.20254 install
```
Если вы используете онлайн-репозиторий Apigee, доступные версии компонентов можно определить с помощью следующей команды:
```
yum --showduplicates list comp
```
Пример:
```
yum --showduplicates list edge-ui
```
Чтобы установить компонент, используйте apigee-setup:
```
/opt/apigee/apigee-setup/bin/setup.sh -p comp -f configFile
```
Пример:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile
```
Обратите внимание, что при установке компонента указывается только его название, а не версия.
Повторите этот процесс для каждого узла, на котором размещен компонент, который вы откатываете.

Как выполнить откат mTLS

Чтобы отменить обновление mTLS, выполните следующие действия на всех хостах:

Остановите Apigee:
```
apigee-all stop
```
Остановить mTLS:
```
apigee-service apigee-mtls uninstall
```

Переустановите mTLS:

apigee-service apigee-mtls install
apigee-service apigee-mtls setup -f /opt/silent.conf