Ta strona została przetłumaczona przez Cloud Translation API.

Aktualizacja Apigee Edge od 4.17.0x do 4.18.01

Edge for Private Cloud w wersji 4.18.01

Które wersje Edge można zaktualizować do wersji 4.18.01

Korzystając z tej procedury, możesz zaktualizować Apigee Edge w wersji 4.17.0x.

Jeśli masz wersję Edge starszą niż 4.16.01, musisz najpierw przejść na wersji 4.16.01.x, a następnie zaktualizować ją do wersji 4.18.01.

Kto może przeprowadzić aktualizację

Użytkownik uruchamiający aktualizację powinien być taki sam jak użytkownik, który pierwotnie zainstalował Edge lub z wykorzystaniem roota.

Gdy zainstalujesz pakiety RPM Edge, każdy użytkownik będzie mógł je skonfigurować.

Które komponenty musisz zaktualizować

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

Zachowaj zgodność

Uaktualniając Apigee Edge dla Private Cloud do wersji 4.18.01, musisz upewnić się, że wynikowa implementacja odwołuje się tylko do obsługiwanych właściwości w plikach konfiguracji.

Właściwość	Lokalizacja	Opis
`conf_load_balancing_load.balancing. driver.nginx.server.retry`	`router.properties`	Usuń tę właściwość z pliku `router.properties`. Aby ustawić opcje ponawiania próby w wersji 4.18.01 użyj wirtualnego właściwości konfiguracji hosta.

Automatyczne propagacja właściwości ustawienia

Jeśli masz ustawione jakieś właściwości, edytując pliki .properties w pliku /opt/apigee/customer/application, są zachowywane w ramach aktualizacji.

Wymagane dodanie SMTPMAILFROM parametr konfiguracji

W Edge 4.17.05 dodano nowy wymagany parametr do pliku konfiguracji używanego po włączeniu serwer SMTP. Jeśli aktualizujesz wersję od wersji 4.17.01, musisz ustawić parametr SMTPMAILFROM w pliku konfiguracji. podczas włączania serwera SMTP.

Interfejs API BaaS w wersji 4.17.09 obsługuje też właściwość SMTPMAILFROM. Podczas aktualizowania interfejsu API BaaS z wersji 4.17.01 lub 4.17.05 musisz ustawić parametr SMTPMAILFROM w .

Ma on postać:

SMTPMAILFROM="My Company <myco@company.com>"

Wymagane uaktualnienie do Postgres 9.6

Ta wersja Edge zawiera uaktualnienie do Postgres 9.6. W ramach tego uaktualnienia wszystkie Dane Postgres są przenoszone do Postgres 9.6.

Większość systemów produkcyjnych Edge używa 2 węzłów Postgres skonfigurowanych pod kątem replikacji danych w trybie gotowości mastera. W trakcie procesu aktualizacji, gdy węzły Postgres są wyłączone z powodu aktualizacji, dane analityczne są nadal dostępne. zapisane w węzłach Qpid. Po zaktualizowaniu węzłów Postgres i przywróceniu ich online dane analityczne jest następnie przekazywana do węzłów Postgres.

Sposób aktualizacji Postgres zależy od tego, jak skonfigurowano przechowywanie danych w Węzły Postgres:

Jeśli na potrzeby węzłów Postgres używasz lokalnego przechowywania danych, musisz zainstaluj nowy węzeł gotowości Postgres na czas uaktualniania. Po uaktualnianie się zakończy, możesz wyłączyć nowy węzeł gotowości Postgres.

Dodatkowy węzeł gotowości Postgres jest wymagany, jeśli trzeba wycofać aktualizację z dowolnego powodu. Jeśli musisz wycofać aktualizację, nowy węzeł gotowości Postgres po przywróceniu staje się głównym węzłem Postgres. Dlatego po zainstalowaniu nowym węźle gotowości Postgres, powinien on znajdować się w węźle, który spełnia wszystkie wymagania sprzętowe wymagania serwera Postgres zdefiniowane w Edge Wymagania dotyczące instalacji

