Apigee obsługuje uaktualnianie Edge for Private Cloud bezpośrednio z wersji 4.52.02 na 4.53.00. Na tej stronie znajdziesz informacje o tym, jak przeprowadzić takie uaktualnienia.
Omówienie zgodnych ścieżek przejścia na wyższą wersję znajdziesz w matryce zgodności z aktualizacjami Edge dla Private Cloud.
Kto może przeprowadzić aktualizację
Osoba uruchamiająca aktualizację powinna być tą samą osobą, która pierwotnie zainstalowała Edge, lub osobą działającą jako root.
Po zainstalowaniu interfejsów Edge RPM może je skonfigurować dowolna osoba.
Które komponenty należy zaktualizować
Musisz zaktualizować wszystkie komponenty Edge. Edge nie obsługuje konfiguracji zawierającej komponenty z różnych wersji.
Aktualizacja wymagań wstępnych
Przed uaktualnieniem Apigee Edge sprawdź, czy spełniasz 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ą, skorzystaj z procedury odpowiedniej dla Twojej bieżącej wersji przeglądarki Edge.Dzięki temu masz plan awaryjny na wypadek, gdyby aktualizacja do nowej wersji nie działała prawidłowo. Więcej informacji o kopiach zapasowych znajdziesz w artykule Kopie zapasowe i przywracanie.
- Sprawdzanie, czy przeglądarka Edge jest uruchomiona
Sprawdź, czy przeglądarka Edge jest uruchomiona podczas procesu aktualizacji, używając tego polecenia:/opt/apigee/apigee-service/bin/apigee-all status
- Sprawdzanie wymagań wstępnych Cassandra
Jeśli wcześniej przeszedłeś/przeszłaś na wersję 4.52.02 z wersji Edge for Private Cloud i planujesz przejście na wersję 4.53.00, upewnij się, że wykonałeś/wykonałaś wymagane czynności po uaktualnieniu dotyczące systemu Cassandra. Te czynności są opisane w dokumentacji dotyczącej wersji 4.52.02 w sekcji Czynności po uaktualnieniu. Jeśli nie masz pewności, czy te czynności zostały wykonane podczas poprzedniego przejścia na nowszą wersję, wykonaj je ponownie przed przejściem na wersję 4.53.00. - Wymagania dotyczące Pythona
Przed uaktualnieniem upewnij się, że na wszystkich węzłach, w tym na węzłach Cassandra, jest zainstalowany Python 3.
Automatyczne propagowanie ustawień obiektu
Jeśli ustawisz jakieś właściwości, edytując pliki .properties
w folderze /opt/apigee/customer/application
, te wartości zostaną zachowane podczas aktualizacji.
Wymagane uaktualnienie do wersji Cassandra 4.0.13
Wersja Apigee Edge for Private Cloud 4.53.00 zawiera uaktualnienie Cassandra do wersji 4.0.13.
Uaktualnienia i cofnięcia
- Aktualizacja z wersji Cassandra 3.11.X na 4.0.X jest płynnym procesem. Cassandra 4.0.X, wydana z Edge for Private Cloud 4.53.00, jest zgodna z komponentami środowiska uruchomieniowego i zarządzania Private Cloud 4.52.02.
- Bezpośrednie wycofanie wersji z Cassandra 4.0.X do 3.11.X nie jest możliwe. Przywracanie za pomocą replik lub kopii zapasowych to skomplikowana procedura, która może wiązać się z przestojami lub utratą danych. Rozwiązywanie problemów i aktualizowanie do wersji Cassandra 4.0.X jest lepsze niż cofanie zmian.
- Przed przeprowadzeniem aktualizacji należy się zapoznać z procedurami przywracania. Uwzględnienie niuansów odzyskiwania podczas aktualizacji jest kluczowe, aby zapewnić dostępność odpowiednich ścieżek odzyskiwania.
Pojedyncze centrum danych
Uaktualnianie Cassandra z wersji 3.11.X do 4.0.X w ramach jednego centrum danych jest płynne, ale wycofanie jest skomplikowane i może spowodować przestój oraz utratę danych. W przypadku zadań produkcyjnych zdecydowanie zalecamy dodanie nowego centrum danych z co najmniej 2 węzłami Cassandra dostępnymi w nowym centrum danych przed rozpoczęciem uaktualniania. Umożliwi to wycofanie zmian w Cassandra bez utraty danych lub zakłócenia ruchu w interfejsie API. To dodatkowe centrum danych może zostać wycofane po zakończeniu uaktualniania lub po osiągnięciu punktu kontrolnego 2.
Jeśli dodanie nowego centrum danych nie jest możliwe, ale nadal chcesz mieć możliwość cofania zmian, do przywrócenia wersji Cassandra 3.11.X będą potrzebne kopie zapasowe. Ta metoda wiąże się jednak z przestojem i utratą danych.
Wiele centrów danych
Używanie wielu centrów danych z Edge for Private Cloud w wersji 4.52.02 zapewnia większą elastyczność w przypadku cofania zmian podczas aktualizacji do Edge for Private Cloud w wersji 4.53.00.
- Co najmniej jedno centrum danych musi mieć zainstalowaną starszą wersję Cassandra (3.11.X).
- Jeśli cały klaster Cassandra został zaktualizowany do wersji 4.0.X, nie można przywrócić wersji Cassandra 3.11.X. Musisz nadal używać nowszej wersji Cassandra z innymi komponentami Private Cloud 4.53.00 lub 4.52.02.
Zalecana metodologia uaktualniania
- Uaktualniaj po jednym centrum danych Cassandra naraz: zacznij od uaktualnienia węzłów Cassandra w pojedynczym centrum danych. Zanim przejdziesz do następnego centrum danych, uaktualnij wszystkie węzły Cassandra w jednym centrum danych.
- Wstrzymanie i weryfikacja: po uaktualnieniu jednego centrum danych wstrzymaj działanie, aby mieć pewność, że klaster Private Cloud, a zwłaszcza uaktualnione centrum danych, działa prawidłowo.
- Pamiętaj: możesz przywrócić poprzednią wersję Cassandra tylko wtedy, gdy masz co najmniej 1 centrum danych, w którym nadal działa starsza wersja.
- Terminowy: możesz wstrzymać działanie na krótki czas (zalecane są kilka godzin), aby sprawdzić działanie, ale nie możesz utrzymywać wersji mieszanej w nieskończoność. Dzieje się tak, ponieważ niejednorodny klaster Cassandra (z węzłami w różnych wersjach) ma ograniczenia operacyjne.
- Drobiazgłowy test: firma Apigee zdecydowanie zaleca kompleksowe testowanie wydajności i funkcjonalności przed uaktualnieniem kolejnego centrum danych. Gdy wszystkie centra danych zostaną uaktualnione, nie będzie można przywrócić wcześniejszej wersji.
Cofanie jako proces z 2 punktami kontrolnymi
- Punkt kontrolny 1: stan początkowy ze wszystkimi komponentami w wersji 4.52.02. Pełne cofnięcie jest możliwe, o ile co najmniej jedno centrum danych Cassandra pozostanie w starszej wersji.
- Punkt kontrolny 2: po zaktualizowaniu wszystkich węzłów Cassandra we wszystkich centrach danych. Możesz wrócić do tego stanu, ale nie możesz cofnąć się do punktu kontrolnego 1.
Przykład
Rozważ klaster z 2 centrami danych:
- Stan początkowy: węzły Cassandra w obu centrach danych mają wersję 3.11.X. Wszystkie pozostałe węzły mają Edge for Private Cloud w wersji 4.52.02. Załóżmy, że w każdym DC są 3 węzły Cassandra.
- Uaktualnianie DC-1: uaktualniam po kolei 3 węzły Cassandra w DC-1.
- Wstrzymanie i weryfikacja: wstrzymaj działanie klastra, aby sprawdzić, czy działa on prawidłowo (sprawdź wydajność i funkcjonalność). Możesz przywrócić stan początkowy, używając węzłów Cassandra w DC-2. Pamiętaj, że to wstrzymanie musi być tymczasowe ze względu na ograniczenia związane z klastrem Cassandra z mieszanymi wersjami.
- Uaktualnianie DC-2: uaktualnij pozostałe 3 węzły Cassandra w DC-2. Stanie się on nowym punktem kontrolnym cofania.
- Uaktualnianie innych komponentów: w przypadku wszystkich centrów danych, po jednym węźle i jednym centrum danych naraz, zaktualizuj węzły zarządzania, wykonawcze i analityczne w zwykły sposób. Jeśli pojawią się problemy, możesz cofnąć zmiany do kroku 4.
Wymagania wstępne uaktualnienia Cassandra
Musisz mieć zainstalowaną wersję Cassandra 3.11.16 z Edge for Private Cloud 4.52.02. Sprawdź, czy:- Cały klaster jest w pełni funkcjonalny i działa na wersji Cassandra 3.11.16.
- Strategia kompresji ma wartość
LeveledCompactionStrategy
(jest to warunek wstępny uaktualnienia do wersji 4.52.02). - Wszystkie czynności po uaktualnieniu od momentu początkowego uaktualnienia do wersji Cassandra 3.11.16 w ramach uaktualnienia do wersji 4.52.02 zostały ukończone. Jeśli nie, powtórz te czynności. Dotyczy to tylko sytuacji, gdy zaktualizowano Private Cloud do wersji 4.52.02 ze starszej wersji.
Krok 1. Przygotuj się do uaktualnienia
Te czynności są dodatkiem do standardowych plików, które zwykle tworzysz, np. standardowego pliku konfiguracyjnego Apigee, który umożliwia uaktualnianie komponentów.
- Tworzenie kopii zapasowych Cassandra za pomocą Apigee.
- zrób migawki maszyn wirtualnych węzłów Cassandra (jeśli to możliwe);
- Upewnij się, że port 9042 jest dostępny z wszystkich komponentów Edge for Private Cloud, w tym serwera zarządzania, procesora wiadomości, routera, Qpid i Postgres, do węzłów Cassandra, jeśli nie są jeszcze skonfigurowane. Więcej informacji znajdziesz w wymaganiach dotyczących portów.
Krok 2. Zaktualizuj wszystkie węzły Cassandra
Wszystkie węzły Cassandra powinny być aktualizowane pojedynczo w każdym centrum danych, po jednym centrum naraz. Pomiędzy uaktualnieniami węzłów w centrum danych odczekaj kilka minut, aby mieć pewność, że zaktualizowany węzeł został w pełni uruchomiony i dodany do klastra, zanim przejdziesz do uaktualnienia kolejnego węzła w tym samym centrum danych.
Po uaktualnieniu wszystkich węzłów Cassandra w danym centrum danych odczekaj pewien czas (od 30 minut do kilku godzin), zanim przejdziesz do węzłów w kolejnych centrach danych. W tym czasie dokładnie sprawdź zaktualizowane centrum danych i upewnij się, że funkcje i wskaźniki wydajności Twojego klastra Apigee są nienaruszone. Ten krok jest kluczowy, aby zapewnić stabilność centrum danych, w którym Cassandra została uaktualniona do wersji 4.0.X, podczas gdy pozostałe komponenty Apigee pozostają w wersji 4.52.02.
-
Aby uaktualnić węzeł Cassandra, uruchom to polecenie:
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
-
Po zaktualizowaniu węzła uruchom na nim to polecenie, aby przeprowadzić weryfikację:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
-
Powyższe polecenie zwróci coś takiego:
Cassandra version is verified - [cqlsh 6.0.0 | Cassandra 4.0.13 | CQL spec 3.4.5 | Native protocol v5] Metadata is verified
Krok 3. Zaktualizuj wszystkie węzły zarządzania
Zaktualizuj wszystkie węzły zarządzania we wszystkich regionach pojedynczo:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Krok 4. Zaktualizuj wszystkie węzły środowiska wykonawczego
Zaktualizuj po kolei wszystkie węzły Routera i przetwarzacza wiadomości we wszystkich regionach:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Krok 5. Zaktualizuj wszystkie pozostałe komponenty Edge for Private Cloud w wersji 4.53.00
W każdym regionie uaktualnij pojedynczo wszystkie pozostałe węzły edge-qpid-server
i edge-postgres-server
.
Krok 6. Co zrobić po uaktualnieniu
Po zakończeniu aktualizacji uruchom to polecenie na każdym węźle Cassandra po kolei:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
Nowy interfejs Edge
W tej sekcji znajdziesz informacje dotyczące interfejsu Edge. Więcej informacji znajdziesz w artykule Nowy interfejs Edge w Private Cloud.
Instalowanie interfejsu Edge
Po zakończeniu początkowej instalacji Apigee zaleca zainstalowanie interfejsu Edge, który jest ulepszonym interfejsem użytkownika przeznaczonym 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.
Aktualizacja dotycząca mTLS w Apigee
Aby zaktualizować Apigee mTLS , wykonaj te czynności:
Cofanie aktualizacji
W przypadku niepowodzenia aktualizacji możesz spróbować rozwiązać problem, a następnie ponownie wykonać polecenie update.sh
. Możesz uruchomić aktualizację kilka razy, a on będzie kontynuować ją od miejsca, w którym została przerwana.
Jeśli błąd wymaga przywrócenia poprzedniej wersji, szczegółowe instrukcje znajdziesz w artykule Przywracanie wersji 4.53.00.
Informacje o logowaniu
Domyślnie narzędzie update.sh
zapisuje informacje z dziennika w tych plikach:
/opt/apigee/var/log/apigee-setup/update.log
Jeśli osoba uruchamiająca narzędzie update.sh
nie ma dostępu do tego katalogu, dziennik zostanie zapisany w katalogu /tmp
jako plik o nazwie update_username.log
.
Jeśli dana osoba nie ma dostępu do /tmp
, narzędzie update.sh
nie działa.
Aktualizacja bez przestojów
Aktualizacja bez przestojów (krocząca) umożliwia zaktualizowanie instalacji przeglądarki Edge bez wyłączania jej.
Aktualizacja bez przestojów jest możliwa tylko w konfiguracji z 5 lub większą liczbą węzłów.
Kluczem do aktualizacji bez przestojów jest usuwanie pojedynczo każdego routera z systemu równoważenia obciążenia. Następnie zaktualizuj Router i wszystkie inne komponenty na tym samym urządzeniu, a potem ponownie dodaj Router do systemu równoważenia obciążenia.
- Zaktualizuj maszyny w prawidłowej kolejności dla danej instalacji, zgodnie z opisem w artykule Kolejność aktualizacji maszyn.
- Gdy nadejdzie czas aktualizacji routerów, wybierz dowolny router i spraw, aby był niedostępny w sposób opisany w sekcji Włączanie i wyłączanie możliwości dotarcia do serwera (procesora wiadomości lub routera).
- Zaktualizuj wybrany router i wszystkie inne komponenty Edge na tym samym komputerze. Wszystkie konfiguracje krawędzi pokazują przełącznik i procesor wiadomości na tym samym węźle.
- Spraw, aby router był ponownie dostępny.
- Powtórz kroki 2–4 w przypadku pozostałych routerów.
- Kontynuuj aktualizację pozostałych maszyn w instalacji.
Przed i po aktualizacji wykonaj te czynności:
- W kompleksowym węźle Router i Message Processor:
- Przed aktualizacją:
- Uniemożliwić dostęp do routera.
- Uniemożliwić dostęp do usługi Message Processor.
- Po aktualizacji wykonaj te czynności:
- Upewnij się, że usługa Message Processor jest dostępna.
- Upewnij się, że router jest dostępny.
- Przed aktualizacją:
- Na węzłach z jednym routerem:
- Przed aktualizacją uniemożliw dostęp do routera.
- Po aktualizacji sprawdź, czy router jest dostępny.
- W węzłach przetwarzania pojedynczych wiadomości:
- Przed aktualizacją ustaw przetwarzanie wiadomości na niedostępne.
- Po aktualizacji sprawdź, czy można uzyskać dostęp do usługi Message Processor.
Używanie pliku konfiguracji w trybie bez obrazu
Musisz przekazać poleceniemu update plik konfiguracji w trybie cichym. Plik konfiguracji w trybie automatycznym powinien być tym samym plikiem, który został użyty do zainstalowania Edge for Private Cloud 4.52.02.
Aktualizacja do wersji 4.53.00 na węźle z zewnętrznym połączeniem z internetem
Aby zaktualizować komponenty Edge w węźle:
- Jeśli są obecne, wyłącz wszystkie zadania
cron
skonfigurowane do wykonania operacji naprawy w Cassandra do czasu zakończenia aktualizacji. - Zaloguj się na węźle jako użytkownik root, aby zainstalować interfejsy RPM Edge.
- Wyłącz SELinux zgodnie z instrukcjami podanymi w artykule Install the Edge apigee-setup utility (instalowanie narzędzia apige-setup w Edge).
- Jeśli instalujesz na AWS, wykonaj te polecenia
yum-configure-manager
:yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
Jeśli później zdecydujesz się cofnąć aktualizację, wykonaj procedurę opisaną w artykule Cofanie aktualizacji 4.53.00.
Aktualizacja do wersji 4.53.00 z repozytorium lokalnego
Jeśli Twoje węzły Edge są za zaporą ogniową lub w inny sposób nie mają dostępu do repozytorium Apigee przez Internet, możesz przeprowadzić aktualizację z repozytorium lokalnego lub z lustra repozytorium Apigee.
Po utworzeniu lokalnego repozytorium Edge możesz zaktualizować Edge z lokalnego repozytorium na 2 sposoby:
- Utwórz plik .tar repozytorium, skopiuj go do węzła, a potem zaktualizuj Edge z pliku .tar.
- Zainstaluj serwer WWW na węźle z repozytorium lokalnym, aby inne węzły mogły uzyskać do niego dostęp. Apigee udostępnia serwer WWW Nginx, ale możesz też użyć własnego serwera WWW.
Aby zaktualizować z lokalnego repozytorium 4.53.00:
- Utwórz lokalne repozytorium 4.53.00 zgodnie z instrukcjami podanymi w sekcji „Tworzenie lokalnego repozytorium Apigee” na stronie Instalowanie narzędzia apigee-setup w Edge.
- Aby zainstalować apige-service z pliku .tar:
- Na węźle z repozytorium lokalnym użyj tego polecenia, aby spakować repozytorium lokalne do pojedynczego pliku .tar o nazwie
/opt/apigee/data/apigee-mirror/apigee-4.53.00.tar.gz
:/opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
- Skopiuj plik tar do węzła, w którym chcesz zaktualizować Edge. Możesz na przykład skopiować plik do katalogu
/tmp
w nowym węźle. - Na nowym węźle rozpakuj plik do katalogu
/tmp
:tar -xzf apigee-4.53.00.tar.gz
To polecenie tworzy nowy katalog o nazwie
repos
w katalogu zawierającym plik tar. Na przykład/tmp/repos
. - Zainstaluj narzędzie
apigee-service
i zależne od niego komponenty z poziomu/tmp/repos
:sudo bash /tmp/repos/bootstrap_4.53.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
Pamiętaj, że w tym poleceniu musisz podać ścieżkę do katalogu repozytorium.
- Na węźle z repozytorium lokalnym użyj tego polecenia, aby spakować repozytorium lokalne do pojedynczego pliku .tar o nazwie
- Aby zainstalować apige-service przy użyciu serwera WWW Nginx:
- Skonfiguruj serwer WWW Nginx zgodnie z opisem w sekcji „Install from the repo using the Nginx webserver” (Instalowanie z repozytorium za pomocą serwera WWW Nginx) w artykule Install the Edge apigee-setup utility (Instalowanie narzędzia apigee-setup).
- Na węźle zdalnym pobierz plik
bootstrap_4.53.00.sh
Edge do folderu/tmp/bootstrap_4.53.00.sh
:/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.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.
- Na węźle zdalnym zainstaluj narzędzie
apigee-setup
i zależne od niego komponenty:sudo bash /tmp/bootstrap_4.53.00.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
gdzie uName:pWord to nazwa użytkownika i hasło do repozytorium.
- Aby zaktualizować narzędzie
apigee-setup
, użyj poleceniaapigee-service
, jak pokazano w tym przykładzie:/opt/apigee/apigee-service/bin/apigee-service apigee-setup update
- Zaktualizuj narzędzie
apigee-validate
na serwerze zarządzania, jak pokazano w tym przykładzie:/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
- Zaktualizuj narzędzie
apigee-provision
na serwerze zarządzania, jak pokazano w tym przykładzie:/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
- 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 chcesz zaktualizować. Zwykle aktualizujesz te komponenty:
cs
: Cassandraedge
: wszystkie komponenty Edge oprócz interfejsu Edge: serwer zarządzania, procesor wiadomości, router, serwer QPID, serwer Postgres.ldap
: OpenLDAPps
: postgresqlqpid
: qpiddsso
: logowanie jednokrotne Apigee (jeśli masz zainstalowane SSO)ue
Nowy interfejs Edgeui
: interfejs klasycznej wersji Edgezk
: opiekun w zoo
- configFile to ten sam plik konfiguracji, który został użyty do zdefiniowania komponentów Edge podczas instalacji wersji 4.50.00 lub 4.51.00.
Możesz uruchomić
update.sh
dla wszystkich komponentów, ustawiając wartość parametru component na „all” (wszystko), 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
- component to komponent Edge, który chcesz zaktualizować. Zwykle aktualizujesz te komponenty:
- Ponownie uruchom komponenty interfejsu na wszystkich węzłach, na których są one używane, jeśli nie zrobiono tego wcześniej:
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
- Przetestuj aktualizację, uruchamiając na serwerze zarządzania narzędzie
apigee-validate
zgodnie z opisem w sekcji Testowanie instalacji.
Jeśli później zdecydujesz się cofnąć aktualizację, wykonaj procedurę opisaną w artykule Cofanie aktualizacji 4.53.00.
Kolejność aktualizacji maszynowych
Kolejność aktualizowania maszyn w instalacji Edge jest ważna:
- Przed zaktualizowaniem innych węzłów musisz zaktualizować wszystkie węzły Cassandra i ZooKeeper.
- W przypadku maszyny z wieloma komponentami Edge (serwer Management, Message Processor, Router, serwer QPID, ale nie serwer Postgres) użyj opcji
-c edge
, aby zaktualizować je wszystkie jednocześnie. - Jeśli krok określa, że należy go wykonać na wielu maszynach, wykonaj go w określonej kolejności.
- Nie ma osobnego kroku, który pozwoliłby zaktualizować sekcję Zarabianie. Jest on aktualizowany, gdy określisz opcję
-c edge
.
Samodzielna licencja na 1 węzeł
Aby uaktualnić konfigurację samodzielną 1 węzła do wersji 4.53.00:
- Aktualizacja wszystkich komponentów:
/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
- (jeśli masz zainstalowane
apigee-adminapi
) zaktualizuj narzędzieapigee-adminapi
:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
Samodzielna licencja na 2 węzły
W przypadku samodzielnej instalacji z 2 węzłami zaktualizuj te komponenty:
Aby zobaczyć listę topologii Edge i numerów węzłów, otwórz stronę Topologie instalacji.
- Zaktualizuj Cassandra i ZooKeeper na maszynie 1:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- Zaktualizuj Postgres na maszynie 2:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj LDAP na maszynie 1:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Aktualizacja komponentów Edge na maszynach 2 i 1:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Zmień Qpid na maszynie 2:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Zaktualizuj interfejs na maszynie 1:
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- (jeśli zainstalowano
apigee-adminapi
) Zaktualizowano narzędzieapigee-adminapi
na komputerze 1:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (jeśli masz zainstalowane logowanie jednokrotne Apigee) zaktualizuj logowanie jednokrotne Apigee 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 instalacji logowania jednokrotnego.
- Zrestartuj komponent interfejsu Edge na komputerze 1:
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
Uaktualnienie 5 węzłów
W przypadku instalacji z 5 węzłami zaktualizuj te komponenty:
Aby zobaczyć listę topologii Edge i numerów węzłów, otwórz stronę Topologie instalacji.
- Zaktualizuj Cassandra i ZooKeeper na maszynach 1, 2 i 3:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- Zaktualizuj Postgresa na maszynie 4:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj Postgres na maszynie 5:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj LDAP na maszynie 1:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Zaktualizuj komponenty Edge na maszynach 4, 5, 1, 2, 3:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Zaktualizuj Qpid na maszynie 4:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Aktualizacja Qpid na maszynie 5:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Zaktualizuj interfejs Edge:
- Klasyczny interfejs: jeśli używasz klasycznego interfejsu, zaktualizuj komponent
ui
na maszynie 1, jak pokazano w tym przykładzie:/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- Nowe środowisko Edge: jeśli masz zainstalowane nowe środowisko Edge, zaktualizuj komponent
ue
na odpowiednim urządzeniu (niekoniecznie na urządzeniu 1):/opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
- Klasyczny interfejs: jeśli używasz klasycznego interfejsu, zaktualizuj komponent
- (jeśli zainstalowano
apigee-adminapi
) Zaktualizowano narzędzieapigee-adminapi
na komputerze 1:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (jeśli masz zainstalowane logowanie jednokrotne Apigee) zaktualizuj logowanie jednokrotne Apigee 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 instalacji logowania jednokrotnego.
- Ponownie uruchom interfejs:
- Klasyczny interfejs użytkownika: jeśli używasz klasycznego interfejsu użytkownika, ponownie uruchom komponent
edge-ui
na maszynie 1, jak pokazano w tym przykładzie:/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
- Nowy interfejs Edge: jeśli zainstalowano nowy interfejs Edge, uruchom ponownie komponent
edge-management-ui
na odpowiednim urządzeniu (niekoniecznie na urządzeniu1):/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
- Klasyczny interfejs użytkownika: jeśli używasz klasycznego interfejsu użytkownika, ponownie uruchom komponent
Uaktualnienie klastra 9-węzłowego
W przypadku instalacji z 9 węzłami w klastrze zaktualizuj te komponenty:
Aby zobaczyć listę topologii Edge i numerów węzłów, otwórz stronę Topologie instalacji.
- Zaktualizuj Cassandra i ZooKeeper na maszynach 1, 2 i 3:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- Zaktualizuj Postgresa na maszynie 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj Postgresa na maszynie 9:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj LDAP na maszynie 1:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Zaktualizuj komponenty Edge na maszynach 6, 7, 8, 9, 1, 4 i 5 w podanej kolejności:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Zaktualizuj Qpid na maszynach 6 i 7:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Zaktualizuj nowy interfejs (
ue
) lub klasyczny interfejs (ui
) na komputerze 1:/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- (jeśli zainstalowano
apigee-adminapi
) Zaktualizuj narzędzieapigee-adminapi
na komputerze 1:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (jeśli masz zainstalowane logowanie jednokrotne Apigee) zaktualizuj logowanie jednokrotne Apigee 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 instalacji logowania jednokrotnego.
- Ponownie uruchom interfejs:
- Klasyczny interfejs użytkownika: jeśli używasz klasycznego interfejsu użytkownika, ponownie uruchom komponent
edge-ui
na maszynie 1, jak pokazano w tym przykładzie:/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
- Nowy interfejs Edge: jeśli zainstalowano nowy interfejs Edge, uruchom ponownie komponent
edge-management-ui
na odpowiednim urządzeniu (niekoniecznie na urządzeniu1):/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
- Klasyczny interfejs użytkownika: jeśli używasz klasycznego interfejsu użytkownika, ponownie uruchom komponent
Uaktualnienie klastra 13-węzłowego
W przypadku instalacji z 13 węzłami zaktualizuj te komponenty:
Aby zobaczyć listę topologii Edge i numerów węzłów, otwórz stronę Topologie instalacji.
- Zaktualizuj Cassandra i ZooKeeper na maszynach 1, 2 i 3:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- Zaktualizuj Postgresa na maszynie 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj Postgresa na maszynie 9:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj LDAP na maszynach 4 i 5:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Zaktualizuj komponenty Edge na maszynach 12, 13, 8, 9, 6, 7, 10 i 11 w podanej kolejności:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Zaktualizuj Qpid na maszynach 12 i 13:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- 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
- (Jeśli zainstalowano
apigee-adminapi
) Zaktualizowano narzędzieapigee-adminapi
na maszynach 6 i 7:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (jeśli masz zainstalowane logowanie jednokrotne Apigee) zaktualizuj logowanie jednokrotne Apigee 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 instalacji logowania jednokrotnego.
- Ponownie uruchom interfejs:
- Klasyczny interfejs użytkownika: jeśli używasz klasycznego interfejsu użytkownika, 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 zainstalowano 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
- Klasyczny interfejs użytkownika: jeśli używasz klasycznego interfejsu użytkownika, ponownie uruchom komponent
Uaktualnienie klastra 12-węzłowego
W przypadku instalacji z 12 węzłami zaktualizuj te komponenty:
Aby zobaczyć listę topologii Edge i numerów węzłów, otwórz stronę Topologie instalacji.
- Zaktualizuj Cassandra i ZooKeeper:
- W maszynach 1, 2 i 3 w centrum danych 1:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- Na maszynach 7, 8 i 9 w centrum danych 2
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- W maszynach 1, 2 i 3 w centrum danych 1:
- Zaktualizuj Postgres:
- Maszyna 6 w centrum danych 1
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Maszyna 12 w centrum danych 2
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Maszyna 6 w centrum danych 1
- Zaktualizuj LDAP:
- Maszyna 1 w centrum danych 1
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Maszyna 7 w centrum danych 2
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Maszyna 1 w centrum danych 1
- Aktualizowanie komponentów Edge:
- Maszyny 4, 5, 6, 1, 2, 3 w centrum danych 1
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Maszyny 10, 11, 12, 7, 8, 9 w centrum danych 2
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Maszyny 4, 5, 6, 1, 2, 3 w centrum danych 1
- Zaktualizuj qpidd:
- Maszyny 4 i 5 w centrum danych 1
- Aktualizacja
qpidd
na maszynie 4:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Aktualizacja
qpidd
na maszynie 5:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Aktualizacja
- Maszyny 10 i 11 w centrum danych 2
- Aktualizacja
qpidd
na maszynie 10:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Aktualizacja
qpidd
na maszynie 11:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Aktualizacja
- Maszyny 4 i 5 w centrum danych 1
- Zaktualizuj nowy interfejs (
ue
) lub klasyczny interfejs (ui
):- Maszyna 1 w centrum danych 1:
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- Maszyna 7 w centrum danych 2:
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- Maszyna 1 w centrum danych 1:
- (jeśli masz zainstalowaną aplikację
apigee-adminapi
) Zaktualizuj narzędzieapigee-adminapi
:- Maszyna 1 w centrum danych 1:
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- Maszyna 7 w centrum danych 2:
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- Maszyna 1 w centrum danych 1:
- (Jeśli masz zainstalowane logowanie jednokrotne Apigee) Zaktualizuj logowanie jednokrotne Apigee:
- Maszyna 1 w centrum danych 1:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
- Maszyna 7 w centrum danych 2:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
Gdzie sso_config_file to plik konfiguracji utworzony podczas instalacji logowania jednokrotnego.
- Maszyna 1 w centrum danych 1:
- Ponownie uruchom interfejs nowego Edge (
edge-management-ui
) lub klasycznego Edge (edge-ui
) na maszynach 1 i 7:/opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart
Konfiguracja niestandardowa
Jeśli masz niestandardową konfigurację, zaktualizuj komponenty Edge w tej kolejności:
- ZooKeeper
- Cassandra
- ps
- LDAP
- Edge, czyli profil „-c edge” na wszystkich węzłach w kolejności: węzły z serwerem Qpid, serwer Postgres Edge, serwer Management, przetwarzacz wiadomości i router.
- qpidd
- Interfejs Edge (klasyczny lub nowy)
apigee-adminapi
- Logowanie jednokrotne Apigee
Po zakończeniu aktualizacji uruchom ponownie komponent interfejsu użytkownika Edge na wszystkich maszynach, na których jest on uruchomiony.