Zaktualizuj Apigee Edge w wersji 4.51.00, 4.52.00 lub 4.52.01 do wersji 4.52.02

Apigee obsługuje uaktualnianie Edge for Private Cloud bezpośrednio z wersji 4.51.00, 4.52.00 lub 4.52.01 do wersji 4.52.02. Na tej stronie dowiesz się, jak przeprowadzać takie uaktualnienia.

Kto może przeprowadzić aktualizację

Osoba przeprowadzająca aktualizację powinna być tą samą osobą, która pierwotnie zainstalowała Edge, lub osobą z uprawnieniami roota.

Po zainstalowaniu pakietów RPM Edge każdy może je skonfigurować.

Które komponenty musisz zaktualizować

Musisz zaktualizować wszystkie komponenty Edge. Edge nie obsługuje konfiguracji zawierającej komponenty z wielu wersji.

Aktualizowanie wymagań wstępnych

Przed uaktualnieniem Apigee Edge sprawdź, czy spełnione są te wymagania wstępne:

  • Utwórz kopię zapasową wszystkich węzłów
    Ze względów bezpieczeństwa przed aktualizacją zalecamy utworzenie pełnej kopii zapasowej wszystkich węzłów. Aby utworzyć kopię zapasową, wykonaj procedurę odpowiednią dla Twojej wersji Edge.

    Dzięki temu będziesz mieć plan awaryjny na wypadek, gdyby aktualizacja do nowej wersji nie działała prawidłowo. Więcej informacji o kopiach zapasowych znajdziesz w artykule Kopia zapasowa i przywracanie.

  • Sprawdź, czy Edge jest uruchomiony
    Sprawdź, czy Edge jest uruchomiony podczas procesu aktualizacji, używając polecenia: 
    /opt/apigee/apigee-service/bin/apigee-all status
  • Sprawdź, czy strategia kompresji Cassandry to LeveledCompactionStrategy
    W zależności od bieżącej wersji wprowadź niezbędne zmiany w strategii kompresji Cassandry. Wykonaj poniższe czynności, a potem wróć do głównej procedury uaktualniania:

Specjalne kroki, które należy rozważyć w przypadku uaktualnienia

Aby uaktualnić Edge dla chmury prywatnej do wersji 4.52.02, wykonaj określone czynności związane z uaktualnianiem niektórych programów. Wymagane czynności zależą od bieżącej wersji. W tabeli poniżej znajdziesz różne programy wymagające dodatkowych czynności. Postępuj zgodnie ze szczegółowymi instrukcjami dla każdego z nich. Po wykonaniu niezbędnych zadań wróć do głównej procedury uaktualniania, aby kontynuować proces uaktualniania.

Obecna wersja Oprogramowanie, które wymaga specjalnych czynności w celu uaktualnienia do wersji 4.52.02
4.52.01 Cassandra
4.52.00 Zookeeper, Cassandra, Qpid
4.51.00 Zookeeper, Postgres, Cassandra, Qpid

Po wykonaniu niezbędnych czynności w zależności od wersji wróć do głównej procedury uaktualniania, aby kontynuować.

Automatyczne propagowanie ustawień usługi

Jeśli masz ustawione jakieś właściwości przez edytowanie plików .properties w /opt/apigee/customer/application, te wartości zostaną zachowane po aktualizacji.

Uaktualnianie do Zookeepera w wersji 3.8.3

Wersja Edge for Private Cloud 4.52.02 nie obejmuje uaktualnienia Zookeepera. Jeśli jednak uaktualniasz wersję starszą niż 4.52.01, musisz wykonać opisane poniżej czynności związane z uaktualnianiem Zookeepera.

  • Jeśli przechodzisz na wyższą wersję z Edge for Private Cloud w wersji 4.51.00 lub 4.52.00, zapoznaj się z instrukcjami w sekcji Wymagana aktualizacja do Zookeepera 3.8.3, aby zaktualizować Zookeepera.
  • Jeśli uaktualniasz Edge for Private Cloud z wersji 4.52.01, powinna być już używana wersja 3.8.3 Zookeepera i nie musisz wykonywać żadnych specjalnych czynności związanych z uaktualnianiem Zookeepera.

Przejście na Postgres 14

  • Jeśli uaktualniasz Edge for Private Cloud z wersji 4.51.00 do 4.52.02, musisz wykonać czynności związane z uaktualnianiem Postgresa, mimo że Edge for Private Cloud w wersji 4.52.02 nie obejmuje uaktualnienia Postgresa. Przejście z Edge for Private Cloud w wersji 4.51.00 na 4.52.02 wymaga dodatkowych czynności związanych z aktualizacją Postgresa. Zapoznaj się z sekcją Wymagana aktualizacja do Postgresa 14.
  • Jeśli uaktualniasz wersję Edge dla chmury prywatnej z 4.52.00 lub 4.52.01 do 4.52.02, nie musisz wykonywać żadnych dodatkowych czynności związanych z uaktualnianiem Postgresa.

Uaktualnianie do wersji Cassandra 3.11.16

Apigee Edge for Private Cloud 4.52.02 zawiera uaktualnienie Cassandry do wersji 3.11.16. Cassandra jest kluczowym komponentem Apigee, a ta aktualizacja obejmuje też aktualizacje oprogramowania sterownika w różnych komponentach środowiska wykonawczego i zarządzania, które są używane do wysyłania zapytań do Cassandry i zapisywania w niej danych.

