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 uprawnieniami root.
Po zainstalowaniu modułó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.
Zaktualizuj wymagania wstępne
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 wykonanie pełnej kopii zapasowej wszystkich węzłów. Wykonaj procedurę tworzenia kopii zapasowej zgodnie z bieżącą wersją 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 działa
Sprawdź, czy przeglądarka Edge działa podczas procesu aktualizacji, używając 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 Cloudes 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.
W trakcie procesu aktualizacji w momencie wyłączenia węzła lidera może wystąpić chwilowe opóźnienie lub błąd zapisu w Zookeeper. 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 Apigee (chyba że te interfejsy API w czasie wykonywania wywołują interfejsy API zarządzania) podczas uaktualniania Zookeeper, gdy wykonujesz podaną niż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.
Zrób kopię zapasową
Utwórz kopię zapasową wszystkich węzłów Zookeeper na wypadek, gdyby wymagane było przywrócenie poprzedniej wersji. Pamiętaj, że przywrócenie danych spowoduje przywrócenie stanu Zookeeper do stanu z chwili wykonania 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 też 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 obserwowanych
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 on zainstalowany w węźle ZooKeeper, zainstaluj nc:
sudo yum install nc
- Uruchom następujące polecenie nc w węźle, 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
wyników dla węzłów powinien się wyświetlić obserwator, lider lub obserwator (czyli wyborca, 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ść samodzielna. - 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 wczytywanie Edge dla Private Cloud 4.52 zgodnie z opisem w sekcji Aktualizacja do wersji 4.52.00 w 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.
- Zaktualizuj komponent Zookeeper:
/opt/apigee/apigee-setup/bin/update.sh -c zk -f <silent-config-file>
Uwaga: jeśli na tych węzłach są zainstalowane inne komponenty (np. Cassandra), możesz je też teraz zaktualizować (np. za pomocą profilu cs,zk) lub zaktualizować inne komponenty później. Apigee zaleca, aby najpierw uaktualnić tylko Zookeeper i upewnić się, że klaster działa prawidłowo, zanim zaktualizujesz inne komponenty. - 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 to polecenie:
/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop
Pamiętaj, że w czasie tego wydarzenia, zanim wybierzesz nowego lidera, mogą wystąpić chwilowe opóźnienia lub błędy zapisu w Zookeeper. Może to wpłynąć na operacje zapisujące w Zookeeper, takie jak wdrożenie serwerów proxy lub zmiany w infrastrukturze Apigee, takie jak dodanie lub usunięcie procesorów wiadomości itp.
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 wykonaj proces wczytywania wersji, do której przywracasz – 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 działa on na węźle:
/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop
- Odinstaluj dotychczasowego sterownika 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ą
Więcej informacji znajdziesz w sekcji 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 aktualizowania Postgres zależy od tego, jak skonfigurowano magazyn danych dla węzłów Postgres:
- Jeśli używasz lokalnego magazynu danych dla węzłów PostgreSQL, musisz zainstalować nowy węzeł zapasowy PostgreSQL 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 zaktualizować te węzły Postgres bezpośrednio bez konieczności 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 dotyczące instalacji i późniejszego wycofania nowego węzła zapasowego Postgres.
Przed rozpoczęciem procesu aktualizacji wykonaj 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 z tego migawka.
Instalowanie nowego węzła zapasowego Postgres
Ta procedura tworzy serwer zapasowy Postgres na nowym węźle. Pamiętaj, aby zainstalować nowy serwer gotowości Postgres dla istniejącej wersji Edge (4.50.00 lub 4.51.00), a nie dla 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:
- W bieżącym masterze Postgres zmodyfikuj plik
/opt/apigee/customer/application/postgresql.properties
, aby ustawić poniższy 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.
- Uruchom ponownie
apigee-postgresql
na hoście 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ę wyświetlić 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 konfiguracyjny użyty do zainstalowania bieżącej wersji Edge, podając te informacje:
# 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 opisem w sekcji Instalowanie narzędzia Edge apigee-setup.
Jeśli używasz obecnie przeglądarki Edge w wersji 4.51.00:
- Pobierz plik Edge loadstrap_4.51.00.sh do serwera
/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
apigee-service
i zależne od niego komponenty:sudo bash /tmp/bootstrap_4.51.00.sh apigeeuser=uName apigeepassword=pWord
Jeśli używasz Edge 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
apigee-service
i zależne od niego komponenty:sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
- Pobierz plik Edge loadstrap_4.51.00.sh do serwera
- Użyj
apigee-service
, aby zainstalować narzędzieapigee-setup
:/opt/apigee/apigee-service/bin/apigee-service apigee-setup install
- Zainstaluj Postgres:
/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 konfiguracyjny użyty do zainstalowania bieżącej wersji Edge, podając te informacje:
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łaściciela tego pliku na
apigee
:sudo chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
- Dodaj do pliku tę usługę:
conf/postgresql.conf+max_locks_per_transaction=30000
- Konfiguracja
apigee-postgresql
:apigee-service apigee-postgresql configure
- Uruchom ponownie
apigee-postgresql
:apigee-service apigee-postgresql restart
Przeprowadzanie uaktualnienia na miejscu
Aby przeprowadzić uaktualnienie na miejscu do wersji Postgres 14, wykonaj te czynności:
- Zaktualizuj postgres na hoście mastera.
/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 setup na hoście głównym:
apigee-service apigee-postgresql configure
- Ponownie uruchom hosta głównego:
apigee-service apigee-postgresql restart
- Skonfiguruj go jako główny:
apigee-service apigee-postgresql setup-replication-on-master -f /opt/silent.conf
- Sprawdź, czy host główny się uruchomił:
apigee-service apigee-postgresql wait_for_ready
- Zatrzymanie trybu czuwania:
apigee-service apigee-postgresql stop
- Zwiększ czas czuwania.
Uwaga: jeśli ten krok zakończy się niepowodzeniem, 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 na hoście głównym, jak i w trybie gotowości. Ten wiersz został dodany w etap wstępny.
Po wykonaniu tej procedury tryb gotowości zostanie uruchomiony.
Wycofanie węzła Postgres
Po zakończeniu aktualizacji wycofaj nowy węzeł zapasowy:
- Upewnij się, że usługa Postgres jest uruchomiona:
/opt/apigee/apigee-service/bin/apigee-all status
Jeśli usługa Postgres nie działa, uruchom ją:
/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, uruchamiając to polecenie na nowym węźle zapasowym:
/opt/apigee/apigee-service/bin/apigee-all stop
- W węźle głównym Postgres zmodyfikuj
/opt/apigee/customer/application/postgresql.properties
, aby usunąć nowy węzeł gotowości z instancjiconf_pg_hba_replication.connection
:conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust
- Uruchom ponownie apigee-postgresql na hoście głównym 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 gotowości z ZooKeeper, wykonując to wywołanie interfejsu Edge Management API w 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 ułatwiają planerowi zapytań Postgres wykorzystywanie najbardziej optymalnych indeksów i ścieżek do wykonywania zapytań.
Postgres może stopniowo odtwarzać statystyki w miarę wykonywania zapytań i uruchamiania demona autovacuum. Jednak dopóki statystyki nie zostaną odbudowane, zapytania mogą działać wolno.
Aby rozwiązać ten problem, uruchom ANALYZE
we wszystkich tabelach w bazie danych w głównym węźle Postgres. Możesz też uruchomić ANALYZE
w przypadku kilku tabel jednocześnie.
Nowy interfejs Edge
W tej sekcji znajdziesz informacje na temat interfejsu Edge. Więcej informacji znajdziesz w nowym interfejsie Edge dla 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 dostawcy tożsamości, 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ść:
- Od wersji 4.51.00 do 4.52.00 (z zainstalowanym nowym interfejsem Edge): w przypadku komponentu
edge-management-ui
wykonaj instrukcje uaktualniania opisane w tej sekcji.
Aktualizowanie przy użyciu Apigee mTLS
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, zapoznaj się ze szczegółowymi instrukcjami na temat przywracania wersji 4.52.00.
Informacje o aktualizacji logów
Domyślnie narzędzie update.sh
zapisuje informacje 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 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 zrób go niedostępnym, jak opisano 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.
- Ustaw router ponownie jako osiągalny.
- Powtórz kroki 2–4 w przypadku pozostałych routerów.
- Kontynuuj aktualizację pozostałych maszyn w instalacji.
Przed aktualizacją i po niej 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:
- Upewnij się, że procesor wiadomości jest osiągalny.
- Ustaw router jako osiągalny.
- Przed aktualizacją:
- W przypadku pojedynczych węzłów routera:
- 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 procesor wiadomości jako niedostępny.
- Po aktualizacji upewnij się, że usługa Message Processor jest dostępna.
Używanie pliku konfiguracji w trybie bez wyświetlania komunikatów
Do polecenia aktualizacji musisz przekazać dyskretny plik konfiguracji. 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 ta opcja jest dostępna, wyłącz wszystkie zadania
cron
skonfigurowane pod kątem wykonywania operacji naprawy na urządzeniu Cassandra do momentu zakończenia aktualizacji. - Zaloguj się do węzła jako root, aby zainstalować 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 w Oracle 7.x, wykonaj to polecenie:
sudo yum-config-manager --enable ol7_optional_latest
- Jeśli instalujesz w 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
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 od niego 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 z 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 ją 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 tym przypadku musisz samodzielnie zainstalować Javę.
- Aby zaktualizować narzędzie
apigee-setup
, użyj narzędziaapigee-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 zgodnie z poniższym przykładem:/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
- Zaktualizuj narzędzie
apigee-provision
na serwerze zarządzania zgodnie z poniższym przykładem:/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
- Uruchom na 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 w Apigee (jeśli zostało zainstalowane logowanie jednokrotne)ue
: nowy interfejs Edgeui
: klasyczny interfejs Edgezk
: opiekun w zoo
- configFile to ten sam plik konfiguracji, który był używany do definiowania komponentów Edge podczas instalacji w 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:
- Ponownie uruchom komponent interfejsu Edge na wszystkich węzłach, na których jest on uruchomiony:
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
- Przetestuj aktualizację, uruchamiając narzędzie
apigee-validate
na serwerze zarządzania 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, z którego możesz korzystać. 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 opisem w sekcji „Tworzenie lokalnego repozytorium Apigee” w artykule Instalowanie narzędzia Edge apigee-setup.
- Aby zainstalować apige-service z pliku .tar:
- W 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.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. - W nowym węźle rozpakuj plik do katalogu
/tmp
:tar -xzf apigee-4.52.00.tar.gz
Polecenie to utworzy 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 pakiety z Edge:/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.
- W węźle z lokalnym repozytorium użyj tego polecenia, aby spakować lokalne repozytorium do jednego pliku .tar o nazwie
- Aby zainstalować usługę apigee za pomocą 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).
- W węźle zdalnym pobierz plik Edge
bootstrap_4.52.00.sh
do/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 narzędziaapigee-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 zgodnie z poniższym przykładem:/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
- Zaktualizuj narzędzie
apigee-provision
na serwerze zarządzania zgodnie z poniższym przykładem:/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 w Apigee (jeśli zostało zainstalowane logowanie jednokrotne)ue
Nowy interfejs Edgeui
: klasyczny interfejs Edgezk
: opiekun w zoo
- 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
dla wszystkich komponentów, ustawiając zasadę component na „wszystkie”, 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
Kolejność aktualizowania maszyn w instalacji Edge jest ważna:
- Musisz zaktualizować wszystkie węzły Cassandra i ZooKeeper, zanim zaktualizujesz inne węzły.
- 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 powinien zostać wykonany na wielu maszynach, wykonaj go w podanej kolejności maszyn.
- Nie ma osobnego kroku, który pozwoliłby zaktualizować sekcję Zarabianie. Jest on aktualizowany, gdy określisz opcję
-c edge
.
Samodzielne przejście na 1 węzeł
Aby uaktualnić samodzielną konfigurację z 1 węzłem do wersji 4.52.00:
- Zaktualizuj wszystkie komponenty:
/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
- (Jeśli zainstalowano aplikację
apigee-adminapi
) Zaktualizowano 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
- Zaktualizuj komponenty Edge na maszynie 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 maszynie 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 komponent interfejsu Edge na maszynie 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
- Nowy interfejs Edge: jeśli zainstalowano nowy interfejs Edge, zaktualizuj komponent
ue
na odpowiednim urządzeniu (nie musi to być maszyna 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 w 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, zrestartuj 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 składnik
edge-management-ui
na odpowiednim urządzeniu (niekoniecznie na urządzeniu 1):/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
- Klasyczny interfejs: jeśli używasz klasycznego interfejsu, zrestartuj komponent
Uaktualnianie klastra z 9 węzłami
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 komputerze 1, 2 i 3:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- Zaktualizuj Qpid na komputerach 6 i 7:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Zaktualizuj Postgres na komputerze 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj Postgres na komputerze 9:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Zaktualizuj LDAP na komputerze 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 tej 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 maszynie 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, zrestartuj 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 masz zainstalowany nowy interfejs Edge, ponownie uruchom komponent
edge-management-ui
na odpowiedniej maszynie (może to nie być komputer 1):/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
- Klasyczny interfejs: jeśli używasz klasycznego interfejsu, zrestartuj 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 komputerach 12 i 13:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Aktualizacja Postgresa na maszynie 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- Aktualizacja 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 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 w Apigee na komputerach 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 komponent interfejsu:
- 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, 5 w centrum danych 1
- Zaktualizuj
qpidd
na komputerze 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
- Zaktualizuj
- 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, 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 klasyczny interfejs 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” we wszystkich węzłach w kolejności: węzły z serwerem Qpid, serwer Edge Postgres, serwer zarządzania, procesor 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