Google używa technologii AI do tłumaczenia treści na Twój preferowany język. Tłumaczenia wygenerowane przez AI mogą zawierać błędy.

Aktualizacja Apigee Edge od 4.17.0x do 4.18.01

Edge dla chmury prywatnej w wersji 4.18.01

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

Za pomocą 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 wersję 4.16.01.x, a następnie zaktualizować ją do wersji 4.18.01.

Kto może przeprowadzić aktualizację

Użytkownik, który przeprowadza aktualizację, powinien być tym samym użytkownikiem, który pierwotnie zainstalował Edge, lub użytkownikiem z uprawnieniami administratora.

Po zainstalowaniu pakietów RPM Edge każdy użytkownik może je skonfigurować.

Które komponenty musisz zaktualizować

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

Zachowanie zgodności

Podczas uaktualniania Apigee Edge dla chmury prywatnej do wersji 4.18.01 musisz się upewnić, ż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ób w wersji 4.18.01, użyj właściwości konfiguracji hosta wirtualnego.

Automatyczne rozpowszechnianie ustawień usługi

Jeśli ustawiono jakieś właściwości przez edycję plików .properties w /opt/apigee/customer/application, te wartości zostaną zachowane podczas aktualizacji.

Wymagane dodanie parametru konfiguracji SMTPMAILFROM

W Edge 4.17.05 dodano nowy wymagany parametr do pliku konfiguracji używanego podczas włączania serwera SMTP. Jeśli przeprowadzasz aktualizację z wersji 4.17.01, podczas włączania serwera SMTP musisz ustawić SMTPMAILFROM w pliku konfiguracji.

W wersji 4.17.09 interfejsu API BaaS dodano też obsługę właściwości SMTPMAILFROM. Podczas aktualizowania API BaaS z wersji 4.17.01 lub 4.17.05 musisz ustawić SMTPMAILFROM w pliku konfiguracji.

Ten parametr ma postać:

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

Wymagane uaktualnienie do Postgres 9.6

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

Większość systemów produkcyjnych Edge korzysta z 2 węzłów Postgres skonfigurowanych do replikacji master-standby. Podczas procesu aktualizacji, gdy węzły Postgres są wyłączone, dane analityczne są nadal zapisywane w węzłach Qpid. Po zaktualizowaniu węzłów Postgres i przywróceniu ich do trybu online dane analityczne są przekazywane do węzłów Postgres.

Sposób aktualizacji 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 Postgres, musisz zainstalować nowy węzeł rezerwowy Postgres na czas uaktualnienia. Po zakończeniu uaktualnienia możesz wycofać nowy węzeł rezerwowy Postgres.

Dodatkowy węzeł rezerwowy Postgres jest wymagany, jeśli z jakiegoś powodu musisz wycofać aktualizację. Jeśli musisz wycofać aktualizację, po wycofaniu nowy węzeł rezerwowy Postgres stanie się węzłem głównym Postgres. Dlatego podczas instalowania nowego węzła rezerwowego Postgres należy go zainstalować na węźle, który spełnia wszystkie wymagania sprzętowe serwera Postgres, zgodnie z definicją w wymaganiach instalacji Edge.

W instalacji Edge z 1 węzłem i 2 węzłami, czyli topologii używanej 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 pamięci sieciowej dla węzłów Postgres, zgodnie z zaleceniami Apigee, nie musisz instalować nowego węzła Postgres. W poniższych procedurach możesz pominąć kroki, które określają instalację, a następnie wycofanie nowego węzła rezerwowego Postgres.

Zanim rozpoczniesz proces aktualizacji, utwórz migawkę sieciową magazynu danych używanego przez Postgres. Jeśli podczas aktualizacji wystąpią błędy i konieczne będzie przywrócenie poprzedniej wersji, możesz przywrócić węzeł Postgres z tego zrzutu.

Instalowanie nowego węzła rezerwowego Postgres