Jest to poważna aktualizacja, dlatego w modelu danych Apigee w Cassandrze konieczne było wprowadzenie pewnych zmian, aby zapewnić optymalną wydajność w nowszych wersjach. Chociaż zmiany te są minimalne, proces uaktualniania powoduje zakłócenia w działaniu niektórych interfejsów API do zarządzania. Dokładne interfejsy API do zarządzania, których działanie jest zwykle zakłócane, są wymienione w odpowiednich sekcjach poniżej.

Dodatkowo proces uaktualniania powoduje zakłócenia w większej liczbie przepływów proxy środowiska wykonawczego i interfejsów API zarządzania w uaktualnianym centrum danych. Aby zminimalizować takie zakłócenia, konieczne jest odseparowanie ruchu związanego z czasem działania i zarządzaniem od centrum danych, które jest uaktualniane. Więcej informacji znajdziesz w sekcjach dotyczących jednego centrum danych i wielu centrów danych poniżej.

Portal dla programistów – dokumentowanie interfejsów API

Portal dla programistów Apigee Drupal oferuje różne funkcje dokumentowania interfejsów API. Chociaż zalecamy przejście z portalu dla programistów opartego na Drupalu 7, jeśli nadal go używasz i korzystasz z funkcji SmartDocs, obowiązuje Cię dokument Korzystanie z interfejsów API SmartDocs. Jeśli korzystasz z nowszych wersji portalu dla programistów, ta aktualizacja nie będzie miała wpływu na dokumentację API.

Gdy uaktualnisz Apigee do wersji 4.52.02, żadne modele interfejsu API utworzone za pomocą funkcji SmartDocs na portalu deweloperskim Drupal 7 nie zostaną automatycznie przeniesione do nowszej wersji. Każdy model musisz wyeksportować ręcznie za pomocą portalu dla deweloperów, a po zakończeniu uaktualniania ponownie go zaimportować.

Terminologia używana poniżej

Środowisko wykonawcze: środowisko wykonawcze obejmuje obsługę ruchu proxy środowiska wykonawczego. Obejmuje wszystkie operacje wykonywane przez routery i procesory komunikatów w celu skutecznego przetwarzania żądania do interfejsu API w czasie działania w przypadku istniejących proxy. Nie obejmuje to jednak wdrażania nowych serwerów proxy ani nowych wersji serwerów proxy.

Zarządzanie: zarządzanie obejmuje administrowanie systemem Apigee Edge. Obejmuje to między innymi wdrażanie i modyfikowanie aplikacji, usług, serwerów docelowych, magazynów kluczy itp. Wszystkie interfejsy API do zarządzania (i ich klientów, takich jak interfejs Apigee i portal deweloperów) są objęte tym zakresem.

Podczas tej aktualizacji ruch związany z czasem działania i zarządzaniem jest ograniczony w regionie lub centrum danych, w którym jest ona przeprowadzana. Niezależnie od tego, które centrum danych jest aktualizowane, ma to wpływ na niektóre interfejsy API do zarządzania we wszystkich centrach danych. Wpływ jest odnotowywany po każdym kroku.

W każdym kroku poniżej opisujemy stan środowiska wykonawczego i zarządzania w miarę przechodzenia przez poszczególne etapy procedury uaktualniania.

Strategie uaktualniania

Wiele centrów danych

Uaktualnienie musi być przeprowadzane w jednym centrum danych naraz, aby zapewnić ciągłość ruchu i uniknąć przestojów. Przed uaktualnieniem centrum danych ruch należy przekierować do innych działających centrów danych.

Pojedyncze centrum danych

W przypadku konfiguracji z jednym centrum danych proces uaktualniania będzie miał znaczący wpływ na ruch w czasie działania i niektóre interfejsy API zarządzania. W przypadku konfiguracji z jednym centrum danych dostępne są te opcje.

  • Rozszerz klaster Edge for Private Cloud na tymczasowe centrum danych, dodając centrum danych obok istniejącego, aby obsługiwać ruch podczas uaktualniania, a następnie wycofaj jedno z centrów danych po zakończeniu procesu uaktualniania.
  • Jeśli nie możesz rozbudować infrastruktury o dodatkowe centrum danych, przygotuj się na przerwę w działaniu i zaplanuj uaktualnienie na okresy małego ruchu, aby zminimalizować wpływ na interfejsy API zarządzania i ruch w czasie działania.

Zalecamy rozszerzenie na dodatkowe centrum danych, aby uniknąć wpływu na ruch w czasie działania i interfejsy API do zarządzania. Podczas uaktualniania na centrum danych, w którym jest ono przeprowadzane, mogą mieć wpływ między innymi te obszary:

  • Interfejsy API środowiska wykonawczego odświeżające tokeny OAuth
  • Interfejsy API środowiska wykonawczego korzystające z zasad dotyczących podmiotu dostępu
  • Interfejsy API do zarządzania wyświetlające aplikacje dewelopera
  • Interfejsy API do zarządzania wyświetlaniem produktów

Opisany powyżej wpływ jest dodatkowy w stosunku do konkretnych interfejsów API do zarządzania, które pozostaną niefunkcjonalne we wszystkich centrach danych do czasu ich uaktualnienia. Takie interfejsy API do zarządzania są wymienione w krokach w kolejnych sekcjach.