W instalacji Edge z 1 i 2 węzłami topologie używane do prototypowania i testowania mają tylko jeden węzeł Postgres. Możesz zaktualizować te węzły Postgres bezpośrednio bez konieczności aby utworzyć nowy węzeł Postgres.
Jeśli na potrzeby węzłów Postgres używasz sieciowej pamięci masowej, zalecane przez Apigee, nie musisz instalować nowego węzła Postgres. W poniższych procedur, można pominąć kroki dotyczące instalacji i późniejszych procedur Węzeł gotowości Postgres.

Przed rozpoczęciem procesu aktualizacji zrób zrzut sieciowy magazynu danych używanego przez Postgres. Następnie, jeśli w trakcie aktualizacji wystąpią błędy i konieczne będzie przywrócenie poprzedniej wersji, możesz przywrócić z niego węzeł Postgres.

Instalowanie nowego Postgres węzeł gotowości

Ta procedura tworzy w nowym węźle serwer gotowości Postgres. Pamiętaj, aby zainstalować nowy Serwer gotowości Postgres dla istniejącej wersji Edge (4.17.0x), nie dla wersji 4.18.01.

Aby przeprowadzić instalację, użyj tego samego pliku konfiguracyjnego, który został użyty do zainstalowania bieżącej wersji Edge.

Aby utworzyć nowy węzeł gotowości Postgres:

W bieżącym masterze Postgres zmodyfikuj /opt/apigee/customer/application/postgresql.properties pliku do ustawienia tych ustawień token:
```
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32
trust\ \nhost replication apigee new_slave_ip/32 trust
```
Gdzie existing_slave_ip to adres IP bieżącego Postgresa serwer gotowości, a new_slave_ip to adres IP nowego węzła gotowości.

Jeśli plik postgresql.properties nie istnieje, utwórz go i użyj chown, aby przyznać do niego dostęp użytkownikowi apigee, jak w poniższym przykładzie programy:
```
chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```

Uruchom ponownie apigee-postgresql w instancji głównej Postgres:

/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

Wyświetl /opt/apigee/apigee-postgresql/conf/pg_hba.conf, aby sprawdzić, czy nowy węzeł gotowości został dodany w folderze głównym. W tym pliku powinny być widoczne te wiersze:
```
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust
```
Zainstaluj nowy serwer gotowości Postgres:
1. Edytuj plik konfiguracyjny użyty do zainstalowania bieżącej wersji Edge, aby określić następujące:
```
# 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 
```
2. Wyłącz SELinux w sposób opisany w sekcji Instalowanie narzędzie Edge apigee-setup.
3. Pobierz plik Edge podczas rozruchu_4.17.0x.sh (gdzie 4.17.0x to 4.17.01, 4.17.05, lub 4.17.09) do /tmp/bootstrap_4.17.0x.sh :
```
curl https://software.apigee.com/bootstrap_4.17.0x.sh -o /tmp/bootstrap_4.17.0x.sh
```
4. Zainstaluj narzędzie Edge apigee-service oraz zależności:
```
sudo bash /tmp/bootstrap_4.17.0x.sh apigeeuser=uName
  apigeepassword=pWord
```
5. Użyj programu apigee-service, aby zainstalować narzędzie apigee-setup:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup install
```
6. Zainstaluj Postgres:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
```
7. Na nowym serwerze gotowości wykonaj to polecenie:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
  Upewnij się, że jest wyświetlany w trybie gotowości.

Wycofanie Postgres węzeł

Po zakończeniu aktualizacji wyłącz nowy węzeł gotowości:

Sprawdź, czy 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
Uzyskaj identyfikator UUID nowego węzła gotowości, uruchamiając następujące polecenie cURL na nowym węzeł gotowości:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

