Откатить Apigee Edge 4.52.02

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

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

  • Версия 4.52.01
  • Версия 4.52.00
  • Версия 4.51.00

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

Откат к версии Особое внимание к программному обеспечению
4.52.01 Кассандра
4.52.00 Смотритель зоопарка , Кассандра , Qpid
4.51.00 Zookeeper , Postgres , Кассандра , Qpid

Существует два сценария, в которых может потребоваться выполнить откат:

  1. Откат к предыдущей основной или второстепенной версии . Например, с 4.52.02 по 4.52.00.
  2. Откатитесь к предыдущему выпуску исправлений в том же выпуске . Например, с 4.52.00.02 по 4.52.00.01.

Дополнительные сведения см. в разделе Процесс выпуска Apigee Edge .

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

Откат компонентов должен осуществляться в порядке, обратном их обновлению, за исключением того, что серверы управления следует откатывать после Cassandra. Кассандру, компоненты среды выполнения и сервер управления следует выполнить откат с использованием подхода «центр обработки данных» (DC-by-DC), временно перенаправляя трафик в функциональные центры обработки данных.

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

Единый дата-центр

При настройке одного центра обработки данных процедура отката окажет существенное влияние на трафик во время выполнения и некоторые API управления.

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

Несколько центров обработки данных

В конфигурации с несколькими центрами обработки данных откаты должны осуществляться по принципу «центр за центром обработки данных» (DC-by-DC), путем временного перенаправления трафика в функциональные центры обработки данных. Это обеспечивает непрерывность трафика, позволяет избежать простоев и обеспечивает контролируемый процесс отката для узлов Cassandra , Management Server и Runtime.

  1. Откат Qpid и других компонентов, связанных с аналитикой, во всех контроллерах домена.
  2. Заблокируйте трафик в первом дата-центре и перенаправьте трафик на другие DC.
  3. Откат маршрутизаторов и процессоров сообщений в первом центре обработки данных.
  4. Откат Кассандры в первом дата-центре.
  5. Сервер управления откатом в первом дата-центре.
  6. Разблокируйте трафик в первом центре обработки данных и следуйте шагам №2–6 до тех пор, пока в последнем центре обработки данных не будут выполнены откаты узлов среды выполнения, Cassandra и сервера управления.
  7. Откат Postgres, Zookeeper и LDAP на всех контроллерах домена.

Для наглядности предположим, что вы обновили весь кластер Cassandra, все серверы управления и несколько процессоров сообщений среды выполнения (RMP) с версии 4.52.01 до 4.52.02 и вам необходимо выполнить откат. В этом случае откат следует осуществлять следующим образом:

  1. Заблокируйте трафик к первому дата-центру (ЦОД) и перенаправьте трафик на другие активные DC, чтобы обеспечить непрерывность обслуживания.
  2. Откат маршрутизаторов и процессоров сообщений в первом центре обработки данных.
  3. Откатить Cassandra в первом дата-центре путем восстановления из резервной копии или снимка виртуальной машины.
  4. Откат сервера управления в первом центре обработки данных.
  5. Разблокируйте трафик к первому дата-центру.
  6. Повторяйте шаги с 1 по 5 для каждого оставшегося центра обработки данных, пока не будет выполнен откат всех узлов среды выполнения, Cassandra и серверов управления.

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

Пользователь, выполняющий откат, должен быть тем же пользователем, который первоначально обновил 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 изменяет схему данных, хранящихся на узле, делая прямой откат невозможным. Существует две методики отката. Вы будете использовать одну из этих методологий в зависимости от состояния обновления, от которого вы выполняете откат.

Методики отката

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

Edge for Private Cloud 4.52.02 включает обновление Cassandra и драйвер, используемый обработчиком сообщений и сервером управления для подключения к Cassandra. В результате обновления и откат этих трех компонентов тесно связаны друг с другом. В таблице ниже приведены общие примеры сценариев отката для этих трех конкретных компонентов. Откат других компонентов должен выполняться в порядке, указанном в разделе откат .

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