Wycofanie – ogólne informacje

  • Wpływ podczas wycofywania

    Cofnięcie wersji z Cassandry 3.11.x do 2.1.x wpływa na ruch związany z czasem działania i zarządzaniem w centrum danych, w którym jest przeprowadzane. Dodatkowo niektóre interfejsy API do zarządzania mogą działać nieprawidłowo we wszystkich centrach danych, niezależnie od tego, w którym z nich trwa wycofywanie zmian.

  • Follow DC by DC Rollback Approach

    Przywracanie musi być wykonywane w jednym centrum danych naraz, aby zachować ciągłość usługi i zapobiec przestojom. Zanim rozpoczniesz wycofywanie zmian w konkretnym centrum danych, upewnij się, że ruch aplikacji został przekierowany do innego w pełni sprawnego centrum danych.

  • Wycofywanie częściowo uaktualnionego klastra

    Jeśli co najmniej 1 centrum danych pozostanie w pełni sprawne w starszej wersji Cassandry (2.1.22), inne uaktualnione centra danych można przywrócić, wykonując ponowną kompilację z w pełni sprawnego centrum danych Cassandra 2.1.X.

  • Wycofywanie w całym klastrze

    Jeśli cały klaster Cassandra został uaktualniony i wymagane jest wycofanie zmian, należy to zrobić za pomocą kopii zapasowych lub migawek maszyn wirtualnych. To podejście jest złożone i prawdopodobnie doprowadzi do tymczasowego przestoju lub utraty danych.

  • Wskazówki przed uaktualnieniem

    Przed rozpoczęciem uaktualniania zapoznaj się z procedurami wycofywania zmian. Podczas uaktualniania należy uwzględnić niuanse wycofywania, aby zapewnić dostępność odpowiednich ścieżek wycofywania.

Przywracanie klastrów z jednym centrum danych

Uaktualnienie Cassandry z wersji 2.1.x do 3.11.x może mieć znaczący wpływ na ruch w czasie działania i niektóre interfejsy API do zarządzania. Te skutki mają również zastosowanie podczas wycofywania zmian i mogą powodować przestoje lub utratę danych.

W przypadku zadań produkcyjnych zdecydowanie zalecamy udostępnienie nowego centrum danych przed uaktualnieniem. Umożliwia to bezpieczniejsze wycofanie zmian bez utraty danych i przerwania ruchu API. Dodatkowe centrum danych można wycofać z użycia po pomyślnym zakończeniu uaktualniania.

Jeśli dodanie nowego centrum danych nie jest możliwe, ale nadal wymagana jest możliwość wycofania zmian, przed uaktualnieniem należy wykonać niezawodne kopie zapasowe. Przywracanie bazy danych Cassandra w wersji 2.1.x z kopii zapasowych jest możliwe, ale może wiązać się z przerwami w działaniu usługi i potencjalną utratą danych.

Wycofywanie klastrów z wieloma centrami danych

Wycofywanie zmian w wielu centrach danych odbywa się w przypadku każdego z nich osobno. W tym podejściu ruch z wycofywanego centrum danych jest przekierowywany do innych działających centrów danych, co zapewnia kontrolowany i odizolowany proces wycofywania zmian w przypadku Cassandry, serwera zarządzającego i węzłów środowiska wykonawczego, aby uniknąć przerw w ruchu.

Więcej informacji znajdziesz w sekcji Cofanie aktualizacji Cassandra 3.11.16.

Krok 0. Stan początkowy

  • Komponenty Zookeeper, Postgres i LDAP zostały już uaktualnione do wersji 4.52.02. Klaster Edge w chmurze prywatnej jest stabilny i działa. Jeśli wycofanie będzie konieczne, klaster zostanie przywrócony do tego stanu.
  • Cassandra w Apigee w wersji 2.1.22.
  • Komponenty brzegowe:
    • Serwer zarządzający komunikuje się z Cassandrą za pomocą starszego protokołu Thrift.
    • Serwery środowiska wykonawczego (procesory wiadomości i routery) komunikują się z Cassandrą za pomocą starszego protokołu Thrift.
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
Środowisko wykonawcze w pełni działa Zarządzanie w pełni funkcjonalne

Krok 1. Przygotuj się do uaktualnienia

Poniższe kroki są dodatkowe w stosunku do standardowych plików, które zwykle tworzysz, np. standardowego pliku konfiguracyjnego Apigee umożliwiającego uaktualnianie komponentów.

  1. Zmień system Cassandra, aby używał strategii LeveledCompactionStrategy.
  2. Tworzenie kopii zapasowej Cassandra za pomocą Apigee
  3. Zrób migawki maszyn wirtualnych węzłów Cassandra (jeśli to możliwe).
  4. Utwórz na każdym węźle Cassandra plik konfiguracji uaktualnienia Cassandra w lokalizacji /opt/apigee/apigee-cassandra/cass_upgrade.conf o następującej zawartości: 
    # IP Address of node
HOSTIP=10.0.0.1

# Username for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_USERNAME=<cassuser>

# Password for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_PASSWORD=<casspass>

# Port for connecting to Cassandra via thrift. Optional. Defaults to 9160 if skipped.
CASS_PORT=9160

# Port for connecting to Cassandra via CQL. Optional. Defaults to 9042 if skipped.
CASS_CQL_PORT=9042

# Directory to be used by Cassandra upgrade scripts. Optional. Defaults to /tmp/cass_upgrade_scripts if skipped.
# Note that if upgrade is successful, this directory is deleted via root user - so provide a directory accordingly.
CASS_TMP_DIR=/tmp/cass_upgrade_scripts
    Jeśli nie można utworzyć pliku w lokalizacji /opt/apigee/apigee-cassandra/cass_upgrade.conf, utwórz plik /opt/silent.conf z tą samą zawartością na każdym węźle Cassandra.
  5. Jeśli korzystasz z funkcji SmartDocs w portalu dla deweloperów Apigee Drupal 7, wyeksportuj każdy model, pobierając go w formacie JSON z interfejsu portalu dla deweloperów. Po zaktualizowaniu serwerów zarządzających te modele trzeba będzie ponownie zaimportować do Apigee.
  6. Sprawdź, czy porty 9160 i 9042 są dostępne ze wszystkich komponentów Edge do węzłów Cassandra (jeśli nie są jeszcze dostępne). Więcej informacji znajdziesz w sekcji Wymagania dotyczące portów.