Identyfikator UUID węzła powinien być widoczny na końcu danych wyjściowych w formacie:
"typ" : [ "postgres-server" ],
„uUID” : „599e8ebf-5d69-4ae4-aa71-154970a8ec75"
Zatrzymaj nowy węzeł gotowości, 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 API replikacji existing_slave_ip/32 zaufanie
Uruchom ponownie apigee-postgresql w masterze Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
Sprawdź, czy nowy węzeł gotowości został usunięty, wyświetlając plik /opt/apigee/apigee-postgresql/conf/pg_hba.conf w folderze głównym. Powinien być w nim widoczny tylko ten wiersz:
apigee replikacji hosta existing_slave_ip/32 – zaufanie
Usuń identyfikator UUID węzła gotowości z ZooKeeper przez wprowadzenie poniższego zarządzania Edge Wywołanie interfejsu API w węźle serwera zarządzania:
> curl -u sysAdminEmail:password -X USUŃ http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

Zaktualizuj wymagania wstępne

Zanim uaktualnisz Apigee Edge, musisz spełnić te wymagania wstępne:

Utwórz kopię zapasową wszystkich węzłów
Przed aktualizacją zalecamy wykonanie pełnej kopii zapasowej wszystkich węzłów, aby zapewnić bezpieczeństwo . Wykonaj procedurę tworzenia kopii zapasowej zgodnie z bieżącą wersją Edge.

Pozwala to utworzyć plan wykonywania kopii zapasowych na wypadek, gdyby aktualizacja do nowej wersji nie powiodła się. nie działają poprawnie. Więcej informacji o kopii zapasowej znajdziesz w artykule Kopia zapasowa i Przywróć.
Sprawdzanie, czy przeglądarka Edge działa
Sprawdź, czy podczas aktualizacji przeglądarka Edge jest uruchomiona, korzystając z polecenia:

> /opt/apigee/apigee-service/bin/apigee-all stan

Obsługa nieudanej aktualizacji

W przypadku niepowodzenia aktualizacji możesz spróbować rozwiązać problem, a następnie uruchomić update.sh. ponownie. Możesz uruchomić aktualizację kilka razy i kontynuować ją od miejsca, w którym została ostatnio przerwana wyłączone.

Jeśli błąd wymaga przywrócenia poprzedniej wersji, przeczytaj artykuł 4.18.01 Proces przywracania, aby dowiedzieć się więcej.

Informacje o aktualizacji logów

Domyślnie w pliku update.sh narzędzie zapisuje informacje dziennika w:

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

Jeśli użytkownik uruchamiający narzędzie update.sh nie ma dostępu do ten katalog zapisze dziennik w katalogu /tmp jako plik o nazwie update_username.log.

Jeśli użytkownik nie ma dostępu do pliku /tmp, narzędzie update.sh kończy się niepowodzeniem.

Aktualizacja z zerowym czasem przestoju

Dzięki aktualizacji bez przestojów (czyli aktualizacji kroczącej) możesz zaktualizować instalację Edge bez Zmniejszając do siebie Edge.

Aktualizacja z zerowym czasem przestoju jest możliwa tylko w przypadku konfiguracji z 5 węzłami lub większą.

Kluczem do uaktualnienia bez przestojów jest usunięcie z obciążenia każdego routera pojedynczo. systemu równoważenia obciążenia. Następnie zaktualizujesz router i wszystkie inne komponenty na tym samym komputerze, co router, a potem z powrotem dodaj router do systemu równoważenia obciążenia.

Zaktualizuj komputery w odpowiedniej kolejności, zgodnie z opisem poniżej w sekcji „Zamawianie” aktualizacji maszyny”.
Gdy przyjdzie czas na aktualizację routerów, wybierz dowolny z nich i ustaw go jako nieosiągalny, opisane w sekcji Włączanie/wyłączanie serwera Osiągalność (procesora i trafikatora wiadomości).
Zaktualizuj wybrany router i wszystkie pozostałe komponenty Edge na tym samym komputerze, na którym znajduje się router. We wszystkich konfiguracjach brzegowych router i procesor wiadomości znajdują się w tym samym węźle.
Ustaw router ponownie jako osiągalny.
Powtórz kroki od 2 do 4 dla pozostałych routerów.
Kontynuuj aktualizację na wszystkich pozostałych komputerach w instalacji.