Ta procedura tworzy serwer rezerwowy Postgres na nowym węźle. Upewnij się, że instalujesz nowy serwer rezerwowy Postgres dla istniejącej wersji Edge (4.17.0x), a nie dla wersji 4.18.01.

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

Aby utworzyć nowy węzeł rezerwowy Postgres:

Na bieżącym serwerze głównym Postgres zmodyfikuj plik /opt/apigee/customer/application/postgresql.properties, aby ustawić ten 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 serwera rezerwowego Postgres, a new_slave_ip to adres IP nowego węzła rezerwowego.

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

Uruchom ponownie apigee-postgresql na serwerze głównym Postgres:

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

Sprawdź, czy nowy węzeł rezerwowy został dodany, wyświetlając plik /opt/apigee/apigee-postgresql/conf/pg_hba.conf na węźle głównym. W pliku powinny znajdować się te wiersze:
```
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust
```
Zainstaluj nowy serwer rezerwowy Postgres:
1. Zmodyfikuj plik konfiguracyjny użyty do zainstalowania bieżącej wersji Edge, aby określić te elementy:
```
# 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 zgodnie z opisem w artykule Instalowanie narzędzia apigee-setup w Edge.
3. Pobierz plik Edge bootstrap_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 i zależności:
```
sudo bash /tmp/bootstrap_4.17.0x.sh apigeeuser=uName
  apigeepassword=pWord
