Если вы столкнулись с ошибкой во время обновления до 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 .
Порядок отката
Откат компонентов следует выполнять в порядке, обратном их обновлению, за исключением того, что серверы управления следует откатывать после Cassandra.
Типичный общий порядок отката для Private Cloud 4.53.00 будет выглядеть следующим образом:
- Откат Postgres, Qpid и других компонентов, связанных с аналитикой.
- Маршрутизаторы отката и процессоры сообщений
- Откат Кассандра, смотритель зоопарка
- Сервер управления откатом
Например, предположим, что вы обновили весь кластер Cassandra, все ваши серверы управления и несколько RMP до версии 4.53.00 с версии 4.52.02 и хотите выполнить откат. В этом случае вы бы:
- Откатить все RMP один за другим
- Откат всего кластера Cassandra с использованием резервных копий
- Откат узлов сервера 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 для частного облака 4.53.00, совместима с другими компонентами частного облака 4.52.02.
В таблице ниже приведен обзор различных стратегий отката, которые вы можете использовать:
Сценарий | Стратегия отката |
---|---|
Один DC, обновлены некоторые узлы Cassandra | Используйте резервные копии |
Один DC, все узлы Cassandra обновлены | Не откатывайте Кассандру. Другие компоненты можно откатить. |
Один DC, все узлы (Кассандра и другие) обновлены. | Не откатывайте Кассандру. Другие компоненты можно откатить. |
Несколько DC, некоторые узлы в одном DC обновлены | Перестроить из существующего DC |
Несколько DC, все узлы Cassandra в некоторых DC обновлены. | Перестроить из существующего DC |
Несколько DC, узлы Cassandra последнего обновляемого DC | Попробуйте завершить обновление. Если это невозможно, откатите 1 DC с помощью резервной копии . Восстановите оставшиеся контроллеры домена из откатанного контроллера домена. |
Несколько DC, все узлы Cassandra обновлены | Не откатывайте Кассандру. Другие компоненты можно откатить. |
Несколько DC, все узлы (Кассандра и другие) обновлены. | Не откатывайте Кассандру. Другие компоненты можно откатить. |
Общие соображения
При планировании отката имейте в виду следующее:
- Откат компонентов среды выполнения или управления. Если вы хотите выполнить откат таких компонентов, как пограничный сервер управления, пограничный процессор сообщений или любой компонент, не относящийся к 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 в рамках обновления до версии частного облака 4.53.00, рекомендуется продолжить настройку кластера, а НЕ откатить Кассандру. Такие компоненты, как пограничный сервер управления, пограничный процессор сообщений, пограничный маршрутизатор и т. д. Частного облака версии 4.52.02, совместимы с Cassandra версии 4.0.X.
- Откат Cassandra во время обновления Cassandra. Если во время обновления Cassandra у вас возникнут проблемы, вы можете рассмотреть возможность отката. Стратегии отката, перечисленные в этой статье, можно использовать в зависимости от состояния, в котором вы находитесь во время процесса обновления.
- Откат с использованием резервных копий: резервные копии, сделанные из Cassandra 4.0.X, несовместимы с резервными копиями Cassandra 3.11.X. Чтобы выполнить откат Cassandra с помощью восстановления из резервной копии, перед попыткой обновления необходимо сделать резервные копии Cassandra 3.11.X.
Откат Кассандры с помощью перестройки
Предварительные условия
- Вы используете кластер 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 версии 3.11.X:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra install
- Настройте Cassandra, передав стандартный файл конфигурации:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra setup -f configFile
- Убедитесь, что Cassandra 3.11.X установлена и служба запущена:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra version
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra status
- Установите Cassandra версии 3.11.X:
- Убедитесь, что узел запустился. Проверьте следующую команду на этом узле и других узлах кластера. Узел должен сообщить, что он находится в состоянии «UN» (Up/Normal):
/opt/apigee/apigee-cassandra/bin/nodetool status
- Удалите дополнительные конфигурации, добавленные ранее, из файла
/opt/apigee/customer/application/cassandra.properties
. - Повторите шаги с 3 по 6 на всех начальных узлах Cassandra в центре обработки данных один за другим.
- Повторите шаги с 3 по 6 на всех остальных узлах Cassandra в центре обработки данных один за другим.
- Восстановите все узлы в центре обработки данных из центра обработки данных, на котором установлена более старая версия Cassandra. Выполняйте этот шаг по одному узлу за раз:
/opt/apigee/apigee-cassandra/bin/nodetool rebuild -dc <name of working DC>
Эта процедура может занять некоторое время. При необходимости вы можете настроитьstreamingthroughput
. Проверьте статус с помощью:/opt/apigee/apigee-cassandra/bin/nodetool netstats
- Перезапустите все компоненты 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 с 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 для частного облака 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
: - Убедитесь, что файл принадлежит пользователю apigee и доступен для чтения:
- Установите и настройте Кассандру:
Остановите службу 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
conf_jvm_options_custom_settings=-Dcassandra.replace_address=ipOfNode -Dcassandra.allow_unsafe_replace=true
chown apigee:apigee /opt/apigee/customer/application/cassandra.properties
# 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 в центре обработки данных выполните следующую команду:
/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
- Чтобы откатиться на 4.52.02, скачайте
- Остановите компонент для отката:
- Чтобы откатить любой из компонентов с общим кодом на узле, необходимо остановить их все, как показано в следующем примере:
/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
- Чтобы откатить любой другой компонент на узле, остановите только этот компонент:
/opt/apigee/apigee-service/bin/apigee-service component stop
- Чтобы откатить любой из компонентов с общим кодом на узле, необходимо остановить их все, как показано в следующем примере:
- Если вы выполняете откат монетизации, удалите ее со всех узлов сервера управления и процессора сообщений:
/opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
- Удалите компонент для отката на узле:
- Чтобы выполнить откат любого из компонентов с общим кодом на узле, необходимо удалить их все, удалив группу компонентов
edge-gateway
, как показано в следующем примере:/opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
- Чтобы выполнить откат любого другого компонента на узле, удалите только этот компонент, как показано в следующем примере:
/opt/apigee/apigee-service/bin/apigee-service component uninstall
Где component — это имя компонента.
- Чтобы откатить Edge Router, помимо удаления группы компонентов
edge-gateway
необходимо удалить содержимое файла/opt/nginx/conf.d
:cd /opt/nginx/conf.d
rm -rf *
- Чтобы выполнить откат любого из компонентов с общим кодом на узле, необходимо удалить их все, удалив группу компонентов
- Удалите версию
apigee-setup
4.53.00:/opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall
- Установите версию 4.52.02 утилиты
apigee-service
и ее зависимости. В следующем примере устанавливается версияapigee-service
4.52.02:sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord
Где uName и pWord — это имя пользователя и пароль, которые вы получили от Apigee. Если вы опустите pWord , вам будет предложено ввести его.
Если вы получили сообщение об ошибке, убедитесь, что вы загрузили файл
bootstrap.sh
на шаге 1. - Установите
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-all stop
- Остановить mTLS:
apigee-service apigee-mtls uninstall
- Переустановите mTLS:
apigee-service apigee-mtls install
apigee-service apigee-mtls setup -f /opt/silent.conf