Откатить Apigee Edge 4.53.00

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

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

  • Версия 4.52.02

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

Есть два сценария, когда вам может потребоваться выполнить откат:

  1. Откат к предыдущей основной или второстепенной версии . Например, с версии 4.53.00 до 4.52.02.
  2. Откат к предыдущей версии патча в том же релизе . Например, с версии 4.53.00.01 до 4.53.00.00.

Более подробную информацию см. в разделе Процесс выпуска Apigee Edge .

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

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

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

  1. Откат Postgres, Qpid и других компонентов, связанных с аналитикой
  2. Маршрутизаторы отката и обработчики сообщений
  3. Откат Кассандры, смотрителя зоопарка
  4. Сервер управления откатами

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

  1. Откатить все RMP один за другим
  2. Откат всего кластера Cassandra с использованием резервных копий
  3. Откатить узлы сервера Edge Management один за другим

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

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

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

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

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

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

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

Откат Кассандры

Откат Кассандры

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

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

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

В таблице ниже приведен обзор различных стратегий отката, которые вы можете использовать:

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

Общие соображения

При рассмотрении возможности отката имейте в виду следующее:

  • Откат компонентов среды выполнения или управления: если вы хотите откатить такие компоненты, как edge-management-server, edge-message-processor или любой компонент, не относящийся к Cassandra, до версии Private Cloud 4.52.02, рекомендуется НЕ откатывать Cassandra. Cassandra, поставляемая с Private Cloud 4.53.00, совместима со всеми компонентами Edge for Private Cloud 4.52.02, не относящимися к Cassandra. Вы можете откатить компоненты, не относящиеся к Cassandra, используя методологию, описанную здесь, пока Cassandra остаётся на версии 4.0.13.
  • Откат после обновления всего кластера Cassandra до версии 4.0.X: Если весь кластер Cassandra обновляется до версии 4.0.X в рамках обновления до версии Private Cloud 4.53.00, рекомендуется продолжить настройку кластера и НЕ откатывать 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 с помощью пересборки

Предпосылки

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

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

Шаги высокого уровня

  1. Выберите один центр обработки данных (частично или полностью обновлённый), который вы хотите откатить. Перенаправьте трафик выполнения в другой работающий центр обработки данных.
  2. Определите начальный узел в центре обработки данных и начните с одного из начальных узлов.
  3. Остановите, удалите и очистите узел Cassandra.
  4. Установите на узел старую версию Cassandra и настройте ее по мере необходимости.
  5. Удалите дополнительные конфигурации, добавленные ранее.
  6. Повторите вышеуказанные шаги для всех начальных узлов в центре обработки данных, по одному.
  7. Повторите вышеуказанные шаги для всех оставшихся узлов Cassandra в центре обработки данных, по одному.
  8. По одному перестройте узлы существующего действующего центра обработки данных.
  9. Перезапустите все компоненты edge-* в центре обработки данных, подключенные к Cassandra.
  10. Проверьте и перенаправьте трафик обратно в этот центр обработки данных.
  11. Повторите шаги для каждого центра обработки данных, по одному.