Przed aktualizacją i po niej weź pod uwagę te kwestie:

W połączonym węźle routera i procesora wiadomości:
- Przed aktualizacją – wykonaj te czynności:
  1. Ustaw router jako nieosiągalny.
  2. Ustaw procesor wiadomości jako nieosiągalny.
- Po aktualizacji:
  1. Upewnij się, że procesor wiadomości jest osiągalny.
  2. Ustaw router jako osiągalny.
W jednym węźle routera:
- Przed aktualizacją ustaw router jako nieosiągalny.
- Po aktualizacji upewnij się, że router jest osiągalny.
W jednym węźle procesora wiadomości:
- Przed aktualizacją ustaw procesor wiadomości jako nieosiągalny.
- Po aktualizacji upewnij się, że procesor wiadomości jest osiągalny.

Używanie cichego pliku konfiguracji

Do polecenia aktualizacji musisz przekazać dyskretny plik konfiguracji. Plik konfiguracji cichej (powinien być taki sam jak ten, który został użyty do zainstalowania Edge w wersji 4.17.0x).

Procedura dla aktualizacja do wersji 4.18.01 w węźle z zewnętrznym połączeniem internetowym

Aby zaktualizować komponenty Edge w węźle, wykonaj te czynności:

Jeśli obecnie używasz replikacji instancji głównej Postgres w trybie gotowości z pamięcią lokalną, zainstaluj nowy węzeł gotowości Postgres zgodnie z opisem powyżej w sekcji Instalowanie nowego Postgres węzła gotowości.

Jeśli korzystasz z sieciowej pamięci masowej, nie musisz instalować nowego węzła. Zamiast tego wykonaj zrzut sieciowy magazynu danych używanego przez Postgres. Więcej informacji znajdziesz w artykule Wymagane uaktualnienie do Postgres 9.6.
Jeśli jest obecna, wyłącz wszystkie zadania CRON skonfigurowane pod kątem wykonywania operacji naprawy w Cassandra .
Zaloguj się do węzła jako root, aby zainstalować RPM Edge.
Uwaga: chociaż instalacja pakietu RPM wymaga dostępu do roota, możesz uruchomić Edge bez dostępu do roota.
zainstalować yum-utils i yum-plugin-priorities:
> sudo yum install yum-utils
> sudo yum install yum-plugin-priorities
Wyłącz SELinux zgodnie z opisem w sekcji Instalowanie narzędzie Edge apigee-setup.
Jeśli instalujesz Oracle 7.x, uruchom to polecenie:
> sudo yum-config-manager --enable ol7_optional_latest
Jeśli instalujesz w AWS, uruchom te polecenia yum-configure-manager:
> mniam aktualizację rh-amazon-rhui-client.noarch
> sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-serwer-opcjonalny
Pobierz plik Edge 4.18.01 bootstrap_4.18.01.sh do pliku bootstrap_4.18.01.sh:
> curl https://software.apigee.com/shoestrap_4.18.01.sh -o /tmp/shoestrap_4.18.01.sh
Zainstaluj narzędzie apigee-service w Edge 4.18.01 oraz zależności:
> Sudo Bash /tmp/shoestrap_4.18.01.sh apigeeuser=uName apigeepassword=pWord

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

Domyślnie instalator sprawdza, czy zainstalowano środowisko Java 1.8. Jeśli tego nie zrobisz, zainstaluje ją za Ciebie. Użyj opcji JAVA_FIX, aby określić sposób obsługi Instalacja Javy. JAVA_FIX przyjmuje następujące wartości:

I = Zainstaluj OpenJDK 1.8 (domyślnie)
C = kontynuuj bez instalowania Javy
P = Zakończ. Aby skorzystać z tej opcji, musisz samodzielnie zainstalować Javę.
Użyj apigee-service, aby: aktualizowanie pliku apigee-setup narzędzie:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup aktualizacja
Zaktualizuj pole apigee-validate. na serwerze zarządzania:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate
Zaktualizuj apigee-provision narzędzie:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision Aktualizacja
Uruchom narzędzie do aktualizacji w węzłach w kolejności opisanej poniżej w sekcji Kolejność maszyn zaktualizuj poniżej:
> /opt/apigee/apigee-setup/bin/update.sh -c komponent -f configFile