Сценарий Стратегия отката
Единый центр обработки данных, модернизированы некоторые узлы Cassandra Восстановление резервной копии
Единый центр обработки данных, обновлены все узлы Cassandra Восстановление резервной копии
Единый центр обработки данных, все узлы (Cassandra, сервер управления и узлы среды выполнения) обновлены.
Несколько центров обработки данных, некоторые/все узлы Cassandra в первом центре обработки данных обновлены Восстановить существующий дата-центр
Несколько центров обработки данных, все узлы Cassandra, сервер управления и узлы среды выполнения в первом центре обработки данных обновлены.

Это следует выполнять в одном центре обработки данных одновременно.

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

Это следует выполнять по одному центру обработки данных за раз.

Как правило, при откате Cassandra следует учитывать следующее:

  1. Откат компонентов среды выполнения или управления

    Если вам необходимо выполнить откат таких компонентов, как Edge Management Server или Edge Message Processor, до предыдущей версии Edge Private Cloud в любом центре обработки данных (DC), убедитесь, что Cassandra также откатывается в этом конкретном центре обработки данных одновременно. Это необходимо для предотвращения сбоев управления и выполнения трафика.

  2. Откат с использованием резервных копий

    Резервные копии, сделанные из Cassandra 3.11.x, несовместимы с резервными копиями Cassandra 2.1.x. Чтобы включить откат с использованием восстановления из резервной копии, убедитесь, что перед выполнением обновления созданы резервные копии Cassandra 2.1.x.

  3. Изоляция дата-центра для отката

    Чтобы избежать простоев, убедитесь, что трафик перенаправляется в полнофункциональные центры обработки данных и блокируется из центра обработки данных, в котором выполняется откат.

Откат Кассандры с помощью перестройки

Предварительные условия

  1. Вы используете кластер Edge for Private Cloud 4.51.00/4.52.00/4.52.01 в нескольких центрах обработки данных.
  2. Вы находитесь в процессе обновления Cassandra с 2.1.X до 3.11.X и столкнулись с проблемами во время обновления.
  3. У вас есть как минимум 1 полнофункциональный центр обработки данных в кластере, который все еще использует старую версию Cassandra (Cassandra 2.1.X).

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

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

Подробные шаги по уничтожению и использованию существующих узлов в кластере для восстановления узла:

Начните с узла, который вы хотите откатить.

  1. Прежде чем переходить к следующим шагам, убедитесь, что трафик перенаправляется в полнофункциональные центры обработки данных.
  2. Если маршрутизатор и процессор сообщений были обновлены, по одному откатите все узлы маршрутизатора и процессора сообщений к предыдущей версии в центре обработки данных.
  3. Остановите Кассандру на узле: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
  4. Удалите программное обеспечение Cassandra с узла: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall
  5. Удалить каталог данных из узла: 
    rm -rf /opt/apigee/data/apigee-cassandra

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

    Пример: Чтобы вернуться к версии 4.52.01

  7. Загрузите загрузочную версию 4.52.01: 
    curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
  8. Выполните загрузку версии 4.52.01: 
    sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord
  9. Установите программное обеспечение Cassandra на узел: 
    apigee-service apigee-cassandra install
  10. Добавьте указанное ниже свойство в файл /opt/apigee/apigee-cassandra/source/conf/cassandra-env.sh .
    JVM_OPTS="$JVM_OPTS -Dcassandra.replace_address=<cass_ip-address>"

    Пример:

    JVM_OPTS="$JVM_OPTS -Dcassandra.replace_address=10.0.0.1"

  11. Настройте Cassandra на узле: 
    /opt/apigee/apigee-setup/bin/setup.sh -p c -f configFile
  12. После запуска и запуска Cassandra удалите указанный выше CWC из файла ниже: /opt/apigee/apigee-cassandra/source/conf/cassandra-env.sh .
  13. Перезапустите узел Кассандра. 
    apigee-service apigee-cassandra restart
  14. Выполните перестроение узла, указав имя функционального центра обработки данных:
    /opt/apigee/apigee-cassandra/bin/nodetool rebuild -h <node-IP> <functional-dc>

    Пример: 

    /opt/apigee/apigee-cassandra/bin/nodetool rebuild -h 10.0.0.1 dc-2

  15. Повторите описанные выше шаги по одному на каждом узле в центре обработки данных, для которого вы хотите выполнить откат.

