Apigee obsługuje uaktualnianie Edge for Private Cloud z wersji 4.50.00 lub 4.51.00 bezpośrednio do wersji 4.52.00. Na tej stronie znajdziesz instrukcje dotyczące przeprowadzenia obu tych czynności.
Kto może przeprowadzić aktualizację
Osoba uruchamiająca aktualizację powinna być tą samą osobą, która pierwotnie zainstalowała Edge, lub użytkownikiem z dostępem root.
Po zainstalowaniu interfejsów RPM Edge każdy może je skonfigurować.
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
Upewnij się, że przeglądarka Edge jest uruchomiona podczas procesu aktualizacji. Aby to zrobić, użyj tego polecenia:/opt/apigee/apigee-service/bin/apigee-all status
- Sprawdź, czy strategia kompresji Cassandra to
LeveledCompactionStrategy
Sprawdź, czy strategia kompresji Cassandra jest ustawiona naLeveledCompactionStrategy
, zgodnie z opisem w sekcji Zmiana strategii kompresji Cassandra.
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 Zookeeper 3.8.0
Ta wersja Edge for Private Clouds zawiera uaktualnienie do wersji Zookeeper 3.8.0. W ramach tej aktualizacji wszystkie dane Zookeeper zostaną przeniesione do wersji Zookeeper 3.8.0.
Przed uaktualnieniem Zookeeper przeczytaj przewodnik konserwacyjny Zookeeper. Większość systemów produkcyjnych Edge korzysta z klastra węzłów Zookeeper rozmieszczonych w wielu centrach danych. Niektóre z tych węzłów są skonfigurowane jako głosujący, którzy biorą udział w wyborach lidera ZooKeeper, a pozostałe są skonfigurowane jako obserwatorzy. Więcej informacji znajdziesz w artykule Liderzy, obserwatorzy, głosujący i obserwatorzy. Głosujące węzły wybierają lidera, po czym same stają się podążającymi.
Podczas procesu aktualizacji może wystąpić chwilowe opóźnienie lub błąd zapisu w Zookeeperze, gdy węzeł główny jest wyłączony. Może to mieć wpływ na operacje zarządzania, które zapisują dane w Zookeeper, takie jak operacja wdrożenia zastępczego serwera proxy, oraz zmiany w infrastrukturze Apigee, takie jak dodanie lub usunięcie procesora wiadomości itp. Nie powinno to mieć wpływu na interfejsy API w czasie wykonywania w Apigee (chyba że te interfejsy API w czasie wykonywania wywołują interfejsy API zarządzania) podczas uaktualniania Zookeeper zgodnie z opisaną poniżej procedurą.
Ogólnie rzecz biorąc, proces uaktualniania obejmuje utworzenie kopii zapasowej każdego węzła. Następnie następuje uaktualnienie wszystkich obserwatorów i następców, a na końcu węzła głównego.
Tworzenie kopii zapasowej
Utwórz kopię zapasową wszystkich węzłów Zookeeper na wypadek, gdyby trzeba było cofnąć zmiany. Pamiętaj, że rollback przywróci Zookeepera do stanu z czasu tworzenia kopii zapasowej. Uwaga: wszelkie wdrożenia i zmiany infrastruktury w Apigee od momentu utworzenia kopii zapasowej (których informacje są przechowywane w Zookeeper) zostaną utracone podczas przywracania.
/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper backup
Jeśli używasz maszyn wirtualnych i masz taką możliwość, możesz utworzyć migawki lub kopie zapasowe maszyn wirtualnych, aby przywrócić je do poprzedniego stanu lub cofnąć zmiany (w razie potrzeby).
Identyfikowanie lidera, obserwatorów i obserwatorów
Uwaga: przykładowe polecenia poniżej używają narzędzia nc do wysyłania danych do Zookeepera. Dane do Zookeepera możesz też wysyłać za pomocą innych narzędzi.
- Jeśli nie jest zainstalowany na węźle ZooKeeper, zainstaluj nc:
sudo yum install nc
- Uruchom na węźle to polecenie nc, gdzie 2181 to port ZooKeeper:
echo stat | nc localhost 2181
Powinny się wyświetlić dane wyjściowe podobne do tych:
Zookeeper version: 3.8.0-5a02a05eddb59aee6ac762f7ea82e92a68eb9c0f, built on 2022-02-25 08:49 UTC Clients: /0:0:0:0:0:0:0:1:41246[0](queued=0,recved=1,sent=0) Latency min/avg/max: 0/0.2518/41 Received: 647228 Sent: 647339 Connections: 4 Outstanding: 0 Zxid: 0x400018b15 Mode: follower Node count: 100597
W wierszu
Mode
w wyniku dotyczącym węzłów powinieneś zobaczyć obserwatora, lidera lub naśladowcę (czyli węzeł głosujący, który nie jest liderem) w zależności od konfiguracji węzła. Uwaga: w samodzielnej instalacji Edge z jednym węzłem ZooKeeper parametrMode
jest ustawiony na wartość samodzielny. - Powtórz kroki 1 i 2 na każdym węźle ZooKeeper.
Zaktualizuj Zookeepera na węzłach obserwatora i następcy.
Uaktualnij Zookeepera na każdym z węzłów obserwujących i naśladujących w następujący sposób:
- Pobierz i uruchom bootstrap Edge for Private Cloud w wersji 4.52, zgodnie z opisem w artykule Zaktualizuj do wersji 4.52.00 na węźle z zewnętrznym połączeniem internetowym. Proces prawdopodobnie będzie się różnić w zależności od tego, czy węzeł ma zewnętrzne połączenie z internetem, czy też przeprowadzasz instalację offline.
- Uaktualnij komponent Zookeeper:
Uwaga: jeśli na tych węzłach są zainstalowane inne komponenty (np. Cassandra), możesz je też teraz uaktualnić (np. profil cs,zk) lub uaktualnić inne komponenty później. Apigee zaleca najpierw zaktualizowanie tylko Zookeepera i upewnienie się, że klaster działa prawidłowo, zanim zaktualizujesz inne komponenty./opt/apigee/apigee-setup/bin/update.sh -c zk -f <silent-config-file>
- Powtórz powyższe czynności w przypadku każdego węzła obserwatora i węzła podążającego Zookeeper.
Wyłączanie lidera
Po uaktualnieniu wszystkich węzłów obserwujących i podążających wyłącz węzeł domowy. Na węźle zidentyfikowanym jako lider uruchom podane niżej polecenie:
/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop
Pamiętaj, że przed wybraniem nowego lidera mogą wystąpić chwilowe opóźnienia lub błędy zapisu w Zookeeper. Może to mieć wpływ na operacje zapisujące do Zookeepera, takie jak wdrożenie działania za pomocą serwerów proxy lub zmiany w infrastrukturze Apigee, takie jak dodawanie lub usuwanie procesorów wiadomości.
Sprawdź, czy wybrano nowego lidera
Wykonując czynności opisane w sekcji Identyfikacja lidera, naśladowców i obserwatorów powyżej, sprawdź, czy nowy lider został wybrany spośród naśladowców, gdy obecny lider został zatrzymany. Pamiętaj, że lider może zostać wybrany w innym centrum danych niż obecny lider.
Lider uaktualnienia
Wykonaj czynności opisane w sekcji Aktualizowanie Zookeepera na węzłach obserwatora i następcy.
Gdy stary węzeł główny zostanie również uaktualniony, sprawdź stan klastra i upewnij się, że jest węzeł główny.
Przywróć
W razie konieczności przywrócenia zmian:
- Najpierw wykonaj czynności cofnięcia zmian na obserwatorach i obserwowanych użytkownikach.
- Pobierz i uruchom bootstrap wersji, do której chcesz przywrócić poprzednią wersję – 4.50 lub 4.51. Proces prawdopodobnie będzie się różnić w zależności od tego, czy węzeł ma zewnętrzne połączenie z internetem, czy też instalujesz aplikację offline.
- Zatrzymaj Zookeepera, jeśli jest uruchomiony na węźle:
/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop
- Odinstaluj dotychczasowy zookeeper:
/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper uninstall
/opt/apigee/apigee-setup/bin/setup.sh -p zk -f <silent-config-file>
Przywróć kopię zapasową
Zapoznaj się z artykułem Przywracanie z kopii zapasowej. Pamiętaj, że kopie zapasowe Zookeeper utworzone z wcześniejszych wersji Edge for Private Cloud, takich jak 4.50 i 4.51, powinny być zgodne z wersją Zookeeper w Edge for Private Cloud 4.52.
Wymaga uaktualnienia do Postgres 14
Ta wersja Edge zawiera uaktualnienie do Postgres 14. W ramach tej aktualizacji wszystkie dane Postgres są przenoszone do Postgres 14.
Większość produkcyjnych systemów Edge korzysta z 2 węzłów Postgresa skonfigurowanych pod kątem replikacji typu master-standby. Podczas procesu aktualizacji, gdy węzły Postgres są niedostępne, dane analityczne są nadal zapisywane na węzłach Qpid. Gdy węzły Postgres zostaną zaktualizowane i znów będą dostępne online, dane analityczne zostaną przesłane do węzłów Postgres.
Sposób wykonania aktualizacji Postgres zależy od sposobu konfiguracji przechowywania danych dla węzłów Postgres:
- Jeśli używasz lokalnego magazynu danych dla węzłów Postgres, musisz zainstalować nowy węzeł zapasowy Postgres na czas uaktualniania. Po zakończeniu uaktualnienia możesz wycofać z użycia nowy węzeł zapasowy Postgres.
Dodatkowy węzeł zapasowy PostgreSQL jest wymagany, jeśli z jakiegokolwiek powodu musisz cofnąć aktualizację. Jeśli trzeba cofnąć aktualizację, nowy węzeł PostgreSQL stanie się głównym węzłem PostgreSQL po cofnięciu. Dlatego podczas instalowania nowego węzła zapasowego Postgres powinien on znajdować się na węźle, który spełnia wszystkie wymagania sprzętowe serwera Postgres określone w wymaganiach instalacyjnych Edge.
W topologiach Edge z 1 lub 2 węzłami, które są używane do prototypowania i testowania, masz tylko 1 węzeł Postgres. Możesz aktualizować te węzły Postgres bezpośrednio bez tworzenia nowego węzła Postgres.
- Jeśli używasz sieciowej pamięci masowej dla węzłów Postgres, zgodnie z zaleceniami Apigee, nie musisz instalować nowego węzła Postgres. W opisanych poniżej procedurach możesz pominąć czynności związane z instalacją i późniejszym wycofaniem nowego węzła zapasowego Postgres.
Zanim rozpoczniesz proces aktualizacji, zrób zrzut sieciowy magazynu danych używanego przez Postgres. Jeśli podczas aktualizacji wystąpią błędy i będzie trzeba cofnąć zmiany, możesz przywrócić węzeł Postgres na podstawie tego zrzutu.
Instalowanie nowego węzła zapasowego Postgres
Ta procedura tworzy serwer zapasowy Postgres na nowym węźle. Upewnij się, że instalujesz nowy serwer zapasowy Postgres dla dotychczasowej wersji Edge (4.50.00 lub 4.51.00), a nie wersji 4.52.00.
Aby przeprowadzić instalację, użyj tego samego pliku konfiguracji, którego użyto do zainstalowania bieżącej wersji Edge.
Aby utworzyć nowy węzeł zapasowy Postgres:
- Na bieżącym hoście głównym Postgres otwórz plik
/opt/apigee/customer/application/postgresql.properties
, aby ustawić ten token. Jeśli plik nie istnieje, utwórz go:conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust\ \nhost replication apigee new_standby_ip/32 trust
Gdzie existing_standby_ip to adres IP obecnego serwera zapasowego Postgres, a new_standby_ip to adres IP nowego węzła zapasowego.
- Ponownie uruchom
apigee-postgresql
na masterze Postgres:/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
- Sprawdź, czy nowy węzeł zapasowy został dodany, wyświetlając plik
/opt/apigee/apigee-postgresql/conf/pg_hba.conf
na węźle głównym. W tym pliku powinny się pojawić te wiersze:host replication apigee existing_standby_ip/32 trust host replication apigee new_standby_ip/32 trust
- Zainstaluj nowy serwer zapasowy Postgres:
- Edytuj plik konfiguracji, którego użyto do zainstalowania bieżącej wersji Edge, aby określić:
# IP address of the current master: PG_MASTER=192.168.56.103 # IP address of the new standby node PG_STANDBY=192.168.56.102
- Wyłącz SELinux zgodnie z instrukcjami podanymi w artykule Instalowanie narzędzia apigee-setup w Edge.
Jeśli używasz obecnie przeglądarki Edge w wersji 4.51.00:
- Pobierz plik bootstrap_4.51.00.sh do folderu
/tmp/bootstrap_4.51.00.sh
:curl https://software.apigee.com/bootstrap_4.51.00.sh -o /tmp/bootstrap_4.51.00.sh
- Zainstaluj narzędzie Edge
apigee-service
i zależne od niego komponenty:sudo bash /tmp/bootstrap_4.51.00.sh apigeeuser=uName apigeepassword=pWord
Jeśli używasz obecnie przeglądarki Edge w wersji 4.50.00:
- Pobierz plik bootstrap_4.50.00.sh do folderu
/tmp/bootstrap_4.50.00.sh
:curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
- Zainstaluj narzędzie Edge
apigee-service
i zależne od niego komponenty:sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
- Pobierz plik bootstrap_4.51.00.sh do folderu
- Aby zainstalować narzędzie
apigee-setup
, użyj aplikacjiapigee-service
:/opt/apigee/apigee-service/bin/apigee-service apigee-setup install
- Instalowanie Postgresa:
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
- Na nowym węźle zapasowym uruchom to polecenie:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Sprawdź, czy jest to tryb gotowości.
- Edytuj plik konfiguracji, którego użyto do zainstalowania bieżącej wersji Edge, aby określić:
Przeprowadzanie uaktualnienia na miejscu bazy danych Postgres
Krok wstępny
Zanim przeprowadzisz uaktualnienie na miejscu do wersji Postgres, wykonaj te czynności na hoście głównym i zapasowym, aby zaktualizować usługę max_locks_per_transaction
w apigee-postgresql
:
- Jeśli go nie ma, utwórz plik
/opt/apigee/customer/application/postgresql.properties
. - Zmień własność tego pliku na
apigee
:sudo chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
- Dodaj do pliku tę właściwość:
conf/postgresql.conf+max_locks_per_transaction=30000
- Konfiguracja
apigee-postgresql
:apigee-service apigee-postgresql configure
- Ponownie uruchom
apigee-postgresql
:apigee-service apigee-postgresql restart
Przeprowadź uaktualnienie na miejscu
Aby przeprowadzić uaktualnienie na miejscu do wersji Postgres 14, wykonaj te czynności:
- Uaktualnij postgres na hoście master.
/opt/apigee/apigee-setup/bin/update.sh -c ps -f /opt/silent.conf
- Uruchom polecenie konfiguracji na hoście głównym:
apigee-service apigee-postgresql setup -f /opt/silent.conf
- Uruchom polecenie konfiguracji na hoście głównym:
apigee-service apigee-postgresql configure
- Ponownie uruchom hosta głównego:
apigee-service apigee-postgresql restart
- Skonfiguruj go jako mastera:
apigee-service apigee-postgresql setup-replication-on-master -f /opt/silent.conf
- Upewnij się, że host master został uruchomiony:
apigee-service apigee-postgresql wait_for_ready
- Zatrzymanie trybu gotowości:
apigee-service apigee-postgresql stop
- Uaktualnij stan gotowości.
Uwaga: jeśli ten krok się nie powiedzie lub wygeneruje błąd, możesz go zignorować.
update.sh
spróbuje uruchomić serwer zapasowy z nieprawidłową konfiguracją. Jeśli instalacja Postgres została zaktualizowana do wersji 14, błąd można zignorować./opt/apigee/apigee-setup/bin/update.sh -c ps -f /opt/silent.conf
- Upewnij się, że tryb gotowości jest zatrzymany:
apigee-service apigee-postgresql stop
- Usuń starą konfigurację trybu gotowości:
rm -rf /opt/apigee/data/apigee-postgresql/
- Skonfiguruj replikację na serwerze zapasowym:
apigee-service apigee-postgresql setup-replication-on-standby -f /opt/silent.conf
- Usuń wiersz
conf/postgresql.conf+max_locks_per_transaction=30000
z pliku/opt/apigee/customer/application/postgresql.properties
zarówno z hosta głównego, jak i zapasowego. Ten wiersz został dodany w etap wstępny.
Po wykonaniu tej procedury tryb gotowości zostanie uruchomiony.
Wycofywanie węzła Postgres
Po zakończeniu aktualizacji wycofaj nowy węzeł zapasowy:
- Upewnij się, że serwer Postgres jest uruchomiony:
/opt/apigee/apigee-service/bin/apigee-all status
Jeśli Postgres nie działa, uruchom go:
/opt/apigee/apigee-service/bin/apigee-all start
- Aby uzyskać identyfikator UUID nowego węzła zapasowego, uruchom na nim to polecenie:
curl
.curl -u sysAdminEmail:password http://node_IP:8084/v1/servers/self
Na końcu danych wyjściowych powinien pojawić się identyfikator UUID węzła w formie:
"type" : [ "postgres-server" ], "uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
- Zatrzymaj nowy węzeł zapasowy, wykonując na nim to polecenie:
/opt/apigee/apigee-service/bin/apigee-all stop
- W węźle głównym Postgres edytuj plik
/opt/apigee/customer/application/postgresql.properties
, aby usunąć nowy węzeł zapasowy z plikuconf_pg_hba_replication.connection
:conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust
- Uruchom ponownie apigee-postgresql na masterze Postgres:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
- Sprawdź, czy nowy węzeł zapasowy został usunięty, wyświetlając plik
/opt/apigee/apigee-postgresql/conf/pg_hba.conf
na węźle głównym. W tym pliku powinien pojawić się tylko ten wiersz:host replication apigee existing_standby_ip/32 trust
- Usuń identyfikator UUID węzła zapasowego z ZooKeepera, wykonując to wywołanie interfejsu API do zarządzania Edge na węźle serwera zarządzania:
curl -u sysAdminEmail:password -X DELETE http://ms_IP:8080/v1/servers/new_standby_uuid
Czynności po uaktualnieniu Postgres
Po przeprowadzeniu dużej aktualizacji Postgresa statystyki wewnętrzne Postgresa są wymazywane. Te statystyki pomagają planującemu zapytania Postgres w wykorzystaniu najbardziej optymalnych indeksów i ścieżek do wykonywania zapytań.
Postgres może stopniowo odtwarzać statystyki w miarę wykonywania zapytań i uruchamiania demona autovacuum. Do czasu odtworzenia statystyk jednak Twoje zapytania mogą być wolne.
Aby rozwiązać ten problem, wykonaj polecenie ANALYZE
w przypadku wszystkich tabel w bazie danych na głównym węźle Postgres. Możesz też uruchomić ANALYZE
w przypadku kilku tabel jednocześnie.
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.
Aktualizowanie interfejsu Edge
Aby zaktualizować komponent interfejsu Edge, sprawdź, z której wersji Edge for Private Cloud chcesz przejść:
- Z wersji 4.51.00 na 4.52.00 (przy zainstalowanym nowym interfejsie Edge): skorzystaj z instrukcji uaktualniania w tej sekcji dotyczących komponentu
edge-management-ui
.
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.52.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 Edge bez wyłączania przeglądarki.
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 komputerze, 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 nawiązania połączenia z serwerem (procesorem wiadomości lub routerem).
- 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 procesora wiadomości.
- 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 serwer Message Processor jest dostępny.
Używanie pliku konfiguracji w trybie bez powiadamiania
Musisz przekazać poleceniemu update plik konfiguracji w trybie cichym. Plik konfiguracji w trybie cichy powinien być tym samym plikiem, którego użyto do zainstalowania Edge w wersji 4.50.00 lub 4.51.00.
Aktualizacja do wersji 4.52.00 na węźle z zewnętrznym połączeniem internetowym
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.
- Zainstaluj
yum-utils
iyum-plugin-priorities
:sudo yum install yum-utils
sudo yum install yum-plugin-priorities
- 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 Oracle 7.x, uruchom to polecenie:
sudo yum-config-manager --enable ol7_optional_latest
- 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 używasz obecnie przeglądarki Edge w wersji 4.51.00:
- Pobierz plik
bootstrap_4.52.00.sh
w Edge do folderu/tmp/bootstrap_4.52.00.sh
:curl https://software.apigee.com/bootstrap_4.51.00.sh -o /tmp/bootstrap_4.51.00.sh
- Zainstaluj narzędzie Edge 4.52.00
apigee-service
i zależne komponenty, wykonując to polecenie:sudo bash /tmp/bootstrap_4.52.00.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 podanie.
Domyślnie instalator sprawdza, czy masz zainstalowaną wersję Java 1.8. Jeśli tego nie zrobisz, instalator zainstaluje go za Ciebie.
Aby określić sposób obsługi instalacji Java, użyj opcji
JAVA_FIX
. ArgumentJAVA_FIX
przyjmuje te wartości:I
: zainstaluj OpenJDK 1.8 (domyślnie).C
: kontynuuj bez instalowania Javy.Q
: Zrezygnuj. W tym przypadku musisz samodzielnie zainstalować Javę.
- 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 na swoich węzłach narzędzie
update
, 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 maszyny.
Gdzie:
- component to komponent Edge, który chcesz zaktualizować. Możliwe wartości:
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 logowanie jednokrotne)ue
: nowy interfejs Edgeui
: klasyczny interfejs 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 ./sa_silent_config
- component to komponent Edge, który chcesz zaktualizować. Możliwe wartości:
- Uruchom ponownie komponenty interfejsu Edge na wszystkich węzłach, na których są one uruchomione, jeśli nie zostało to jeszcze zrobione:
/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 wersji 4.52.00.
Aktualizacja do wersji 4.52.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 na węźle serwer WWW 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.52.00:
- Utwórz lokalne repozytorium 4.52.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.52.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.52.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.52.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
Zwróć uwagę, ż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.52.00.sh
Edge do folderu/tmp/bootstrap_4.52.00.sh
:/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.00.sh -o /tmp/bootstrap_4.52.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.52.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 maszyny:/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 logowanie jednokrotne)ue
Nowy interfejs Edgeui
: klasyczny interfejs 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 zostało to jeszcze zrobione:
/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 wersji 4.52.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 wskazuje, że należy go wykonać na wielu maszynach, wykonaj go w określonej kolejności.
- Nie trzeba osobno aktualizować ustawień zarabiania. Jest on aktualizowany, gdy określisz opcję
-c edge
.
Samodzielna licencja na 1 węzeł
Aby uaktualnić konfigurację samodzielną 1-węzłową do wersji 4.52.00:
- Aktualizacja wszystkich komponentów:
/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
- (jeśli masz zainstalowaną aplikację
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 Qpid i Postgres na maszynie 2:
/opt/apigee/apigee-setup/bin/update.sh -c qpid,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
- 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 Qpid i Postgres na maszynie 4:
/opt/apigee/apigee-setup/bin/update.sh -c qpid, ps -f configFile
- Zaktualizuj Qpid i Postgres na maszynie 5:
/opt/apigee/apigee-setup/bin/update.sh -c qpid, 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 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: jeśli używasz klasycznego interfejsu, 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: jeśli używasz klasycznego interfejsu, 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 Qpid na maszynach 6 i 7:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Zaktualizuj Postgresa na maszynie 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj Postgres 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 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 Qpid na maszynach 12 i 13:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Zaktualizuj Postgresa na maszynie 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj Postgres 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 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:
- Na 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
- Na maszynach 1, 2 i 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 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 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
- qpidd, 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.
- 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.
- Pobierz plik