Plik konfiguracji musi być tylko dostępny lub czytelna przez „apigee” użytkownika.

Aby określić komponent do aktualizacji, użyj opcji „-c”. Na liście możliwych komponenty obejmują:
ldap = OpenLDAP
cs = Cassandra
zk = opiekun zoo
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 = UI Edge
all = zaktualizuj wszystkie komponenty włączone komputer (używaj tylko w przypadku profilu instalacji Edge aio lub instalacji API BaaS asa API profil)
E = ElasticSearch
b = stos BaaS API
p = portal API BaaS
ebp = ElasticSearch, API BaaS Stos i portal BaaS API w tym samym węźle
Przetestuj aktualizację, uruchamiając narzędzie apigee-validate na karcie Zarządzanie. serwera zgodnie z opisem w sekcji Testowanie instalacji.
Jeśli masz zainstalowany nowy węzeł gotowości Postgres, wyjmij go w sposób opisany powyżej w artykule o wycofaniu Węzeł Postgres.

Jeśli korzystasz z sieciowej pamięci masowej, nie musisz instalować nowego węzła. Więcej informacji znajdziesz w artykule Wymagane uaktualnienie do Postgres 9.6.

Aby później wycofać aktualizację, wykonaj procedurę opisaną w sekcji 4.18.01 Proces wycofywania aktualizacji.

Procedura aktualizacji do wersji 4.18.01 z serwera lokalnego repozytorium

Jeśli węzły brzegowe są za zaporą sieciową lub z innego powodu nie mają dostępu z repozytorium Apigee przez internet, możesz przeprowadzić aktualizację z repozytorium lokalnego lub powielanie repozytorium Apigee.

Po utworzeniu lokalnego repozytorium Edge masz 2 opcje aktualizowania Edge z poziomu lokalne repozytorium:

Utwórz plik .tar repozytorium, skopiuj go do węzła, a następnie zaktualizuj Edge z pliku .tar.
Zainstaluj serwer WWW w węźle z lokalnym repozytorium, aby inne węzły miały do niego dostęp. Apigee udostępnia serwer WWW Nginx, z którego możesz korzystać. Możesz też skorzystać z własnego serwera WWW.

Aby zaktualizować dane z lokalnego repozytorium 4.18.01:

Jeśli obecnie używasz replikacji instancji głównej Postgres w trybie gotowości, zainstaluj nowy Postgres węzeł gotowości, jak opisano powyżej w sekcji Instalowanie nowego Postgres węzła gotowości.

Jeśli korzystasz z sieciowej pamięci masowej, nie musisz instalować nowego węzła. Zamiast tego wykonaj zrzut sieciowy magazynu danych używanego przez Postgres. Więcej informacji znajdziesz w artykule Wymagane uaktualnienie do Postgres 9.6.
Utwórz lokalne repozytorium 4.18.01 zgodnie z opisem w sekcji „Tworzenie lokalnego repozytorium Apigee” znajdziesz w artykule na temat instalacji narzędzia Edge apigee-setup.
Uwaga: jeśli masz już repozytorium o rozmiarze 4,17.0x, możesz dodać do repozytorium 4.18.01 zgodnie z opisem w sekcji „Aktualizowanie lokalnego repozytorium Apigee” artykułu na temat instalacji narzędzia Edge apigee-setup.
Aby zainstalować usługę apigee z pliku .tar:
1. 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.18.01.tar.gz:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
2. Skopiuj plik .tar do węzła, w którym chcesz zaktualizować Edge. Na przykład skopiuj go do katalog /tmp w nowy węzeł.
3. W nowym węźle wyciągnij plik z katalogu /tmp:
  > tar -xzf apigee-4.18.01.tar.gz
  
  To polecenie utworzy nowy katalog o nazwie „repos” w katalogu zawierającym pliki .tar . Na przykład /tmp/repos.