После отката и восстановления всех узлов Cassandra в центре обработки данных.

  1. Запустите настройку любого из узлов сервера управления в центре обработки данных, в котором выполняется откат. Убедитесь, что сервер управления относится к откатной версии. Если нет, откатите и сервер управления .

    2. Откат сервера управления до более старой версии

  2. Остановите сервер управления: 
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
  3. Если вы используете монетизацию, удалите также монетизацию: 
    /opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
  4. Удалите Edge-шлюз и Apigee-cassandra-client: 
    /opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra-client uninstall
  5. Загрузите и запустите загрузку старой версии. Например, выполните следующие шаги, чтобы загрузить и выполнить загрузку версии 4.52.01. 
    curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
    sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord

    6. Настройка сервера управления

  6. Запустите настройку одного узла сервера управления: 
    /opt/apigee/apigee-setup/bin/setup.sh -p mt -f configFile
  7. После выполнения вышеуказанных шагов перенаправьте трафик обратно в откатный центр обработки данных.

Оптимизация после ребилда

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

Пример. Предположим, у вас есть шесть узлов Cassandra в локальном центре обработки данных. По умолчанию коэффициент репликации Apigee равен трем, поэтому каждый узел содержит 50% данных. В этом случае вы можете перестроить узлы №1 и №4, выполнив описанную выше процедуру. Для узлов № 2, № 3, № 5 и № 6 выполните следующие действия, чтобы восстановить резервную копию и запустить восстановление.

  1. Выполните описанные выше действия, чтобы восстановить реплики в локальном центре обработки данных.
  2. Для остальных узлов выполните указанные ниже действия по одному на каждом оставшемся узле.
  3. Восстановите резервную копию, которую вы записали на этом узле (обратите внимание: эта резервная копия, скорее всего, будет содержать устаревшие данные, поскольку эта резервная копия была создана до того, как вы начали обновление Cassandra):
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backup_file

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

  4. После восстановления резервной копии запустите службу Cassandra на узле: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start
  5. Выполните восстановление узла, чтобы последние данные можно было передавать в потоковом режиме из существующего центра обработки данных:
    /opt/apigee/apigee-cassandra/bin/nodetool -h <node-IP> repair -dc <local-dc-name>

    Пример: 

    /opt/apigee/apigee-cassandra/bin/nodetool -h 10.0.0.1 repair -dc dc-1

  6. Повторите все вышеперечисленные шаги, упомянутые в разделе «Шаг №2», на каждом узле, который вы хотите восстановить.

Откат Cassandra с использованием резервной копии/снимка виртуальной машины

Эта процедура является единственной доступной, если вы обновили весь кластер Cassandra и хотите выполнить откат. Кроме того, резервные копии Apigee зависят от конкретного узла. Невозможно восстановить резервную копию, сделанную с одного узла, на другой. Резервные копии Cassandra включают информацию о метаданных узла (например, IP-адрес, положение кольца и т. д.).

Предварительные условия

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

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

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

Подробные инструкции по откату Cassandra с использованием резервных копий/снимка виртуальной машины.