Подробные шаги

  1. Выберите один центр обработки данных, в котором все или некоторые узлы 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]
  2. Определите начальные узлы в центре обработки данных: см. раздел «Как определить начальные узлы» в Приложении. Выполните следующие действия на одном из начальных узлов:
  3. Остановите, удалите и очистите данные с узла 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
  4. Установите старую версию Cassandra на узел и настройте некоторые параметры. Запустите файл начальной загрузки Edge for Private Cloud 4.52.02. 
    5. # 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
  5. Создайте или отредактируйте файл /opt/apigee/customer/application/cassandra.properties .
  6. Добавьте в файл следующее содержимое. ipOfNode — это IP-адрес узла, который Cassandra использует для связи с другими узлами Cassandra: 
    conf_jvm_options_custom_settings=-Dcassandra.replace_address=ipOfNode -Dcassandra.allow_unsafe_replace=true
  7. Убедитесь, что файл принадлежит пользователю apigee и доступен для чтения: 
    chown apigee:apigee /opt/apigee/customer/application/cassandra.properties
  8. Установка и настройка 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
  9. Убедитесь, что узел запущен. Проверьте следующую команду на этом узле и других узлах кластера. Узел должен сообщить, что он находится в состоянии «UN» (включен/нормально): 
    /opt/apigee/apigee-cassandra/bin/nodetool status
  10. Удалите дополнительные конфигурации, добавленные ранее из файла /opt/apigee/customer/application/cassandra.properties .
  11. Повторите шаги с 3 по 10 на всех начальных узлах Cassandra в центре обработки данных, один за другим.
  12. Повторите шаги с 3 по 10 на всех оставшихся узлах Cassandra в центре обработки данных, один за другим.
  13. Перестройте все узлы в центре обработки данных, используя центр обработки данных, работающий под управлением старой версии Cassandra. Выполняйте этот шаг по одному узлу за раз:
    /opt/apigee/apigee-cassandra/bin/nodetool rebuild -dc <name of working DC>

    Эта процедура может занять некоторое время. При необходимости можно настроить streamingthroughput . Проверьте статус завершения операции nodetool netstats .

  14. (Необязательно) Выполните команду восстановления в узле Cassandra, если данные не восстанавливаются. 
    /opt/apigee/apigee-cassandra/bin/nodetool -h node-IP repair -pr
  15. Перезапустите все компоненты 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
  16. Проверьте и перенаправьте трафик обратно в этот центр обработки данных. Выполните несколько проверок трафика среды выполнения и API управления в этом центре обработки данных и начните перенаправлять трафик прокси-сервера и API управления обратно в него.
  17. Повторите указанные выше действия для каждого центра обработки данных, который вы хотите откатить.

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

Предпосылки

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

Шаги

  1. Выберите один узел, который вы хотите откатить. Если вы откатываете все узлы в центре обработки данных с помощью резервных копий, начните с начальных узлов. См. раздел «Как определить начальные узлы» в Приложении.

  2. Остановите, удалите и очистите узел 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

  3. Установите старую версию программного обеспечения 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

  4. Остановите службу 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

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

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

  6. Запустите службу Cassandra на узле: 

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

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

  8. После восстановления всех узлов 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-адреса, указанные в последней строке, — это 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

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

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

  1. Загрузите файл 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
  2. Остановите компонент для отката:
    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
  3. Если вы откатываете монетизацию, удалите ее со всех узлов сервера управления и процессора сообщений: 
    /opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
  4. Удалите компонент для отката на узле:
    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 *
  5. Удалите версию 4.53.00 apigee-setup : 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall
  6. Установите версию 4.52.02 утилиты apigee-service и её зависимости. Следующий пример устанавливает версию 4.52.02 утилиты apigee-service :
    sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

    Где uName и pWord — имя пользователя и пароль, полученные от Apigee. Если вы не укажете pWord , вам будет предложено ввести его.

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

  7. Установка apigee-setup : 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  8. Установите старую версию компонента:
    /opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile

    Где component — это устанавливаемый компонент, а configFile — ваш файл конфигурации для старой версии.

  9. Если вы откатываете Qpid, очистите iptables: 
    sudo iptables -F
  10. Повторите этот процесс для каждого узла, на котором размещен компонент, который вы откатываете.

Откат к предыдущей версии патча

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

  1. Загрузите конкретную версию компонента:
    /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
  2. Используйте apigee-setup для установки компонента:
    /opt/apigee/apigee-setup/bin/setup.sh -p comp -f configFile

    Например: 

    /opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile

    Обратите внимание, что при установке вы указываете только имя компонента, а не его версию.

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

Откат mTLS

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

  1. Остановить Апигее: 
    apigee-all stop
  2. Остановить mTLS: 
    apigee-service apigee-mtls uninstall
  3. Переустановите mTLS: 
    apigee-service apigee-mtls install
apigee-service apigee-mtls setup -f /opt/silent.conf