4. Zainstaluj narzędzie Edge apigee-service oraz zależności z katalogu /tmp/repos:
  > Sudo Bash /tmp/repos/shoestrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  Zwróć uwagę, że w tym poleceniu umieszczasz ścieżkę do katalogu repozytoriów.
Aby zainstalować usługę apigee za pomocą serwera WWW Nginx:
1. Skonfiguruj serwer WWW Nginx zgodnie z opisem w sekcji „Instalowanie z repozytorium przy użyciu interfejsu Nginx” webserver" na stronie Install the Edge apigee-setup.
2. W węźle zdalnym pobierz plik Edge bootstrap_4.18.01.sh do /tmp/shoestrap_4.18.01.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.18.01.sh -o /tmp/shoestrap_4.18.01.sh
  
  gdzie uName:pWord to nazwa użytkownika i hasło ustawione powyżej dla repozytorium, a remoteRepo to adres IP lub nazwa DNS z repozytorium.
3. W węźle zdalnym zainstaluj narzędzie Edge apigee-service i zależności:
  > Sudo Bash /tmp/shoestrap_4.18.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  gdzie uName:pWord to nazwa użytkownika i hasło repozytorium.
Użyj apigee-service, aby: zaktualizuj narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup Aktualizacja
Zaktualizuj pole apigee-validate. na serwerze zarządzania.
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate
Zaktualizuj apigee-provision narzędzie:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision Aktualizacja
Uruchom narzędzie do aktualizacji w węzłach w kolejności opisanej poniżej w sekcji „Kolejność maszyn zaktualizuj” poniżej:
> /opt/apigee/apigee-setup/bin/update.sh -c komponent -f configFile

Plik konfiguracji musi być tylko dostępny lub czytelna przez „apigee” użytkownika.

Aby określić komponent do aktualizacji, użyj opcji „-c”. Na liście możliwych komponenty obejmują:
ldap = OpenLDAP
cs = Cassandra
zk = opiekun zoo
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 = UI Edge
all = zaktualizuj wszystkie komponenty włączone komputer (używaj tylko w przypadku profilu instalacji Edge aio lub instalacji API BaaS asa API profil)
E = ElasticSearch
b = stos BaaS API
p = portal API BaaS
ebp = ElasticSearch, API BaaS Stos i portal BaaS API w tym samym węźle
Przetestuj aktualizację, uruchamiając narzędzie apigee-validate na karcie Zarządzanie. serwera zgodnie z opisem w sekcji Testowanie instalacji.
Jeśli masz zainstalowany nowy węzeł gotowości Postgres, wyjmij go w sposób opisany powyżej w sekcji Wycofanie węzeł Postgres.

Jeśli korzystasz z sieciowej pamięci masowej, nie musisz instalować nowego węzła. Więcej informacji znajdziesz w artykule Wymagane uaktualnienie do Postgres 9.6.

Aby później wycofać aktualizację, wykonaj procedurę opisaną w sekcji 4.18.01 Proces wycofywania aktualizacji.

Kolejność aktualizacji maszyny

Kolejność aktualizowania maszyn podczas instalacji Edge jest ważna. Najbardziej Istotne kwestie dotyczące aktualizacji:

Musisz zaktualizować wszystkie węzły Cassandra i ZooKeeper przed w innych węzłach.
W przypadku każdego komputera z wieloma składnikami brzegowymi (serwer zarządzania, procesor wiadomości, routera, serwer QPID, ale nie serwer Postgres), użyj parametru „-c Edge”. zaktualizować je wszystkie na o tej samej nazwie.
Jeśli określony krok określa, że powinien być wykonany na wielu maszynach, wykonaj go w określonej kolejności maszyn.
Nie ma osobnego kroku, jak to zrobić. Jest aktualizowana, gdy określisz parametr „-c” Edge” .