Edge for Private Cloud w wersji 4.16.09
Które wersje Edge można zaktualizować do wersji 4.16.09
Możesz zaktualizować Apigee Edge w wersji 4.16.01.0x i 4.16.05.x do wersji 4.16.09.
Jeśli masz wersję Edge starszą niż 4.16.01, musisz najpierw przejść na wersję 4.16.01.x, a następnie zaktualizować ją do wersji 4.16.09.
Kto może przeprowadzić aktualizację
Użytkownik uruchamiający aktualizację powinien być tym samym użytkownikiem, który pierwotnie zainstalował Edge, lub użytkownikiem działającym jako root.
Po zainstalowaniu modułów RPM Edge każdy użytkownik może je skonfigurować.
Wymagane uaktualnienie do Javy JDK w wersji 8
Ta wersja Edge wymaga zainstalowania na wszystkich węzłach przetwarzania Edge wersji 8 pakietu Java JDK. Możesz zainstalować Oracle JDK 8 lub OpenJDK 8. Jeśli nie masz jeszcze zainstalowanej wersji Java JDK 8, skrypt aktualizacji może ją zainstalować.
W ramach aktualizacji do Javy 8 niektóre mechanizmy szyfrowania TLS nie są już dostępne w Oracle JDK 8. Pełną listę znajdziesz w sekcji „Domyślne wyłączone zestawy szyfrów” na stronie http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.
Przejście na niższą wersję Zookeeper, jeśli aktualizujesz z wersji 4.16.01
Wersja pakietu RPM Zookeeper w Edge for Private Cloud 4.16.01 to apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. W kolejnych wersjach Edge wersja Zookeeper została przywrócona do apigee-zookeeper-3.4.5-0.0.94x. Zapobiega to uaktualnianiu pakietu Zookeeper do nowszych wersji niż 4.16.01. Aby rozwiązać ten problem, przed zaktualizowaniem Zookeepera uruchom polecenie yum downgrade apigee-zookeeper.
Aby sprawdzić wersję Zookeeper, użyj tego polecenia:
> rpm -qa |grep apigee-zookeeper
Jeśli to polecenie zwróci wersję Zookeeper:
apigee-zookeeper-3.4.5-1.0.905
Następnie musisz zmienić subskrypcję na niższą.
Automatyczne propagowanie ustawień usługi
Jeśli ustawisz jakieś właściwości, edytując pliki .properties w katalogu /opt/apigee/customer/application, te wartości zostaną zachowane podczas aktualizacji.
Aktualizacja wymagań wstępnych
Przed uaktualnieniem Apigee Edge spełnij 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. Wykonaj procedurę tworzenia kopii zapasowej zgodnie z bieżącą wersją Edge.
W ten sposób 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. - Sprawdź, czy Edge działa
Sprawdź, czy Edge działa podczas procesu aktualizacji, używając tego polecenia:
> /<inst_root>/apigee/apigee-service/bin/apigee-all status
Obsługa nieudanej aktualizacji
W przypadku niepowodzenia aktualizacji możesz spróbować rozwiązać problem, a następnie ponownie uruchomić 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ę z artykułem 4.16.09 Proces wycofywania, aby dowiedzieć się więcej.
Informacje o logowaniu
Domyślnie narzędzie update.sh zapisuje informacje logu w:
/opt/apigee/var/log/apigee-setup/update.log
Jeśli użytkownik, który uruchamia narzędzie update.sh, nie ma dostępu do tego katalogu, log jest zapisywany w katalogu /tmp w pliku o nazwie update_username.log.
Jeśli użytkownik nie ma dostępu do katalogu /tmp, narzędzie update.sh nie działa.
Wymagane uaktualnienie do Postgres 9.4
Ta wersja przeglądarki Edge zawiera uaktualnienie do Postgresa 9.4. W ramach tej aktualizacji wszystkie dane Postgres są przenoszone do wersji Postgres 9.4.
Podczas procesu aktualizacji, gdy węzły Postgres są niedostępne z powodu aktualizacji, dane analityczne są nadal zapisywane w 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.
Dodatkowy węzeł zapasowy PostgreSQL jest wymagany, jeśli z jakiegokolwiek powodu musisz cofnąć aktualizację. Jeśli trzeba cofnąć aktualizację, nowy węzeł zapasowy PostgreSQL stanie się węzłem głównym 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 dotyczących instalacji Edge.
Instaluję nowy węzeł gotowości Postgres
Ta procedura tworzy serwer zapasowy Postgres na nowym węźle. Upewnij się, że instalujesz nowy serwer zapasowy Postgres dla dotychczasowej wersji Edge (4.16.01 lub 4.16.05), a nie wersji 4.16.09.
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 nie istnieje, utwórz go:
conf_pg_hba_replication.connection=hostreplication apigee existing_slave_ip/32 trust\ \nhost replicationapigee new_slave_ip/32 trust
gdzie existing_slave_ip to adres IP bieżącego serwera zapasowego Postgres, a new_slave_ip to adres IP nowego węzła zapasowego. - 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ł gotowości został dodany, wyświetlając plik /opt/apigee/apigee-postgresql/conf/pg_hba.conf w instancji głównej. W tym pliku powinny się pojawić te wiersze:
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust - Zainstaluj nowy serwer gotowości Postgres:
- Zmień plik konfiguracji, którego użyto do zainstalowania bieżącej wersji Edge, aby określić:
# Adres IP bieżącego serwera głównego:
PG_MASTER=192.168.56.103
# Adres IP nowego węzła zapasowego
PG_STANDBY=192.168.56.102 - Wyłącz SELinux zgodnie z instrukcjami podanymi w artykule Instalowanie narzędzia apigee-setup w Edge.
- Pobierz plik Edge Bootstrap_4.16.05.sh do /tmp/Boothtrap_4.16.05.sh:
> curl https://software.apigee.com/Boottrap_4.16.05.sh -o /tmp/Boottrap_4.16.05.Boot
- Zainstaluj narzędzie apigee-service i zależne od niego pliki:
> sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord - Użyj polecenia apigee-service, aby zainstalować narzędzie apigee-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 węzeł zapasowy.
- Zmień plik konfiguracji, którego użyto do zainstalowania bieżącej wersji Edge, aby określić:
Wycofywanie z użycia węzła Postgres
Po zakończeniu aktualizacji wyłącz nowy węzeł gotowości:
- Upewnij się, że Postgres jest uruchomiony:
> /opt/apigee/apigee-service/bin/apigee-all status
Jeśli Postgres nie jest uruchomiony, 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 takim formacie:
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75" - Zatrzymaj nowy węzeł zapasowy, uruchamiają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ł gotowości z conf_pg_hba_replication.connection:
conf_pg_hba_replication.connection=host apigee replikacji existing_slave_ip/32 - Uruchom ponownie apigee-postgresql na serwerze głównym Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart - Sprawdź, czy nowy węzeł zapasowy został usunięty, otwierając plik /opt/apigee/apigee-postgresql/conf/pg_hba.conf na hoście głównym. W tym pliku powinien znajdować się tylko ten wiersz:
host replication apige existing_slave_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_slave_uuid>
Aktualizacja z zerowym czasem przestoju
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 odpowiedniej kolejności zgodnie z opisem poniżej w sekcji „Kolejność aktualizacji maszyny”.
- Gdy nadejdzie czas aktualizacji routerów, wybierz dowolny router i spraw, aby był niedostępny, zgodnie z opisem w sekcji Włączanie i wyłączanie dostępności serwera (przetwarzacza wiadomości/routera).
- Zaktualizuj wybrany router i wszystkie pozostałe komponenty Edge na tym samym komputerze, na którym znajduje się router. 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 węźle routera i procesora wiadomości:
- 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 procesor wiadomości jest osiągalny.
- Upewnij się, że router jest dostępny.
- Przed aktualizacją:
- Na jednym węźle Router:
- Przed aktualizacją sprawdź, czy router jest niedostępny.
- Po aktualizacji sprawdź, czy router jest dostępny.
- W pojedynczym węźle usługi Message Processor:
- Przed aktualizacją ustaw procesor wiadomości jako nieosiągalny.
- Po aktualizacji upewnij się, że usługa Message Processor jest dostępna.
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 przeglądarki Edge w wersji 4.16.01 lub 4.16.05.
Procedura aktualizacji do wersji 4.16.09 na węźle z zewnętrznym połączeniem z internetem
Aby zaktualizować komponenty Edge w węźle:
- Jeśli używasz obecnie replikacji Postgres master-standby, zainstaluj nowy węzeł Postgres standby zgodnie z opisem w sekcji Instalowanie nowego węzła Postgres standby.
- Jeśli są obecne, wyłącz wszystkie zadania cron skonfigurowane w celu wykonania operacji naprawy w Cassandra, dopóki aktualizacja nie zostanie ukończona.
- Zaloguj się do węzła jako root, aby zainstalować RPM Edge.
Uwaga: instalacja RPM wymaga dostępu roota, ale konfigurację Edge można przeprowadzić bez dostępu roota. - Wyłącz SELinux zgodnie z instrukcjami podanymi w artykule Install the Edge apige-setup utility (w języku angielskim).
- Pobierz plik bootstrap_4.16.09.sh z Edge 4.16.09 i zapisz go w pliku /tmp/bootstrap_4.16.09.sh:
> curl https://software.apigee.com/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh - Zainstaluj narzędzie apigee-service z Edge 4.16.09 i jego zależności:
> sudo bash /tmp/bootstrap_4.16.09.sh apigeeuser=uName apigeepassword=pWord
gdzie uName:pWord to nazwa użytkownika i hasło otrzymane od firmy Apigee. Jeśli pominiesz pWord, pojawi się prośba o jego podanie.
Domyślnie instalator sprawdza, czy masz zainstalowaną Javę w wersji 1.8. Jeśli tego nie zrobisz, zostanie ona zainstalowana automatycznie. Aby określić sposób obsługi instalacji Javy, użyj opcji JAVA_FIX. JAVA_FIX przyjmuje te wartości:
I = Zainstaluj OpenJDK 1.8 (domyślnie)
C = Kontynuuj bez instalowania Java
Q = Zamknij. W tym przypadku musisz samodzielnie zainstalować Javę. - Użyj polecenia apigee-service, aby zaktualizować narzędzie apigee-setup:
- Jeśli zainstalowano wersję 4.16.01 przez uaktualnienie wersji Edge 4.15.07.0x, należy zainstalować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
To polecenie instaluje narzędzie update.sh w <inst_dir>/apigee/apigee-setup/bin.
Jeśli masz już zainstalowane narzędzie apigee-setup, zaktualizuj je:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - Jeśli zainstalowano bezpośrednio wersję 4.16.01, co oznacza, że nie przeprowadzono uaktualnienia z wersji 4.15.07.0x, należy zaktualizować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
To uaktualnienie apigee-service instaluje narzędzie update.sh w <inst_dir>/apigee/apigee-setup/bin. - Jeśli wersja 4.16.05 została zainstalowana bezpośrednio lub przez aktualizację, musisz zaktualizować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Ta aktualizacja apigee-service instaluje narzędzie update.sh w kluczu <inst_apige/dir>.
- Jeśli zainstalowano wersję 4.16.01 przez uaktualnienie wersji Edge 4.15.07.0x, należy zainstalować narzędzie apigee-setup:
- W zależności od bieżącej wersji Edge musisz zainstalować lub zaktualizować narzędzie apigee-validate na serwerze zarządzania.
- Jeśli używasz obecnie Edge 4.16.05: zaktualizuj narzędzie apigee-validate na serwerze zarządzania:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - Jeśli obecnie używasz Edge 4.16.01: zainstaluj narzędzie apigee-validate na serwerze zarządzającym:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
Uwaga: jeśli podczas instalowania wersji 4.16.01 zainstalowano narzędzie apigee-validate na węźle procesora wiadomości, można je zaktualizować, wykonując na tym węźle ten polecenie:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
Jednak od wersji 4.16.05 Apigee zaleca zainstalowanie i uruchomienie narzędzia apigee-validate na serwerze zarządzającym. - Jeśli uaktualniasz wersję z wersji 4.16.01: edytuj plik konfiguracyjny przekazany do narzędzia apigee-validate. W wersji 4.16.01 Edge plik konfiguracji używany przez funkcję apigee-validate wymagał tych właściwości:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
W tej wersji plik konfiguracji wymaga tylko właściwości APIGEE_ADMINPW. Możesz usunąć z pliku te 2 inne właściwości.
- Jeśli używasz obecnie Edge 4.16.05: zaktualizuj narzędzie apigee-validate na serwerze zarządzania:
- Zaktualizuj narzędzie apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision aktualizacja - Uruchom narzędzie do aktualizacji na węzłach w kolejności podanej w sekcji „Kolejność aktualizacji maszyn” poniżej:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
Jedynym wymaganiem dotyczącym pliku konfiguracji jest to, że musi on być dostępny lub czytelny dla użytkownika „apigee”.
Aby określić komponent do aktualizacji, użyj opcji „-c”. Lista możliwych komponentów:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =wszystkie komponenty Edge (z wyjątkiem interfejsu Edge UI): serwer zarządzania, procesor wiadomości, router, serwer QPID, serwer Postgres
ui = interfejs Edge UI
all = aktualizacja wszystkich komponentów na maszynie (używaj tylko w przypadku profilu instalacji Edge aio lub profilu instalacji API BaaS)
e = ElasticSearch
b = pakiet API BaaS
p = interfejs API BaaS Portal
ebp = ElasticSearch, pakiet API BaaS i interfejs API BaaS na tym samym węźle - Przetestuj aktualizację, uruchamiając na serwerze zarządzającym narzędzie apigee-validate, zgodnie z opisem w sekcji Testowanie instalacji.
- Jeśli zainstalowano nowy zapasowy węzeł Postgresa, wycofaj go z użycia zgodnie z opisem w sekcji Wycofywanie z użycia węzła Postgresa.
Aby później wycofać aktualizację, wykonaj procedurę opisaną w sekcji 4.16.09 Proces wycofywania.
Procedura aktualizacji do wersji 4.16.09 z repozytorium lokalnego
Jeśli węzły brzegowe znajdują się za zaporą sieciową lub z innego powodu nie mają dostępu do repozytorium Apigee przez internet, możesz wykonać aktualizację z lokalnego repozytorium Apigee (lub kopii lustrzanej).
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 tego pliku.
- 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ć dane z lokalnego repozytorium 16.09:
- Jeśli używasz obecnie replikacji Postgres master-standby, zainstaluj nowy węzeł Postgres standby zgodnie z opisem w sekcji Instalowanie nowego węzła Postgres standby.
- Utwórz lokalne repozytorium 4.16.09 zgodnie z instrukcjami podanymi w sekcji „Tworzenie lokalnego repozytorium Apigee” w artykule Instalowanie narzędzia Edge apigee-setup.
Uwaga: jeśli masz już repozytorium 4.16.01 lub 4.16.05, możesz dodać do niego repozytorium 4.16.09, postępując zgodnie z instrukcjami podanymi w sekcji „Aktualizowanie lokalnego repozytorium Apigee” w artykule Instalowanie narzędzia apigee-setup w wersji 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.16.09.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.16.09.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 pliki z katalogu /tmp/repos:
> sudo bash /tmp/repos/bootstrap_4.16.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
Upewnij się, że w tym poleceniu podajesz ścieżkę do katalogu repozytoriów.
- 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.16.09.tar.gz:
-
Aby zainstalować apige-service przy użyciu serwera WWW Nginx:
- Skonfiguruj serwer WWW Nginx zgodnie z opisem w sekcji „Instalowanie z repozytorium przy użyciu serwera WWW Nginx” w artykule Instalowanie narzędzia Edge apigee-setup.
- /tmp/ produktowetrap_4.16.09.sh:
> > /usr/bin/curl http://uName:pWord http://uName:pWord@remoteRepopWord@remoteRepopWord@remoteRepo:3939/ remoteRepo remoteRepo remoteRepo tego /tmp/Botstrap_4.16.09.sh
- Na węźle zdalnym zainstaluj narzędzie apigee-service i zależne od niego komponenty:
> sudo bash /tmp/bootstrap_4.16.09.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
gdzie uName:pWord to nazwa użytkownika i hasło do repozytorium.
- Użyj polecenia apigee-service, aby zaktualizować narzędzie apigee-setup:
- Jeśli zainstalowano wersję 4.16.01 przez uaktualnienie wersji Edge 4.15.07.0x, należy zainstalować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
To polecenie instaluje narzędzie update.sh w <inst_dir>/apigee/apigee-setup/bin.
Jeśli narzędzie apigee-setup jest już zainstalowane, zaktualizuj je:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - Jeśli wersja 4.16.01 została zainstalowana bezpośrednio, co oznacza, że aktualizacja nie została przeprowadzona w wersji 4.15.07.0x, musisz zaktualizować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Ta aktualizacja narzędzia apigee-setup.service (apigee-setup.service) instaluje narzędzie apigee-setup. - Jeśli zainstalowano 4.16.05 bezpośrednio lub za pomocą aktualizacji, należy zaktualizować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Ta aktualizacja apigee-service instaluje narzędzie update.sh w <inst_dir>/apigee/apigee-setup/bin.
- Jeśli zainstalowano wersję 4.16.01 przez uaktualnienie wersji Edge 4.15.07.0x, należy zainstalować narzędzie apigee-setup:
- W zależności od bieżącej wersji Edge musisz zainstalować lub zaktualizować narzędzie apigee-validate na serwerze zarządzania.
- Jeśli używasz obecnie Edge 4.16.05: zaktualizuj narzędzie apigee-validate na serwerze zarządzania:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - Jeśli obecnie używasz wersji Edge 4.16.01: zainstaluj narzędzie apigee-validate na serwerze zarządzającym:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
Uwaga: jeśli podczas instalowania wersji 4.16.01 zainstalowałeś/aś na węźle procesora wiadomości narzędzie apigee-validate, możesz je zaktualizować, wykonując na tym węźle ten polecenie:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
Jednak od wersji 4.16.05 Apigee zaleca instalowanie i uruchamianie narzędzia apigee-validate na serwerze zarządzającym. - Jeśli uaktualniasz wersję z wersji 4.16.01: edytuj plik konfiguracyjny przekazany do narzędzia apigee-validate. W wersji 4.16.01 Edge plik konfiguracji używany przez funkcję apigee-validate wymagał tych właściwości:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
W tej wersji plik konfiguracji wymaga tylko właściwości APIGEE_ADMINPW. Możesz usunąć z pliku te 2 inne właściwości.
- Jeśli używasz obecnie Edge 4.16.05: zaktualizuj narzędzie apigee-validate na serwerze zarządzania:
- Zaktualizuj narzędzie apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update - Uruchom narzędzie do aktualizacji na swoich węzłach w kolejności podanej poniżej w sekcji „Kolejność aktualizacji maszyny”:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
Jedynym wymaganiem dotyczącym pliku konfiguracji jest to, że musi być on dostępny lub czytelny dla użytkownika „apigee”.
Użyj opcji „-c”, aby określić komponent do zaktualizowania. Lista możliwych komponentów:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =wszystkie komponenty Edge (z wyjątkiem interfejsu Edge UI): serwer zarządzania, procesor wiadomości, router, serwer QPID, serwer Postgres
ui = interfejs Edge UI
all = aktualizacja wszystkich komponentów na maszynie (używaj tylko w przypadku profilu instalacji Edge aio lub profilu instalacji API BaaS)
e = ElasticSearch
b = pakiet API BaaS
p = interfejs API BaaS Portal
ebp = ElasticSearch, pakiet API BaaS i interfejs API BaaS na tym samym węźle - Przetestuj aktualizację, uruchamiając na serwerze zarządzającym narzędzie apigee-validate, zgodnie z opisem w sekcji Testowanie instalacji.
- Jeśli zainstalowano nowy zapasowy węzeł Postgresa, wycofaj go z użycia zgodnie z opisem w sekcji Wycofywanie z użycia węzła Postgresa.
Aby później cofnąć aktualizację, wykonaj procedurę opisaną w sekcji 4.16.09 Proces wycofywania.
Kolejność aktualizacji
Kolejność aktualizowania maszyn podczas instalacji Edge jest ważna. Najważniejsze kwestie związane z aktualizacją to:
- Musisz zaktualizować wszystkie węzły Cassandra i ZooKeeper, zanim zaktualizujesz inne węzły.
- W przypadku każdego komputera z wieloma komponentami brzegowymi (serwer zarządzania, procesor wiadomości, 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”.
Instalacja samodzielna z 1 hostem
- Jeśli aktualizujesz z wersji 4.16.01, wykonaj downgrade Zookeeper:
> yum downgrade apigee-zookeeper - Zaktualizuj Cassandra i ZooKeeper:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Aktualizacja qpidd:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Aktualizacja LDAP:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Zatrzymaj serwer Postgres, serwer Qpid i PostgreSQL:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zaktualizuj postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Zaktualizuj bazę danych Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Zaktualizuj pozostałe komponenty Edge:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Aktualizacja interfejsu Edge:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Instalacja samodzielna z 2 hostami
Aby zobaczyć listę topologii Edge i numerów węzłów, zapoznaj się z artykułem Topologie instalacji.
- Jeśli aktualizujesz aplikację z wersji 4.16.01, zmień poziom Zookeeper na komputerze 1:
> yum down apigee-zookeeper - Zaktualizuj Cassandra i ZooKeeper na maszynie 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Zaktualizuj qpidd na maszynie 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Zaktualizuj LDAP na maszynie 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Aktualizacja komponentów Edge na maszynie 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Zaktualizuj interfejs użytkownika na maszynie 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Zaktualizuj postgresql na maszynie 2:
- Zatrzymaj serwer Postgres, serwer Qpid i postgresql:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zaktualizuj postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Zaktualizuj bazę danych Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Zaktualizuj komponenty Edge na maszynie 2 i 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Zatrzymaj serwer Postgres, serwer Qpid i postgresql:
- Zaktualizuj komponenty Edge na maszynie 2:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
W przypadku instalacji z 5 hostami w klastrze
Aby zobaczyć listę topologii Edge i numerów węzłów, zapoznaj się z artykułem Topologie instalacji.
- Upewnij się, że masz zainstalowany nowy węzeł zapasowy Postgres zgodnie z opisem w sekcji Instalowanie nowego węzła zapasowego Postgres.
- Jeśli aktualizujesz z wersji 4.16.01, wykonaj downgrade Zookeeper na maszynach 1, 2 i 3:
> yum downgrade apigee-zookeeper - Zaktualizuj Cassandra i ZooKeeper na maszynach 1, 2 i 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Zaktualizuj qpidd na maszynach 4 i 5:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Zaktualizuj LDAP na maszynie 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Zaktualizuj komponenty Edge na maszynie 1, 2, 3:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Zaktualizuj interfejs użytkownika na maszynie 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Aktualizacja maszyn 4 i 5:
- Zatrzymaj serwer Postgres i serwer Qpid na maszynie 4:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Zatrzymaj serwer Postgres, serwer Qpid i postgresql na maszynie 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zatrzymaj serwer Postgres i postgresql na nowym węźle gotowości, który został dodany w celu przywrócenia:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zaktualizuj postgresql na maszynach 4:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Zaktualizuj bazę danych Postgres na maszynie 4 (tylko w przypadku głównej bazy danych Postgres):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Aktualizacja postgresql na maszynach 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Uruchom serwer Postgres i serwer Qpid na maszynach 4 i 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Skonfiguruj Postgres jako węzeł zapasowy, wykonując te polecenia na maszynie
5:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Sprawdź stan replikacji, wykonując te skrypty na obu serwerach. System powinien wyświetlać identyczne wyniki na obu serwerach, aby zapewnić prawidłową replikację:
Na maszynie 4, która jest węzłem głównym, uruchom:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Sprawdź, czy jest to węzeł główny.
Na maszynie 5, węzeł zapasowy:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Sprawdź, czy jest to węzeł zapasowy.
- Zatrzymaj serwer Postgres i serwer Qpid na maszynie 4:
- Aktualizacja komponentów Edge na maszynach 4 i 5:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Upewnij się, że wycofujesz z użycia nowy węzeł zapasowy, wykonując procedurę opisaną powyżej w sekcji Wycofywanie z użycia węzła PostgreSQL.
Instalacja z 9 hostami w klastrze
Aby zobaczyć listę topologii Edge i numerów węzłów, zapoznaj się z artykułem Topologie instalacji.
- Upewnij się, że masz zainstalowany nowy węzeł zapasowy Postgres zgodnie z opisem w sekcji Instalowanie nowego węzła zapasowego Postgres.
- Jeśli aktualizujesz z wersji 4.16.01, wykonaj downgrade Zookeepera na maszynach 1, 2 i 3:
> yum downgrade apigee-zookeeper - Zaktualizuj Cassandra i ZooKeeper na maszynach 1, 2 i 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Zaktualizuj qpidd na maszynach 6 i 7:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -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, 1, 4 i 5 w podanej kolejności:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Zaktualizuj interfejs użytkownika na maszynie 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Zaktualizuj maszyny 8 i 9:
- Zatrzymanie serwera Postgres na maszynie 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Zatrzymaj serwer Postgres i postgresql na maszynie 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zatrzymaj serwer Qpid na maszynach 6 i 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Zatrzymaj serwer Postgres i postgresql na nowym węźle zapasowym dodany do rollbacka:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zaktualizuj postgresql na maszynach 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Zaktualizuj bazę danych Postgres na maszynie 8 (tylko w przypadku głównego serwera Postgres):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Aktualizacja postgresql na maszynach 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Uruchom serwer Postgres na maszynach 8 i 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Uruchom serwer Qpid na maszynach 6 i 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Skonfiguruj Postgres jako węzeł zapasowy, wykonując te polecenia na maszynie 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Sprawdź stan replikacji, wykonując te skrypty na obu serwerach. System powinien wyświetlać identyczne wyniki na obu serwerach, aby zapewnić prawidłową replikację:
Na maszynie 8, która jest węzłem głównym, uruchom:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Sprawdź, czy jest to węzeł główny.
Na maszynie 9, węzeł zapasowy:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Sprawdź, czy jest to węzeł zapasowy.
- Zatrzymanie serwera Postgres na maszynie 8:
- Zaktualizuj komponenty Edge na komputerze 8 i 9:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Upewnij się, że wycofujesz z użycia nowy węzeł zapasowy, wykonując procedurę opisaną powyżej w sekcji Wycofywanie z użycia węzła PostgreSQL.
W przypadku klastrowanej instalacji z 13 hostami
Listę topologii Edge i numerów węzłów znajdziesz w artykule Topologie instalacji.
- Sprawdź, czy masz zainstalowany nowy węzeł gotowości Postgres w sposób opisany powyżej w sekcji Instalowanie nowego węzła gotowości Postgres.
- Jeśli aktualizujesz z wersji 4.16.01, wykonaj downgrade Zookeepera na maszynach 1, 2 i 3:
> yum downgrade apigee-zookeeper - Zaktualizuj Cassandra i ZooKeeper na maszynach 1, 2 i 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Zaktualizuj qpidd na maszynach 12 i 13:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -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, 6, 7, 10 i 11 w podanej kolejności:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Zaktualizuj interfejs użytkownika na komputerze 6 i 7:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Zaktualizuj maszyny 8 i 9:
- Zatrzymanie serwera Postgres na maszynie 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Zatrzymaj serwer Postgres i postgresql na maszynie 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zatrzymaj serwer Qpid na komputerach 12 i 13:
> /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server stop - Zatrzymaj serwer Postgres i postgresql na nowym węźle zapasowym dodany do rollbacka:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zaktualizuj postgresql na maszynach 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Zaktualizuj bazę danych Postgres na maszynie 8 (tylko w przypadku głównego serwera Postgres):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Aktualizacja postgresql na maszynach 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Uruchom serwer Postgres na komputerach 8 i 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Uruchom serwer Qpid na maszynach 12 i 13:
> /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start - Skonfiguruj Postggres jako węzeł zapasowy, uruchamiając na komputerze te polecenia:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-service/bin/apigee-service apigee-postgresql-config-config-on-stan - Sprawdź stan replikacji, wykonując te skrypty na obu serwerach. System powinien wyświetlać identyczne wyniki na obu serwerach, aby zapewnić prawidłową replikację:
Na maszynie 8, która jest węzłem głównym, uruchom:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Sprawdź, czy jest to węzeł główny.
Na maszynie 9, węzeł zapasowy:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Sprawdź, czy jest to węzeł zapasowy.
- Zatrzymanie serwera Postgres na maszynie 8:
- Zaktualizuj komponenty Edge na maszynach 8 i 9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Upewnij się, że wycofujesz z użycia nowy węzeł zapasowy, wykonując procedurę opisaną powyżej w sekcji Wycofywanie z użycia węzła PostgreSQL.
W przypadku instalacji z 12 hostami w klastrze
Listę topologii Edge i numerów węzłów znajdziesz w artykule Topologie instalacji.
- Upewnij się, że masz zainstalowany nowy węzeł zapasowy Postgres zgodnie z opisem w sekcji Instalowanie nowego węzła zapasowego Postgres.
- Zaktualizuj Cassandra i ZooKeeper:
- Jeśli aktualizujesz z wersji 4.16.01, wykonaj downgrade Zookeepera na maszynach 1, 2 i 3 w centrum danych 1:
> yum downgrade apigee-zookeeper - Na maszynach 1, 2 i 3 w centrum danych 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Jeśli aktualizujesz aplikację z wersji 4.16.01, przełącz się na niższą wersję Zookeeper na komputerze 7, 8 i 9 w Centrum danych 2:
> yum przywróć apigee-zookeeper - Na komputerach 7, 8 i 9 w Centrum danych 2
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- Jeśli aktualizujesz z wersji 4.16.01, wykonaj downgrade Zookeepera na maszynach 1, 2 i 3 w centrum danych 1:
- Zaktualizuj qpidd:
- Maszyny 4, 5 w Centrum danych 1
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Maszyny 10 i 11 w centrum danych 2
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- Maszyny 4, 5 w Centrum danych 1
- Zaktualizuj LDAP:
- Maszyny 1 w Centrum danych 1
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Machines 7 w centrum danych 2
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Maszyny 1 w Centrum danych 1
- Aktualizowanie komponentów Edge:
- Maszyny 4, 5, 1, 2, 3 w centrum danych 1
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Urządzenia 10, 11, 7, 8 i 9 w centrum danych 2
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Maszyny 4, 5, 1, 2, 3 w centrum danych 1
- Aktualizacja interfejsu:
- Maszyna 1 w centrum danych 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Maszyna 7 w centrum danych 2:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- Maszyna 1 w centrum danych 1:
- Zaktualizuj maszynę 6 w centrum danych 1 i maszynę 12 w centrum danych 2:
- Zatrzymanie serwera Postgres na maszynie 6:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Zatrzymaj serwer Postgres i postgresql na maszynie 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zatrzymaj serwer Qpid na maszynach 4, 5, 10 i 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Zatrzymaj serwer Postgres i postgresql na nowym węźle gotowości, który został dodany w celu przywrócenia:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Zaktualizuj postgresql na maszynach 6:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Zaktualizuj bazę danych Postgres na maszynie 6 (tylko w przypadku głównego serwera Postgres):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Zaktualizuj postgresql na maszynach 12:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Uruchom serwer Postgres na maszynach 6 i 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Uruchom serwer Qpid na maszynach 4, 5, 10 i 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Skonfiguruj Postgres jako węzeł rezerwowy, uruchamiając na maszynie te polecenia:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-file-postreplication-sql - Sprawdź stan replikacji, wykonując te skrypty na obu serwerach. Aby replikacja przebiegła pomyślnie, system powinien wyświetlać identyczne wyniki na obu serwerach:
Na maszynie 6 (węźle głównym) uruchom polecenie:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Sprawdź, czy wskazuje ona, że jest to węzeł nadrzędny.
Na maszynie 12, węzeł zapasowy:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Sprawdź, czy jest to węzeł zapasowy.
- Zatrzymanie serwera Postgres na maszynie 6:
- Zaktualizuj komponenty Edge na komputerze 6 i 12:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Upewnij się, że wycofujesz z użycia nowy węzeł zapasowy, wykonując procedurę opisaną powyżej w sekcji Wycofywanie z użycia węzła PostgreSQL.
W przypadku instalacji BaaS z 7 hostami interfejsu API
Aby zobaczyć listę topologii Edge i numerów węzłów, zapoznaj się z artykułem Topologie instalacji.
- Zaktualizuj Cassandra na maszynach 5, 6 i 7:
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - Zaktualizuj stos BaaS ElasticSearch i API na maszynach 1, 2 i 3:
> /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile - Zaktualizuj portal API BaaS na maszynie 4:
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
W przypadku instalacji interfejsów API BaaS z 10 hostami
Aby zobaczyć listę topologii Edge i numerów węzłów, zapoznaj się z artykułem Topologie instalacji.
- Zaktualizuj Cassandra na maszynach 8, 9 i 10:
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - Zaktualizuj ElasticSearch na maszynach 1, 2 i 3:
> /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile - Zaktualizuj stos BaaS API na maszynie 4, 5 i 6:
> /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile - Zaktualizuj portal BaaS API na komputerze 7:
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
W przypadku instalacji niestandardowej
Jeśli masz instalację niestandardową, zaktualizuj komponenty Edge w tej kolejności:
- ZooKeeper
- Cassandra
- qpidd
- LDAP
- Edge, czyli profil „-c edge” na wszystkich węzłach w kolejności: węzły z serwerem Qpid, ale nie z serwerem Postgres, serwer Management, przetwarzacz wiadomości i router.
Uwaga: jeśli na węźle są zainstalowane serwer Qpid i serwer Postgres, wykonaj krok 8, korzystając z profilu „-c edge”. - Interfejs Edge
- postgresql na serwerze głównym Postgres, w tym uaktualnienia.
- postgresql na zapasowej instancji Postgres.
- Edge, czyli profil „-c edge” na wszystkich połączonych węzłach Qpid i Postgres lub na dowolnych samodzielnych węzłach Postgres.