```
5. Użyj 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 rezerwowym uruchom to polecenie:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
  Sprawdź, czy jest oznaczony jako zapasowy.

Wycofanie węzła Postgres

Po zakończeniu aktualizacji wycofaj nowy węzeł rezerwowy:

Sprawdź, czy Postgres działa:
> /opt/apigee/apigee-service/bin/apigee-all status

Jeśli Postgres nie działa, uruchom go:
> /opt/apigee/apigee-service/bin/apigee-all start
Pobierz identyfikator UUID nowego węzła rezerwowego, uruchamiając na nim to polecenie cURL:
> 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 takiej postaci:
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
Zatrzymaj nowy węzeł rezerwowy, uruchamiając na nim to polecenie:
> /opt/apigee/apigee-service/bin/apigee-all stop
Na węźle głównym Postgres zmodyfikuj plik /opt/apigee/customer/application/postgresql.properties, aby usunąć nowy węzeł rezerwowy z conf_pg_hba_replication.connection:
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust
Uruchom ponownie apigee-postgresql na serwerze głównym Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
Sprawdź, czy nowy węzeł rezerwowy został usunięty, wyświetlając plik /opt/apigee/apigee-postgresql/conf/pg_hba.conf na węźle głównym. W tym pliku powinien być widoczny tylko ten wiersz:
host replication apigee existing_slave_ip/32 trust
Usuń identyfikator UUID węzła rezerwowego z ZooKeeper, wykonując to wywołanie interfejsu API zarządzania Edge w węźle serwera zarządzania:
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

Wymagania wstępne dotyczące aktualizacji

Przed uaktualnieniem Apigee Edge spełnij te wymagania wstępne:

Utwórz kopię zapasową wszystkich węzłów
Przed aktualizacją zalecamy ze względów bezpieczeństwa utworzenie pełnej kopii zapasowej wszystkich węzłów. Aby wykonać kopię zapasową, postępuj zgodnie z procedurą dla bieżącej wersji Edge.

Dzięki temu będziesz mieć plan awaryjny na wypadek, gdyby aktualizacja do nowej wersji nie działała prawidłowo. Więcej informacji o kopiach zapasowych znajdziesz w artykule Tworzenie i przywracanie kopii zapasowych.
Upewnij się, że Edge działa
Upewnij się, że Edge działa podczas procesu aktualizacji, używając polecenia:

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

Postępowanie w przypadku nieudanej aktualizacji

Jeśli aktualizacja się nie powiedzie, możesz spróbować rozwiązać problem, a następnie ponownie uruchomić skrypt update.sh. Możesz uruchomić aktualizację wielokrotnie, a będzie ona kontynuowana od miejsca, w którym została przerwana.

Jeśli błąd wymaga przywrócenia poprzedniej wersji, więcej informacji znajdziesz w sekcji 4.18.01 Proces przywracania.

Rejestrowanie informacji o aktualizacji

Domyślnie narzędzie update.sh zapisuje informacje dziennika 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, dziennik jest zapisywany w katalogu /tmp jako plik o nazwie update_username.log.

Jeśli użytkownik nie ma dostępu do katalogu /tmp, narzędzie update.sh nie zadziała.

Aktualizacja bez przestojów

Aktualizacja bez przestojów, czyli aktualizacja krocząca, umożliwia aktualizację instalacji Edge bez wyłączania Edge.

Aktualizacja bez przestojów jest możliwa tylko w przypadku konfiguracji z co najmniej 5 węzłami.

Kluczem do uaktualnienia bez przestojów jest usuwanie z systemu równoważenia obciążenia po jednym routerze naraz. Następnie zaktualizuj router i inne komponenty na tej samej maszynie co router, a potem dodaj router z powrotem do systemu równoważenia obciążenia.

Zaktualizuj maszyny w odpowiedniej kolejności, zgodnie z opisem w sekcji „Kolejność aktualizacji maszyn” poniżej.
Gdy nadejdzie czas aktualizacji routerów, wybierz dowolny router i ustaw go jako nieosiągalny, jak opisano w artykule Włączanie i wyłączanie osiągalności serwera (procesora komunikatów lub routera).
Zaktualizuj wybrany router i wszystkie inne komponenty Edge na tym samym komputerze co router. Wszystkie konfiguracje Edge pokazują router i procesor komunikatów w tym samym węźle.
Spraw, aby router był ponownie dostępny.
Powtórz kroki od 2 do 4 w przypadku pozostałych routerów.
Kontynuuj aktualizację pozostałych maszyn w instalacji.

Przed aktualizacją lub po niej wykonaj te czynności:

Na węźle połączonego routera i procesora komunikatów:
- Przed aktualizacją wykonaj te czynności:
  1. Ustaw router jako niedostępny.
  2. Spraw, aby procesor komunikatów był nieosiągalny.
- Po aktualizacji wykonaj te czynności:
  1. Udostępnij procesor komunikatów.
  2. Ustaw router jako dostępny.
Na pojedynczym węźle routera:
- Przed aktualizacją upewnij się, że router jest niedostępny.
- Po aktualizacji upewnij się, że router jest dostępny.
Na pojedynczym węźle procesora komunikatów:
- Przed aktualizacją ustaw procesor komunikatów jako nieosiągalny.
- Po aktualizacji udostępnij procesor komunikatów.

Używanie pliku konfiguracji instalacji dyskretnej

Do polecenia aktualizacji musisz przekazać plik konfiguracji instalacji dyskretnej. Plik konfiguracji instalacji dyskretnej powinien być taki sam jak ten, który został użyty do zainstalowania Edge 4.17.0x.

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

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

Jeśli obecnie używasz replikacji Postgres master-standby z pamięcią lokalną, zainstaluj nowy węzeł Postgres standby zgodnie z opisem powyżej w sekcji Instalowanie nowego węzła Postgres standby.

Jeśli używasz pamięci sieciowej, nie musisz instalować nowego węzła. Zamiast tego utwórz zrzut sieciowy magazynu danych używanego przez Postgres. Więcej informacji znajdziesz w artykule Wymagane uaktualnienie do Postgres 9.6.
Jeśli istnieją zadania CRON skonfigurowane do wykonywania operacji naprawy w Cassandra, wyłącz je do czasu zakończenia aktualizacji.
Zaloguj się w węźle jako użytkownik root, aby zainstalować pakiety RPM Edge.
Uwaga: instalacja RPM wymaga dostępu do konta root, ale konfigurację Edge można przeprowadzić bez niego.
Zainstaluj yum-utils i yum-plugin-priorities:
> sudo yum install yum-utils
> sudo yum install yum-plugin-priorities
Wyłącz SELinux zgodnie z opisem w artykule Instalowanie narzędzia Edge apigee-setup.
Jeśli instalujesz na Oracle 7.x, uruchom to polecenie:
> sudo yum-config-manager --enable ol7_optional_latest
Jeśli instalujesz na AWS, uruchom 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
Pobierz plik Edge 4.18.01 bootstrap_4.18.01.sh do /tmp/bootstrap_4.18.01.sh:
> curl https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
Zainstaluj narzędzie apigee-service Edge 4.18.01 i zależności:
> sudo bash /tmp/bootstrap_4.18.01.sh apigeeuser=uName apigeepassword=pWord

gdzie uName:pWord to nazwa użytkownika i hasło otrzymane od Apigee. Jeśli pominiesz parametr pWord, pojawi się prośba o jego podanie.

Domyślnie instalator sprawdza, czy masz zainstalowaną Javę 1.8. Jeśli nie, zainstaluje ją za Ciebie. Aby określić, jak ma być obsługiwana instalacja Javy, użyj opcji JAVA_FIX. JAVA_FIX przyjmuje te wartości:

I = zainstaluj OpenJDK 1.8 (domyślnie)
C = kontynuuj bez instalowania Javy
Q = zamknij. W przypadku tej opcji musisz samodzielnie zainstalować Javę.
Użyj apigee-service, aby zaktualizować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Zaktualizuj narzędzie apigee-validate na serwerze zarządzania:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
Zaktualizuj narzędzie apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Uruchom narzędzie do aktualizacji na węzłach w kolejności opisanej poniżej w sekcji „Kolejność aktualizacji maszyn”:
> /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 możliwy do odczytania przez użytkownika „apigee”.

Użyj opcji „-c”, aby określić komponent do zaktualizowania. Lista możliwych komponentów obejmuje:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =wszystkie komponenty Edge oprócz interfejsu Edge: serwer zarządzania, procesor komunikatów, router, serwer QPID, serwer Postgres
ui = interfejs Edge
all = aktualizacja wszystkich komponentów na komputerze (używaj tylko w przypadku profilu instalacji Edge aio lub profilu instalacji API BaaS asa)
e = ElasticSearch
b = stos API BaaS
p = portal API BaaS
ebp = ElasticSearch, stos API BaaS i portal API BaaS w tym samym węźle
Przetestuj aktualizację, uruchamiając narzędzie apigee-validate na serwerze zarządzania, zgodnie z opisem w sekcji Testowanie instalacji.
Jeśli zainstalowano nowy węzeł rezerwowy Postgres, wycofaj go z eksploatacji zgodnie z opisem powyżej w sekcji Wycofanie węzła Postgres z eksploatacji.

Jeśli używasz pamięci sieciowej, 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.

Procedura aktualizacji do wersji 4.18.01 z repozytorium lokalnego

Jeśli węzły Edge znajdują się za zaporą sieciową lub w inny sposób nie mają dostępu do repozytorium Apigee przez internet, możesz przeprowadzić aktualizację z lokalnego repozytorium lub kopii lustrzanej repozytorium Apigee.

Po utworzeniu lokalnego repozytorium Edge masz 2 opcje aktualizowania Edge z lokalnego 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, ale możesz też użyć własnego serwera WWW.

Aby zaktualizować z lokalnego repozytorium 4.18.01:

Jeśli obecnie używasz replikacji Postgres master-standby, zainstaluj nowy węzeł rezerwowy Postgres zgodnie z opisem powyżej w sekcji Instalowanie nowego węzła rezerwowego Postgres.

Jeśli używasz pamięci sieciowej, nie musisz instalować nowego węzła. Zamiast tego utwórz 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” w artykule Instalowanie narzędzia apigee-setup w Edge.
Uwaga: jeśli masz już repozytorium 4.17.0x, możesz dodać do niego repozytorium 4.18.01 zgodnie z opisem w sekcji „Aktualizowanie lokalnego repozytorium Apigee” w artykule Instalowanie narzędzia apigee-setup w Edge.
Aby zainstalować apigee-service z pliku .tar:
1. W węźle z lokalnym repozytorium użyj tego polecenia, aby spakować lokalne repozytorium do pojedynczego 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. Możesz go na przykład skopiować do katalogu /tmp w nowym węźle.
3. Na nowym węźle rozpakuj plik do katalogu /tmp:
  > tar -xzf apigee-4.18.01.tar.gz
  
  To polecenie tworzy nowy katalog o nazwie repos w katalogu zawierającym plik .tar. Na przykład /tmp/repos.
4. Zainstaluj narzędzie Edge apigee-service i zależności z katalogu /tmp/repos:
  > sudo bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  Zwróć uwagę, że w tym poleceniu podajesz ścieżkę do katalogu repos.
Aby zainstalować apigee-service przy użyciu serwera WWW Nginx:
1. Skonfiguruj serwer WWW Nginx zgodnie z opisem w sekcji „Instalowanie z repozytorium przy użyciu serwera WWW Nginx” w artykule Instalowanie narzędzia apigee-setup Edge.
2. Na węźle zdalnym pobierz plik Edge bootstrap_4.18.01.sh do /tmp/bootstrap_4.18.01.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.18.01.sh -o /tmp/bootstrap_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 węzła repozytorium.
3. Na węźle zdalnym zainstaluj narzędzie Edge apigee-service i zależności:
  > sudo bash /tmp/bootstrap_4.18.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  gdzie uName:pWord to nazwa użytkownika i hasło do repozytorium.
Użyj apigee-service, aby zaktualizować narzędzie apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Zaktualizuj narzędzie apigee-validate na serwerze zarządzania.
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
Zaktualizuj narzędzie apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Uruchom narzędzie do aktualizacji na węzłach w kolejności opisanej poniżej w sekcji „Kolejność aktualizacji maszyn”:
> /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 możliwy do odczytania przez użytkownika „apigee”.

Użyj opcji „-c”, aby określić komponent do zaktualizowania. Lista możliwych komponentów obejmuje:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =wszystkie komponenty Edge oprócz interfejsu Edge: serwer zarządzania, procesor komunikatów, router, serwer QPID, serwer Postgres
ui = interfejs Edge
all = aktualizacja wszystkich komponentów na komputerze (używaj tylko w przypadku profilu instalacji Edge aio lub profilu instalacji API BaaS asa)
e = ElasticSearch
b = stos API BaaS
p = portal API BaaS
ebp = ElasticSearch, stos API BaaS i portal API BaaS w tym samym węźle
Przetestuj aktualizację, uruchamiając narzędzie apigee-validate na serwerze zarządzania, zgodnie z opisem w sekcji Testowanie instalacji.
Jeśli zainstalowano nowy węzeł rezerwowy Postgres, wycofaj go zgodnie z opisem powyżej w sekcji Wycofywanie węzła Postgres.

Jeśli używasz pamięci sieciowej, 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.

Kolejność aktualizacji maszyn

Kolejność aktualizowania maszyn w instalacji Edge jest ważna. Najważniejsze kwestie, które należy wziąć pod uwagę podczas aktualizacji:

Zanim zaktualizujesz inne węzły, musisz zaktualizować wszystkie węzły Cassandra i ZooKeeper.
W przypadku każdej maszyny z wieloma komponentami Edge (serwer zarządzania, procesor komunikatów, router, serwer QPID, ale nie serwer Postgres) użyj opcji „-c edge”, aby zaktualizować je wszystkie jednocześnie.
Jeśli dany krok ma zostać wykonany na wielu maszynach, wykonaj go w określonej kolejności maszyn.
Nie ma osobnego kroku do aktualizacji zarabiania. Jest aktualizowany, gdy określisz opcję „-c edge”.