Начните с 1 узла Cassandra в кластере.

  1. Прежде чем переходить к следующим шагам, убедитесь, что трафик перенаправляется в полнофункциональные центры обработки данных.
  2. Если маршрутизатор и процессор сообщений были обновлены, по одному откатите все узлы маршрутизатора и процессора сообщений до предыдущей версии в центре обработки данных.
  3. Остановите Кассандру на узле: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
  4. Удалите программное обеспечение Cassandra с узла: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall
  5. Удалить каталог данных из узла: 
    rm -rf /opt/apigee/data/apigee-cassandra

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

    Пример: Для отката к 4.52.01

  7. Загрузите загрузочную версию 4.52.01: 
    curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
  8. Выполните загрузку версии 4.52.01: 
    sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord
  9. Настройте Cassandra на узле: 
    /opt/apigee/apigee-setup/bin/setup.sh -p c -f configFile
  10. Остановите Кассандру на узле: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
  11. Удалить каталог данных на узле: 
    rm -rf /opt/apigee/data/apigee-cassandra/data
  12. Восстановить резервную копию: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backup_file
  13. Запустите службу Cassandra на узле. 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start
  14. Повторите шаги на каждом узле Cassandra по одному.
  15. Запустите настройку любого из узлов сервера управления в центре обработки данных, в котором выполняется откат. Убедитесь, что сервер управления относится к откатной версии. Если нет, откатите и сервер управления .
  16. После выполнения вышеуказанных шагов перенаправьте трафик обратно в откатный центр обработки данных.
  17. (Необязательно) Выполните команду восстановления на всех узлах Cassandra во всех центрах обработки данных, если между ними существует несогласованность данных. 
    /opt/apigee/apigee-cassandra/bin/nodetool -h <node-IP> repair -pr

Откат обновления Zookeeper 3.8.3

Если вы выполняете откат к версиям 4.52.00 или 4.51.00, вам потребуется выполнить некоторые специальные действия перед откатом Zookeeper. Эти шаги перечислены в разделе Откат.

Если вы выполняете откат к версии 4.52.01, откатите Zookeeper так же, как и любое программное обеспечение, как указано в разделе «Откат к предыдущей основной или второстепенной версии» ниже.

Откат Qpid

Если вы выполняете откат к версиям 4.52.00 или 4.51.00, вам потребуется выполнить некоторые специальные действия перед откатом Qpid. Эти шаги перечислены в разделе Откат.

Если вы выполняете откат к версии 4.52.01, откатите Qpid так же, как если бы вы выполняли откат любого программного обеспечения, указанного в разделе «Откат к предыдущей основной или второстепенной версии».

Откат обновления Postgres 10.17

Если вы выполняете откат к версии 4.51.00, вам нужно будет выполнить некоторые специальные действия перед откатом Postgres. Эти шаги перечислены в разделе Откат.

Если вы выполняете откат до версии 4.52.01 или 4.52.00, откатите Postgres так же, как и любое программное обеспечение, как указано в разделе «Откат к предыдущей основной или второстепенной версии» ниже.

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

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

  1. Загрузите файл bootstrap.sh для той версии, до которой вы хотите откатиться:

    • Для отката на 4.51.00 скачайте bootstrap_4.51.00.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 и apigee-cassandra-client , как показано в следующем примере: 
      /opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
      /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra-client uninstall
    2. Чтобы выполнить откат любого другого компонента на узле, удалите только этот компонент, как показано в следующем примере:
      /opt/apigee/apigee-service/bin/apigee-service component uninstall

      Где component — это имя компонента.

    3. Чтобы откатить Edge Router, помимо удаления группы компонентов edge-gateway необходимо удалить содержимое файла /opt/nginx/conf.d : 
      cd /opt/nginx/conf.d
rm -rf *
  5. Удалите версию apigee-setup 4.52.02: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall
  6. Установите версию 4.51.00 утилиты apigee-service и ее зависимости. В следующем примере устанавливается версия 4.51.00 apigee-service :
    sudo bash /tmp/bootstrap_4.51.00.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.51.05-0.0.3749 install

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

    yum --showduplicates list component

    Например: 

    yum --showduplicates list edge-ui
  2. Используйте apigee-setup для установки компонента:
    /opt/apigee/apigee-setup/bin/setup.sh -p component -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