Krok 2. Przekieruj ruch z pierwszego centrum danych

  1. Zablokuj ruch przychodzący w czasie działania i ruch związany z zarządzaniem z pierwszego centrum danych.
  2. Przekieruj cały ruch w czasie działania i interfejsy API zarządzania do innych działających centrów danych.
  3. Sprawdź, czy inne centra danych prawidłowo obsługują ruch związany z czasem działania i zarządzaniem.

Krok 3. Uaktualnij wszystkie węzły Cassandra w pierwszym centrum danych

  1. Uaktualnij wszystkie węzły Cassandra w centrum danych 1 po kolei. Uruchom kolejno te polecenia na każdym węźle: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  2. Po zaktualizowaniu węzła uruchom w nim to polecenie, aby przeprowadzić weryfikację przed kontynuowaniem: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
     Powyższe polecenie wyświetli dane wyjściowe podobne do tych poniżej: 
    Cassandra version is verified - [cqlsh 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified
  3. Po zakończeniu uaktualniania uruchom kolejno to polecenie post_upgrade na każdym węźle Cassandra: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
  • Ruch w środowisku wykonawczym blokowany w centrach danych, które są uaktualniane
  • Środowisko wykonawcze w pełni funkcjonalne w innych centrach danych

Krok 4. Uaktualnij wszystkie węzły zarządzania w pierwszym centrum danych

Uaktualnij wszystkie węzły zarządzania w centrum danych:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
  • Ruch w środowisku wykonawczym blokowany w centrach danych, które są uaktualniane
  • Środowisko wykonawcze w pełni działa

Krok 5. Uaktualnij wszystkie węzły środowiska wykonawczego w pierwszym centrum danych

Uaktualnij wszystkie węzły routerów i procesorów wiadomości w centrum danych jeden po drugim:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
  • Ruch w środowisku wykonawczym blokowany w centrach danych, które są uaktualniane
  • Środowisko wykonawcze w pełni funkcjonalne w innych centrach danych

Krok 6. Przekieruj ruch z powrotem do pierwszego centrum danych

  • Po uaktualnieniu pierwszego centrum danych za pomocą bazy danych Cassandra, komponentów środowiska wykonawczego i serwera zarządzania ponownie włącz ruch środowiska wykonawczego i zarządzania do pierwszego centrum danych.
  • Sprawdź, czy ruch związany z czasem działania i zarządzaniem jest prawidłowy w centrach danych.

Krok 7. Uaktualnij inne centra danych

Powtórz krok 1–krok 6 w przypadku pozostałych centrów danych, po kolei, przekierowując ruch z tych centrów, aktualizując oprogramowanie Apigee i ponownie włączając ruch w tych centrach.

Krok 8. Ponownie uruchom krok uaktualnienia na wszystkich węzłach zarządzania

Ponownie uruchom to polecenie uaktualniania na wszystkich węzłach zarządzających w centrach danych:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Krok 9. [Opcjonalnie] Importowanie dokumentów inteligentnych, które zostały wcześniej wyeksportowane

Po uaktualnieniu wszystkich serwerów zarządzających możesz zaimportować modele inteligentnych dokumentów wyeksportowane w kroku 1. Możesz to zrobić później.

Musisz to zrobić tylko wtedy, gdy korzystasz z portalu dla deweloperów opartego na Drupalu 7 i używasz funkcji smartdocs.

Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
Środowisko wykonawcze w pełni działa Zarządzanie w pełni funkcjonalne

Krok 10. Usuń nieużywane tabele

Aby usunąć stare, nieużywane tabele z klastra Cassandra, uruchom to polecenie: Dopóki to nie nastąpi, nie możesz korzystać z niektórych funkcji Cassandry (np. konfigurować nowego uwierzytelniania – stare mechanizmy uwierzytelniania będą nadal działać). To polecenie można wykonać tylko na jednym węźle w klastrze.

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

Krok 11. Uaktualnij wszystkie pozostałe komponenty Edge i inne komponenty w Private Cloud 4.52.02

Uaktualnij wszystkie pozostałe węzły edge-qpid-server i edge-postgres-server we wszystkich regionach pojedynczo.

Jeśli na tym etapie uaktualniasz wersję starszą niż Edge for Private Cloud 4.52.01, wykonaj dodatkowe czynności, aby uaktualnić odpowiednio Qpid i Postgres, a następnie uaktualnij pozostałe komponenty zgodnie z tymi instrukcjami.

Przejdź na Qpid J-Broker

Chociaż Edge for Private Cloud 4.52.02 nie obejmuje uaktualnienia do Qpid, jeśli uaktualniasz wersję starszą niż 4.52.01, musisz wykonać czynności związane z uaktualnieniem QPID.

  • Jeśli uaktualniasz Edge for Private Cloud z wersji 4.51.00 lub 4.52.00 do wersji 4.52.02, musisz wykonać dodatkowe czynności związane z uaktualnieniem Qpid. Jeśli uaktualniasz wersję 4.51.00 lub 4.52.00 do wersji 4.52.02, zapoznaj się z sekcją Uaktualnianie Qpid.
  • Jeśli uaktualniasz Edge for Private Cloud z wersji 4.52.01 do 4.52.02, powinna być już używana najnowsza wersja brokera Qpid i nie są potrzebne żadne dodatkowe kroki związane z uaktualnieniem Qpid.

Nowy interfejs Edge

W tej sekcji znajdziesz informacje dotyczące interfejsu Edge. Więcej informacji znajdziesz w artykule Nowy interfejs Edge dla chmury prywatnej.

Instalowanie interfejsu Edge

Po zakończeniu wstępnej instalacji zalecamy zainstalowanie interfejsu Edge, który jest ulepszonym interfejsem użytkownika dla deweloperów i administratorów Apigee Edge for Private Cloud.

Pamiętaj, że interfejs Edge wymaga wyłączenia uwierzytelniania podstawowego i używania IDP, takiego jak SAML lub LDAP.

Więcej informacji znajdziesz w artykule Instalowanie nowego interfejsu Edge.

Aktualizowanie interfejsu Edge

Aby zaktualizować komponent interfejsu Edge, weź pod uwagę wersję Edge for Private Cloud, z której przeprowadzasz uaktualnienie:

Aktualizowanie za pomocą Apigee mTLS

Aby zaktualizować Apigee mTLS , wykonaj te czynności:

Cofanie aktualizacji

Jeśli aktualizacja się nie powiedzie, możesz spróbować rozwiązać problem, a następnie ponownie wykonać polecenie update.sh. Aktualizację możesz uruchamiać wielokrotnie. Będzie ona kontynuowana od miejsca, w którym została ostatnio przerwana.

Jeśli niepowodzenie wymaga wycofania zmian aktualizacji do poprzedniej wersji, szczegółowe instrukcje znajdziesz w artykule Wycofywanie zmian wersji 4.52.00.

Informacje o aktualizacji logowania

Domyślnie narzędzie update.sh zapisuje informacje w dzienniku w tych miejscach:

/opt/apigee/var/log/apigee-setup/update.log

Jeśli osoba uruchamiająca narzędzie update.sh nie ma dostępu do tego katalogu, zapisuje dziennik w katalogu /tmp jako plik o nazwie update_username.log.

Jeśli nie masz dostępu do /tmp, narzędzie update.sh nie będzie działać.

Aktualizacja bez przestojów

Aktualizacja bez przestojów, czyli aktualizacja krocząca, umożliwia zaktualizowanie instalacji Edge bez wyłączania Edge.

Aktualizacja bez przestoju jest możliwa tylko w przypadku konfiguracji z 5 węzłami lub większej.

Kluczem do uaktualniania bez przestojów jest usuwanie poszczególnych routerów z systemu równoważenia obciążenia po kolei. Następnie zaktualizuj router i wszystkie inne komponenty na tym samym komputerze co router i dodaj router z powrotem do modułu równoważenia obciążenia.

  1. Zaktualizuj maszyny w odpowiedniej kolejności dla Twojej instalacji, zgodnie z opisem w sekcji Kolejność aktualizacji maszyn.
  2. Gdy nadejdzie czas aktualizacji routerów, wybierz dowolny router i spraw, aby był niedostępny, zgodnie z opisem w sekcji Włączanie i wyłączanie dostępności serwera (procesora wiadomości lub routera).
  3. Zaktualizuj wybrany router i wszystkie inne komponenty Edge na tym samym komputerze co router. Wszystkie konfiguracje Edge pokazują router i procesor wiadomości na tym samym węźle.
  4. Spraw, aby router był ponownie dostępny.
  5. Powtórz kroki od 2 do 4 w przypadku pozostałych routerów.
  6. Kontynuuj aktualizację na pozostałych maszynach w instalacji.

Przed aktualizacją i po niej wykonaj te czynności:

Używanie pliku konfiguracji w trybie cichym

Do polecenia aktualizacji musisz przekazać plik konfiguracji cichej. Plik konfiguracji cichej instalacji powinien być taki sam jak ten, którego użyto do zainstalowania Edge w wersji 4.50.00 lub 4.51.00.

Aktualizacja do wersji 4.52.02 na węźle z zewnętrznym połączeniem internetowym

Aby zaktualizować komponenty Edge na węźle:

  1. Jeśli istnieją zadania cron skonfigurowane do wykonywania operacji naprawy w Cassandrze, wyłącz je do czasu zakończenia aktualizacji.
  2. Zaloguj się na węźle jako użytkownik root, aby zainstalować pakiety RPM Edge.
  3. Zainstaluj yum-utils i yum-plugin-priorities: 
    sudo yum install yum-utils
sudo yum install yum-plugin-priorities
  4. Wyłącz SELinux zgodnie z opisem w artykule Instalowanie narzędzia Edge apigee-setup.
  5. Jeśli instalujesz na platformie Oracle 7.x, uruchom to polecenie: 
    sudo yum-config-manager --enable ol7_optional_latest
  6. Jeśli instalujesz na AWS, wykonaj te yum-configure-managerpolecenia: 
    yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

  7. Jeśli korzystasz obecnie z Edge w wersji 4.51.00:

    1. Pobierz plik bootstrap_4.52.02.sh Edge na urządzenie /tmp/bootstrap_4.52.02.sh: 
      curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
    2. Zainstaluj narzędzie apigee-service Edge w wersji 4.52.02 i zależności, wykonując to polecenie: 
      sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

      gdzie uName:pWord to nazwa użytkownika i hasło otrzymane od Apigee. Jeśli pominiesz pWord, pojawi się prośba o jego wpisanie.

      Domyślnie instalator sprawdza, czy masz zainstalowaną Javę 1.8. Jeśli nie, instalator zainstaluje go za Ciebie.

      Użyj opcji JAVA_FIX, aby określić sposób obsługi instalacji Javy. JAVA_FIX przyjmuje te wartości:

      • I: zainstaluj OpenJDK 1.8 (domyślnie).
      • C: kontynuuj bez instalowania Javy.
      • Q: Zrezygnuj. W przypadku tej opcji musisz samodzielnie zainstalować Javę.
    3. Użyj narzędzia apigee-service, aby zaktualizować narzędzie apigee-setup, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    4. Zaktualizuj narzędzie apigee-validate na serwerze zarządzającym, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
    5. Zaktualizuj narzędzie apigee-provision na serwerze zarządzającym, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
    6. Uruchom narzędzie update na węzłach, wykonując to polecenie: 
      /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

      Zrób to w kolejności opisanej w sekcji Kolejność aktualizacji maszyn.

      Gdzie:

      • component to komponent Edge, który ma zostać zaktualizowany. Możliwe wartości:
        • cs: Cassandra
        • edge: wszystkie komponenty Edge z wyjątkiem interfejsu Edge: serwer zarządzania, procesor wiadomości, router, serwer Qpid, serwer Postgres
        • ldap: OpenLDAP
        • ps: postgresql
        • qpid: qpidd
        • sso: Apigee SSO (jeśli masz zainstalowane logowanie jednokrotne)
        • ue: nowy interfejs Edge
        • ui: klasyczny interfejs Edge
        • zk: Opiekun zwierząt
      • configFile to ten sam plik konfiguracji, którego użyto do zdefiniowania komponentów Edge podczas instalacji wersji 4.50.00 lub 4.51.00.

      Możesz uruchomić update.sh na wszystkich komponentach, ustawiając component na „all”, ale tylko wtedy, gdy masz profil instalacji Edge all-in-one (AIO). Na przykład:

      /opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
    7. Jeśli jeszcze tego nie zrobiono, ponownie uruchom komponenty interfejsu Edge na wszystkich węzłach, na których działają: 
      /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
    8. Przetestuj aktualizację, uruchamiając narzędzie apigee-validate na serwerze zarządzającym zgodnie z opisem w sekcji Testowanie instalacji.

Jeśli później zdecydujesz się wycofać aktualizację, wykonaj procedurę opisaną w sekcji Wycofywanie wersji 4.52.02.

Aktualizacja do wersji 4.52.02 z lokalnego repozytorium

Jeśli węzły brzegowe znajdują się za zaporą sieciową lub w inny sposób nie mogą uzyskać dostępu do repozytorium Apigee przez internet, możesz przeprowadzić aktualizację z lokalnego repozytorium lub kopii repozytorium Apigee.#heading

Po utworzeniu lokalnego repozytorium Edge możesz zaktualizować Edge z lokalnego repozytorium na 2 sposoby:

  • Utwórz plik .tar repozytorium, skopiuj go na węzeł, a następnie zaktualizuj Edge z pliku .tar.
  • Zainstaluj serwer internetowy na węźle z lokalnym repozytorium, aby inne węzły mogły uzyskać do niego dostęp. Apigee udostępnia serwer internetowy Nginx, ale możesz też używać własnego serwera internetowego.

Aby zaktualizować repozytorium lokalne 4.52.02:

  1. Utwórz lokalne repozytorium 4.52.02 zgodnie z opisem w sekcji „Tworzenie lokalnego repozytorium Apigee” w artykule Instalowanie narzędzia apigee-setup Edge.
  2. Aby zainstalować apigee-service z pliku .tar:
    1. Na węźle z lokalnym repozytorium użyj tego polecenia, aby spakować lokalne repozytorium do jednego pliku .tar o nazwie /opt/apigee/data/apigee-mirror/apigee-4.52.02.tar.gz: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
    2. Skopiuj plik .tar do węzła, w którym chcesz zaktualizować Edge. Na przykład skopiuj go do katalogu /tmp na nowym węźle.
    3. Na nowym węźle rozpakuj plik do katalogu /tmp: 
      tar -xzf apigee-4.52.02.tar.gz

      To polecenie tworzy nowy katalog o nazwie repos w katalogu zawierającym plik .tar. Na przykład /tmp/repos.

    4. Zainstaluj narzędzie Edge apigee-service i zależności z /tmp/repos: 
      sudo bash /tmp/repos/bootstrap_4.52.02.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      Zwróć uwagę, że w tym poleceniu podajesz ścieżkę do katalogu repozytoriów.

  3. Aby zainstalować apigee-service za pomocą serwera WWW Nginx:
    1. Skonfiguruj serwer WWW Nginx zgodnie z opisem w sekcji „Instalowanie z repozytorium za pomocą serwera WWW Nginx” w artykule Instalowanie narzędzia apigee-setup Edge.
    2. Na węźle zdalnym pobierz plik Edge bootstrap_4.52.02.sh do /tmp/bootstrap_4.52.02.sh: 
      /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh

      gdzie uName:pWord to nazwa użytkownika i hasło ustawione wcześniej dla repozytorium, a remoteRepo to adres IP lub nazwa DNS węzła repozytorium.

    3. Na węźle zdalnym zainstaluj narzędzie Edge apigee-setup i zależności: 
      sudo bash /tmp/bootstrap_4.52.02.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

      gdzie uName:pWord to nazwa użytkownika i hasło repozytorium.

  4. Użyj narzędzia apigee-service, aby zaktualizować narzędzie apigee-setup, jak pokazano w tym przykładzie: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  5. Zaktualizuj narzędzie apigee-validate na serwerze zarządzającym, jak pokazano w tym przykładzie: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  6. Zaktualizuj narzędzie apigee-provision na serwerze zarządzającym, jak pokazano w tym przykładzie: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  7. Uruchom narzędzie update na węzłach w kolejności opisanej w sekcji Kolejność aktualizacji maszyn: 
    /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    Gdzie:

    • component to komponent Edge, który ma zostać zaktualizowany. Zwykle aktualizujesz te komponenty:
      • cs: Cassandra
      • edge: wszystkie komponenty Edge z wyjątkiem interfejsu Edge: serwer zarządzania, procesor komunikatów, router, serwer Qpid, serwer Postgres
      • ldap: OpenLDAP
      • ps: postgresql
      • qpid: qpidd
      • sso: Apigee SSO (jeśli masz zainstalowane logowanie jednokrotne)
      • ue Nowy interfejs Edge
      • ui: klasyczny interfejs Edge
      • zk: Opiekun zwierząt
    • configFile to ten sam plik konfiguracji, którego użyto do zdefiniowania komponentów Edge podczas instalacji wersji 4.50.00 lub 4.51.00.

    Możesz uruchomić update.sh na wszystkich komponentach, ustawiając component na „all”, ale tylko wtedy, gdy masz profil instalacji Edge all-in-one (AIO). Na przykład:

    /opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
  8. Jeśli jeszcze tego nie zrobiono, uruchom ponownie komponenty interfejsu na wszystkich węzłach, na których działają: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
  9. Przetestuj aktualizację, uruchamiając narzędzie apigee-validate na serwerze zarządzającym zgodnie z opisem w sekcji Testowanie instalacji.

Jeśli później zdecydujesz się wycofać aktualizację, wykonaj procedurę opisaną w sekcji Wycofywanie wersji 4.52.02.

Kolejność aktualizacji urządzenia – uaktualnienie z wersji 4.51.00 lub 4.52.00 lub 4.52.01

Kolejność aktualizowania maszyn w instalacji Edge jest ważna:

  • Przed uaktualnieniem wszystkich innych komponentów musisz zaktualizować wszystkie węzły ZooKeeper w centrach danych. Jeśli przechodzisz na wyższą wersję z Edge Private Cloud 4.51.00 lub 4.52.00, musisz też wykonać dodatkowe czynności, aby zaktualizować Zookeepera.
  • Musisz zaktualizować Postgresql we wszystkich centrach danych. Jeśli uaktualniasz wersję Edge Private Cloud 4.51.00, musisz też wykonać dodatkowe czynności, aby uaktualnić bazę danych PostgreSQL.
  • Musisz zaktualizować węzły LDAP we wszystkich centrach danych.
  • Musisz zaktualizować wszystkie węzły Cassandra, serwera zarządzania, procesora wiadomości i routera, po jednym centrum danych, aż wszystkie centra danych zostaną zaktualizowane.
  • Musisz zaktualizować komponenty edge-qpid-server i edge-postgres-server we wszystkich centrach danych.
  • Musisz uaktualnić węzły Qpid we wszystkich centrach danych. Jeśli uaktualniasz Edge Private Cloud w wersji 4.51.00 lub 4.52.00, musisz też wykonać dodatkowe czynności, aby uaktualnić Qpid.
  • Aktualizowanie interfejsu Edge i nowego interfejsu Edge oraz węzłów SSO we wszystkich centrach danych.
  • Nie musisz wykonywać osobnego kroku, aby zaktualizować zarabianie. Jest on aktualizowany po określeniu opcji krawędzi –c.

Samodzielna licencja na 1 węzeł

Aby uaktualnić konfigurację samodzielną z 1 węzłem do wersji 4.52.02:
  1. Zaktualizuj wszystkie komponenty: 
    /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
  2. (Jeśli zainstalowano apigee-adminapi) Zaktualizowano narzędzie apigee-adminapi: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

Samodzielna licencja na 2 węzły

Zaktualizuj te komponenty w przypadku instalacji samodzielnej z 2 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w sekcji Topologie instalacji.

  1. Zaktualizuj Zookeepera na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynie 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj LDAP na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. Zaktualizuj system Cassandra na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  5. Zaktualizuj komponenty Edge na maszynach 1 i 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. Zaktualizuj Qpid na maszynie 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Zaktualizuj interfejs na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. (Jeśli zainstalowano apigee-adminapi) Zaktualizuj narzędzie apigee-adminapi na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (Jeśli masz zainstalowaną usługę Apigee SSO) Zaktualizuj usługę Apigee SSO na komputerze 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    gdzie sso_config_file to plik konfiguracyjny utworzony podczas instalowania logowania jednokrotnego.

  10. Uruchom ponownie komponent interfejsu Edge na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Uaktualnienie 5 węzłów

Zaktualizuj te komponenty w przypadku instalacji 5-węzłowej:

Listę topologii Edge i liczbę węzłów znajdziesz w sekcji Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynie 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj Postgres na maszynie 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Zaktualizuj LDAP na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Zaktualizuj system Cassandra na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj komponenty Edge na maszynach 1, 2, 3, 4 i 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj Qpid na maszynie 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Aktualizacja Qpid na maszynie 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  9. Zaktualizuj interfejs Edge:
    • Klasyczny interfejs: jeśli używasz klasycznego interfejsu, zaktualizuj komponent ui na komputerze 1, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    • Nowy interfejs Edge: jeśli masz zainstalowany nowy interfejs Edge, zaktualizuj komponent ue na odpowiednim urządzeniu (może to nie być urządzenie 1): 
      /opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
  10. (Jeśli zainstalowano apigee-adminapi) Zaktualizuj narzędzie apigee-adminapi na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  11. (Jeśli masz zainstalowaną usługę Apigee SSO) Zaktualizuj usługę Apigee SSO na komputerze 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    gdzie sso_config_file to plik konfiguracji utworzony podczas instalowania logowania jednokrotnego.

  12. Uruchom ponownie komponent interfejsu:
    • Klasyczny interfejs: jeśli korzystasz z klasycznego interfejsu, uruchom ponownie komponent edge-ui na komputerze 1, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Nowy interfejs Edge: jeśli masz zainstalowany nowy interfejs Edge, uruchom ponownie komponent edge-management-ui na odpowiednim komputerze (może to nie być komputer 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Uaktualnianie klastra 9-węzłowego

Zaktualizuj te komponenty w przypadku instalacji klastrowej z 9 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w sekcji Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Aktualizacja Postgres na maszynie 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Aktualizacja Postgresa na maszynie 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Zaktualizuj LDAP na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Zaktualizuj system Cassandra na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj komponenty Edge na maszynach 1, 4, 5, 6, 7, 8 i 9 w tej kolejności: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj Qpid na maszynach 6 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Zaktualizuj nowy interfejs (ue) lub klasyczny interfejs (ui) na komputerze 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (Jeśli zainstalowano apigee-adminapi) Zaktualizuj narzędzie apigee-adminapi na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (Jeśli masz zainstalowaną usługę Apigee SSO) Zaktualizuj usługę Apigee SSO na komputerze 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    gdzie sso_config_file to plik konfiguracji utworzony podczas instalowania logowania jednokrotnego.

  11. Uruchom ponownie komponent interfejsu:
    • Klasyczny interfejs: jeśli korzystasz z klasycznego interfejsu, uruchom ponownie komponent edge-ui na komputerze 1, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Nowy interfejs Edge: jeśli masz zainstalowany nowy interfejs Edge, uruchom ponownie komponent edge-management-ui na odpowiednim komputerze (może to nie być komputer 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Uaktualnianie klastra z 13 węzłami

Zaktualizuj te komponenty w przypadku instalacji klastrowej z 13 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w sekcji Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Aktualizacja Postgres na maszynie 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Aktualizacja Postgresa na maszynie 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Zaktualizuj LDAP na maszynach 4 i 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Zaktualizuj system Cassandra na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj komponenty Edge na maszynach 6, 7, 10, 11, 12, 13, 8 i 9 w tej kolejności: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj Qpid na maszynach 12 i 13: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Zaktualizuj nowy interfejs (ue) lub klasyczny interfejs (ui) na maszynach 6 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (Jeśli zainstalowano apigee-adminapi) Zaktualizowano narzędzie apigee-adminapi na komputerach 6 i 7: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (Jeśli masz zainstalowane Apigee SSO) Zaktualizuj Apigee SSO na maszynach 6 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    gdzie sso_config_file to plik konfiguracji utworzony podczas instalowania logowania jednokrotnego.

  11. Uruchom ponownie komponent interfejsu:
    • Klasyczny interfejs: jeśli używasz klasycznego interfejsu, ponownie uruchom komponent edge-ui na maszynach 6 i 7, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Nowy interfejs Edge: jeśli masz zainstalowany nowy interfejs Edge, uruchom ponownie komponent edge-management-ui na maszynach 6 i 7: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Uaktualnianie klastra z 12 węzłami

Zaktualizuj te komponenty w przypadku instalacji klastrowej z 12 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w sekcji Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1,2,3,7,8,9 w obu centrach danych:

    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynach 6 i 12 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj LDAP na maszynach 1 i 7 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

  4. Zablokuj ruch w DC-1 i upewnij się, że cały ruch został przekierowany do DC-2.

  5. Aktualizacja systemu Cassandra na maszynach 1,2,3 w DC-1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj serwer zarządzania na komputerze 1 w DC-1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj router i procesor wiadomości na maszynach 2 i 3 w DC-1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  8. Odblokuj ruch w DC-1 i sprawdź DC-1. Następnie przejdź do DC-2, blokując ruch w DC-2 i przekierowując go do DC-1.
  9. Zaktualizuj system Cassandra na maszynach 7, 8 i 9 w DC-2: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  10. Zaktualizuj serwer zarządzania na komputerze 7 w DC-2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  11. Zaktualizuj router i procesor wiadomości na maszynach 8 i 9 w DC-2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  12. Odblokuj ruch w DC-2. Teraz oba centra danych będą obsługiwać ruch.
  13. Ponownie uruchom polecenie aktualizacji na wszystkich serwerach zarządzających w centrach danych na maszynach 1 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  14. Zaktualizuj serwery edge-qpid-server i edge-postgres-server na maszynach 4,5,6,10,11,12 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  15. Zaktualizuj Qpid na maszynach 4, 5, 10 i 11 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  16. Zaktualizuj nowy interfejs (ue) lub klasyczny interfejs (ui) w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c  [ui|ue] -f configFile
  17. (Jeśli masz zainstalowany pakiet apigee-adminapi) Zaktualizuj pakiet apigee-adminapi w obu centrach danych: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  18. (Jeśli masz zainstalowane Apigee SSO) Zaktualizuj węzły Apigee SSO w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
  19. Uruchom ponownie nowy interfejs Edge (edge-management-ui) lub klasyczny interfejs Edge (edge-ui) w obu centrach danych: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart