Zaktualizuj Apigee Edge w wersji 4.51.00, 4.52.00 lub 4.52.01 do wersji 4.52.02

Apigee obsługuje uaktualnianie Edge dla chmury prywatnej bezpośrednio z wersji 4.51.00, 4.52.00 lub 4.52.01 do wersji 4.52.02. Na tej stronie dowiesz się, jak przeprowadzić takie uaktualnienia.

Kto może przeprowadzić aktualizację

Osoba przeprowadzająca aktualizację powinna być tą samą osobą, która pierwotnie zainstalowała Edge, lub osobą działającą jako użytkownik root.

Po zainstalowaniu pakietów RPM Edge każdy 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.

Wymagania wstępne dotyczące aktualizacji

Przed uaktualnieniem Apigee Edge sprawdź, czy spełniasz 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 tworzeniu kopii zapasowych znajdziesz w artykule Tworzenie i przywracanie kopii zapasowych.

  • Sprawdzanie, czy Edge działa
    Upewnij się, że Edge działa podczas procesu aktualizacji, używając polecenia: 
    /opt/apigee/apigee-service/bin/apigee-all status
  • Upewnij się, że strategia kompaktowania Cassandra to LeveledCompactionStrategy
    W zależności od bieżącej wersji wprowadź niezbędne zmiany w strategii kompaktowania Cassandra. Wykonaj te czynności, a potem wróć do głównej procedury uaktualniania:

Jakie specjalne kroki należy rozważyć podczas uaktualniania

Aby przejść na Edge dla chmury prywatnej w wersji 4.52.02, wykonaj określone czynności związane z uaktualnianiem niektórych programów. Wymagane kroki zależą od używanej wersji. W tabeli poniżej znajdziesz różne programy, które wymagają dodatkowych czynności, oraz szczegółowe instrukcje dotyczące każdego z nich. Po wykonaniu niezbędnych czynności wróć do głównej procedury uaktualniania, aby kontynuować proces uaktualniania.

Obecna wersja Oprogramowanie, które wymaga specjalnych czynności w celu uaktualnienia do wersji 4.52.02
4.52.01 Cassandra
4.52.00 Zookeeper, Cassandra, Qpid
4.51.00 Zookeeper, Postgres, Cassandra, Qpid

Po wykonaniu niezbędnych czynności w zależności od wersji wróć do głównej procedury uaktualniania, aby kontynuować.

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 po aktualizacji.

Uaktualnienie do Zookeeper 3.8.3

Edge dla chmury prywatnej w wersji 4.52.02 nie obejmuje uaktualnienia ZooKeepera. Jeśli jednak uaktualniasz wersję starszą niż 4.52.01, musisz wykonać opisane poniżej czynności uaktualniania ZooKeepera.

  • Jeśli przechodzisz z Edge dla chmury prywatnej w wersji 4.51.00 lub 4.52.00, zapoznaj się z instrukcjami w sekcji Wymagane przejście na Zookeeper 3.8.3, aby uaktualnić Zookeeper.
  • Jeśli uaktualniasz Edge dla chmury prywatnej z wersji 4.52.01, używasz już Zookeepera w wersji 3.8.3 i nie musisz wykonywać żadnych specjalnych czynności, aby go uaktualnić.

Przejście na Postgres 14

  • Jeśli uaktualniasz Edge dla chmury prywatnej z wersji 4.51.00 do wersji 4.52.02, musisz wykonać czynności związane z uaktualnieniem Postgres, mimo że Edge dla chmury prywatnej w wersji 4.52.02 nie zawiera uaktualnienia Postgres. Uaktualnienie Edge dla chmury prywatnej z wersji 4.51.00 do wersji 4.52.02 wymaga dodatkowych czynności związanych z uaktualnieniem Postgres. Zapoznaj się z sekcją Wymagane uaktualnienie do Postgres 14.
  • Jeśli uaktualniasz Edge dla chmury prywatnej z wersji 4.52.00 lub 4.52.01 do wersji 4.52.02, nie musisz wykonywać żadnych dodatkowych czynności związanych z uaktualnieniem Postgres.

Uaktualnienie do wersji Cassandra 3.11.16

Apigee Edge dla chmury prywatnej w wersji 4.52.02 zawiera uaktualnienie Cassandra do wersji 3.11.16. Cassandra jest kluczowym komponentem Apigee, a ta aktualizacja obejmuje też aktualizacje oprogramowania sterownika w różnych komponentach środowiska wykonawczego i zarządzania używanych do wysyłania zapytań do bazy danych Cassandra i zapisywania w niej danych.

Jest to poważna aktualizacja, dlatego konieczne były pewne zmiany w modelu danych Apigee w Cassandra, aby zapewnić optymalną wydajność w nowszych wersjach. Chociaż te zmiany są minimalne, proces uaktualniania zakłóca działanie niektórych interfejsów API zarządzania Google Analytics po rozpoczęciu uaktualniania. Dokładne interfejsy API zarządzania Google Analytics, których działanie jest zwykle zakłócane, są wymienione w odpowiednich sekcjach poniżej.

Dodatkowo proces uaktualniania powoduje zakłócenia w większym zestawie przepływów proxy środowiska wykonawczego i interfejsów API zarządzania Google Analytics w uaktualnianym centrum danych. Aby zminimalizować takie zakłócenia, musisz odizolować ruch środowiska wykonawczego i zarządzania od uaktualnianego centrum danych. Więcej informacji znajdziesz w sekcjach Pojedyncze centrum danych i Wiele centrów danych poniżej.

Portal dla programistów – dokumentowanie interfejsów API

Portal dla programistów Apigee Drupal oferuje różne funkcje dokumentowania interfejsów API. Zalecamy zaprzestanie korzystania z portalu dla programistów opartego na Drupalu 7, ale jeśli nadal go używasz i korzystasz z funkcji SmartDocs, zapoznaj się z dokumentem Korzystanie z interfejsów API SmartDocs. Jeśli używasz nowszych wersji portalu dla programistów, ta aktualizacja nie będzie miała wpływu na dokumentację API.

Gdy uaktualnisz Apigee do wersji 4.52.02, modele interfejsów API utworzone za pomocą funkcji SmartDocs w portalu dla programistów Drupal 7 nie zostaną automatycznie przeniesione do nowszej wersji. Musisz ręcznie wyeksportować każdy model za pomocą portalu dla programistów i zaimportować go ponownie po zakończeniu uaktualnienia.

Terminologia używana poniżej

Środowisko wykonawcze: środowisko wykonawcze obejmuje obsługę ruchu serwera proxy środowiska wykonawczego. Obejmuje wszystkie operacje wykonywane przez routery i procesory komunikatów w celu skutecznego przetwarzania żądań do interfejsu API w czasie działania dla istniejących serwerów proxy. Nie obejmuje to jednak wdrażania nowych serwerów proxy ani ich nowych wersji.

Zarządzanie: zarządzanie obejmuje administrowanie systemem Apigee Edge. Obejmuje to m.in. wdrożenia, modyfikacje aplikacji, usługi, serwery docelowe, magazyny kluczy itp. Wszystkie interfejsy API zarządzania Google Analytics (oraz ich klienty, takie jak interfejs użytkownika Apigee i portal dla programistów) są objęte tym zakresem.

Podczas tego uaktualnienia ruch związany ze środowiskiem wykonawczym i zarządzaniem jest zakłócony w regionie lub centrum danych (DC), w którym jest przeprowadzana aktualizacja. Niezależnie od tego, które centrum danych jest aktualizowane, ma to wpływ na niektóre interfejsy API zarządzania Google Analytics we wszystkich centrach danych. Wpływ ten jest opisany po każdym kroku.

W każdym z poniższych kroków opisano stan środowiska wykonawczego i zarządzania na różnych etapach procedury uaktualniania.

Strategie uaktualniania

Wiele centrów danych

Uaktualnienie należy przeprowadzać w jednym centrum danych naraz, aby zapewnić ciągłość ruchu i uniknąć przestojów. Przed uaktualnieniem centrum danych ruch powinien zostać przekierowany do innych działających centrów danych.

Pojedyncze centrum danych

W przypadku konfiguracji z jednym centrum danych procedura uaktualnienia będzie miała znaczny wpływ na ruch w czasie działania i niektóre interfejsy API zarządzania Google Analytics. W przypadku konfiguracji z jednym centrum danych dostępne są te opcje:

  • Rozszerz klaster Edge dla chmury prywatnej na tymczasowe centrum danych, dodając centrum danych obok istniejącego, aby obsługiwać ruch podczas uaktualniania, a następnie wycofaj jedno z centrów danych po zakończeniu procesu uaktualniania.
  • Jeśli nie możesz rozszerzyć działalności na dodatkowe centrum danych, przygotuj się na czas przestoju i zaplanuj uaktualnienie w okresach niskiego ruchu, aby zminimalizować wpływ na interfejsy API zarządzania Google Analytics i ruch w czasie działania.

Zalecamy rozszerzenie do dodatkowego centrum danych, aby uniknąć wpływu na ruch w środowisku wykonawczym i interfejsy API zarządzania Google Analytics. Podczas uaktualniania wpływ na uaktualniane centrum danych obejmuje, w tym między innymi, te obszary:

  • Interfejsy API środowiska wykonawczego odświeżające tokeny OAuth
  • Interfejsy API środowiska wykonawczego korzystające z zasady dostępu do encji
  • Interfejsy API zarządzania Google Analytics wyświetlające listę aplikacji dewelopera
  • Interfejsy API zarządzania Google Analytics wyświetlające produkty

Opisany powyżej wpływ dotyczy dodatkowo konkretnych interfejsów API zarządzania Google Analytics, które nie będą działać we wszystkich centrach danych, dopóki nie zostaną one uaktualnione. Takie interfejsy API zarządzania Google Analytics są wymienione w krokach w kolejnych sekcjach.

Wycofanie – wysoki poziom

  • Wpływ podczas wycofywania

    Przywrócenie wersji 2.1.x z Cassandry 3.11.x wpływa zarówno na ruch w czasie działania, jak i na ruch związany z zarządzaniem w centrum danych, w którym jest wykonywane przywracanie. Ponadto niektóre interfejsy API zarządzania mogą działać nieprawidłowo we wszystkich centrach danych, niezależnie od tego, które centrum danych jest obecnie przywracane.

  • Przywracanie ustawień centrum danych po centrum danych

    Wycofanie musi być wykonywane w jednym centrum danych naraz, aby zachować ciągłość usługi i zapobiec przestojom. Przed rozpoczęciem wycofywania w konkretnym centrum danych upewnij się, że ruch aplikacji został przekierowany do innego, w pełni działającego centrum danych.

  • Wycofywanie częściowo uaktualnionego klastra

    Jeśli co najmniej jedno centrum danych pozostaje w pełni operacyjne w starszej wersji Cassandra (2.1.22), inne uaktualnione centra danych można przywrócić, wykonując przebudowę z w pełni funkcjonalnego centrum danych Cassandra 2.1.X.

  • Wycofanie zmian w całym klastrze

    Jeśli cały klaster Cassandra został uaktualniony i wymagane jest przywrócenie, należy je wykonać za pomocą kopii zapasowych lub zrzutów maszyn wirtualnych. To podejście jest złożone i prawdopodobnie doprowadzi do tymczasowych przestojów lub utraty danych.

  • Uwagi przed uaktualnieniem

    Przed próbą uaktualnienia należy zapoznać się z procedurami wycofywania. Podczas uaktualniania należy wziąć pod uwagę niuanse związane z przywracaniem, aby zapewnić dostępność odpowiednich ścieżek przywracania.

Wycofywanie klastrów z jednym centrum danych

Uaktualnienie Cassandry z wersji 2.1.x do wersji 3.11.x może mieć znaczący wpływ na ruch w czasie działania i niektóre interfejsy API zarządzania Google Analytics. Te skutki występują również podczas wycofywania i mogą spowodować przestój lub utratę danych.

W przypadku zadań produkcyjnych zdecydowanie zalecamy udostępnienie nowego centrum danych przed uaktualnieniem. Umożliwia to bezpieczniejsze przywracanie bez utraty danych i zakłóceń w ruchu interfejsu API. Po zakończeniu uaktualniania dodatkowe centrum danych można wycofać z eksploatacji.

Jeśli dodanie nowego centrum danych nie jest możliwe, ale nadal wymagana jest możliwość przywrócenia poprzedniej wersji, przed uaktualnieniem upewnij się, że zostały utworzone niezawodne kopie zapasowe. Przywracanie bazy danych Cassandra 2.1.x z kopii zapasowych jest możliwe, ale może wiązać się z przerwami w działaniu usługi i potencjalną utratą danych.

Wycofywanie klastrów z wieloma centrami danych

Wycofanie zmian w wielu centrach danych odbywa się po kolei w każdym z nich. W tym podejściu ruch z centrum danych, które jest przywracane, jest przekierowywany do innych funkcjonalnych centrów danych, co zapewnia kontrolowany i odizolowany proces przywracania węzłów Cassandra, serwera zarządzania i środowiska wykonawczego, aby uniknąć zakłóceń ruchu.

Szczegółowe informacje znajdziesz w sekcji Cofanie aktualizacji Cassandra 3.11.16.

Krok 0. Stan początkowy

  • Komponenty Zookeeper, Postgres i LDAP zostały już uaktualnione do wersji 4.52.02. Klaster Edge dla chmury prywatnej jest stabilny i działa. Jeśli wymagane jest wycofanie, klaster zostanie przywrócony do tego stanu.
  • Cassandra w Apigee w wersji 2.1.22.
  • Komponenty brzegowe:
    • Serwer zarządzania komunikuje się z systemem Cassandra za pomocą starszego protokołu Thrift.
    • Serwery środowiska wykonawczego (procesory komunikatów i routery) komunikujące się z Cassandrą za pomocą starszego protokołu Thrift.
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
Środowisko wykonawcze w pełni działa Zarządzanie działa prawidłowo

Krok 1. Przygotuj się do uaktualnienia

Poniższe kroki stanowią uzupełnienie standardowych plików, które zwykle tworzysz, takich jak standardowy plik konfiguracji Apigee umożliwiający uaktualnianie komponentów.

  1. Zmień strategię Cassandra na LeveledCompactionStrategy.
  2. Tworzenie kopii zapasowej bazy danych Cassandra za pomocą Apigee
  3. Zrób zrzuty maszyn wirtualnych węzłów Cassandra (jeśli to możliwe).
  4. Utwórz plik konfiguracji uaktualnienia Cassandra w każdym węźle Cassandra w lokalizacji /opt/apigee/apigee-cassandra/cass_upgrade.conf z następującą zawartością: 
    # IP Address of node
HOSTIP=10.0.0.1

# Username for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_USERNAME=<cassuser>

# Password for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_PASSWORD=<casspass>

# Port for connecting to Cassandra via thrift. Optional. Defaults to 9160 if skipped.
CASS_PORT=9160

# Port for connecting to Cassandra via CQL. Optional. Defaults to 9042 if skipped.
CASS_CQL_PORT=9042

# Directory to be used by Cassandra upgrade scripts. Optional. Defaults to /tmp/cass_upgrade_scripts if skipped.
# Note that if upgrade is successful, this directory is deleted via root user - so provide a directory accordingly.
CASS_TMP_DIR=/tmp/cass_upgrade_scripts
    Jeśli nie można utworzyć pliku w /opt/apigee/apigee-cassandra/cass_upgrade.conf, utwórz plik /opt/silent.conf z tą samą zawartością w każdym węźle Cassandra.
  5. Jeśli korzystasz z funkcji SmartDocs w portalu dla programistów Apigee Drupal 7, wyeksportuj każdy ze swoich modeli, pobierając go w formacie JSON z interfejsu portalu dla programistów. Po zaktualizowaniu serwerów zarządzania te modele trzeba będzie ponownie zaimportować do Apigee.
  6. Sprawdź, czy porty 9160 i 9042 są dostępne ze wszystkich komponentów Edge do węzłów Cassandra, jeśli jeszcze nie są. Więcej informacji znajdziesz w artykule Wymagania dotyczące portów.

Krok 2. Przekieruj ruch z pierwszego centrum danych

  1. Zablokuj przychodzący ruch środowiska wykonawczego i zarządzania z pierwszego centrum danych.
  2. Przekieruj cały ruch środowiska wykonawczego i interfejsy API zarządzania Google Analytics do innych działających centrów danych.
  3. Sprawdź, czy ruch związany ze środowiskiem wykonawczym i zarządzaniem jest prawidłowo obsługiwany przez inne centra danych.

Krok 3. Uaktualnij wszystkie węzły Cassandra w pierwszym centrum danych

  1. Uaktualnij wszystkie węzły Cassandra w centrum danych, jeden po drugim. Uruchom kolejno te polecenia na każdym węźle: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  2. Po zaktualizowaniu węzła uruchom na nim to polecenie, aby przeprowadzić kilka weryfikacji, zanim przejdziesz dalej: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
     Powyższe polecenie wyświetli dane wyjściowe podobne do tych: 
    Cassandra version is verified - [cqlsh 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified
  3. Po zakończeniu uaktualniania uruchom po kolei na każdym węźle Cassandra to polecenie post_upgrade: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
  • Ruch w środowisku wykonawczym jest blokowany w centrach danych, które są uaktualniane
  • Środowisko wykonawcze działa w pełni w innych centrach danych

Krok 4. Uaktualnij wszystkie węzły zarządzania w pierwszym centrum danych

Uaktualnij wszystkie węzły zarządzania w centrum danych:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
  • Ruch w środowisku wykonawczym jest blokowany w centrach danych, które są uaktualniane
  • Środowisko wykonawcze w pełni działa

Krok 5. Uaktualnij wszystkie węzły środowiska wykonawczego w pierwszym centrum danych

Uaktualnij po kolei wszystkie węzły routerów i procesorów komunikatów w centrum danych:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
  • Ruch w środowisku wykonawczym jest blokowany w centrach danych, które są uaktualniane
  • Środowisko wykonawcze działa w pełni w innych centrach danych

Krok 6. Przekieruj ruch z powrotem do pierwszego centrum danych

  • Po uaktualnieniu pierwszego centrum danych za pomocą Cassandry, komponentów środowiska wykonawczego i serwera zarządzania ponownie włącz ruch środowiska wykonawczego i zarządzania do pierwszego centrum danych.
  • Upewnij się, że ruch związany ze środowiskiem wykonawczym i zarządzaniem jest prawidłowo obsługiwany we wszystkich centrach danych.

Krok 7. Zaktualizuj inne centra danych

Powtórz kroki od 1 do 6 w pozostałych centrach danych, po jednym naraz, przekierowując ruch z tych centrów danych, aktualizując oprogramowanie Apigee i ponownie włączając ruch w tych centrach danych.

Krok 8. Ponownie wykonaj krok uaktualnienia na wszystkich węzłach zarządzania

Uruchom ponownie to polecenie uaktualnienia we wszystkich węzłach zarządzania w centrach danych:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Krok 9. [Opcjonalnie] Zaimportuj wyeksportowane wcześniej dokumenty SmartDocs

Po uaktualnieniu wszystkich serwerów zarządzania możesz zaimportować modele inteligentnych dokumentów wyeksportowane w kroku 1. Możesz to zrobić później.

Musisz to zrobić tylko wtedy, gdy używasz portalu dla programistów opartego na Drupalu 7 i korzystasz z funkcji SmartDocs.

Stan środowiska wykonawczego na tym etapie Stan zarządzania na tym etapie
Środowisko wykonawcze w pełni działa Zarządzanie działa prawidłowo

Krok 10. Usuń nieużywane tabele

Uruchom to polecenie, aby usunąć stare, nieużywane tabele z klastra Cassandra. Dopóki nie zostanie uruchomione, nie będzie można korzystać z niektórych funkcji Cassandra (np. konfigurowania nowego uwierzytelniania – stare mechanizmy uwierzytelniania będą nadal działać). To polecenie można wykonać tylko na jednym węźle w klastrze

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

Krok 11. Uaktualnij wszystkie pozostałe komponenty Edge i inne komponenty chmury prywatnej 4.52.02

Uaktualnij po kolei wszystkie pozostałe węzły edge-qpid-server i edge-postgres-server we wszystkich regionach.

Jeśli uaktualniasz wersję starszą niż Edge dla chmury prywatnej 4.52.01, wykonaj dodatkowe czynności, aby uaktualnić Qpid i Postgres, a następnie uaktualnij pozostałe komponenty zgodnie z tymi krokami.

Przejście na Qpid J-Broker

Chociaż Edge dla chmury prywatnej w wersji 4.52.02 nie zawiera uaktualnienia Qpid, jeśli uaktualniasz wersję starszą niż 4.52.01, musisz wykonać czynności opisane w sekcji dotyczącej uaktualniania Qpid.

  • Jeśli uaktualniasz Edge dla chmury prywatnej z wersji 4.51.00 lub 4.52.00 do wersji 4.52.02, musisz wykonać dodatkowe czynności związane z uaktualnieniem Qpid. Jeśli uaktualniasz wersję 4.51.00 lub 4.52.00 do wersji 4.52.02, zapoznaj się z sekcją Uaktualnianie Qpid.
  • Jeśli uaktualniasz Edge dla chmury prywatnej z wersji 4.52.01 do wersji 4.52.02, powinna być już używana najnowsza wersja brokera Qpid i nie są wymagane żadne dodatkowe kroki uaktualnienia Qpid.

Nowy interfejs Edge

Ta sekcja zawiera uwagi dotyczące interfejsu Edge. Więcej informacji znajdziesz w artykule o nowym interfejsie Edge dla chmury prywatnej.

Instalowanie interfejsu Edge UI

Po zakończeniu wstępnej instalacji Apigee zaleca zainstalowanie interfejsu Edge, który jest ulepszonym interfejsem użytkownika dla deweloperów i administratorów Apigee Edge dla chmury prywatnej.

Pamiętaj, że interfejs Edge wymaga wyłączenia uwierzytelniania podstawowego i użycia IDP, takiego jak SAML lub LDAP.

Więcej informacji znajdziesz w artykule o instalowaniu nowego interfejsu Edge.

Aktualizowanie interfejsu Edge

Aby zaktualizować komponent interfejsu Edge, weź pod uwagę wersję Edge for chmura prywatna, z której przeprowadzasz uaktualnienie:

Aktualizowanie za pomocą Apigee mTLS

Aby zaktualizować Apigee mTLS, wykonaj te czynności:

Cofanie aktualizacji

Jeśli aktualizacja się nie powiedzie, możesz spróbować rozwiązać problem, a następnie ponownie wykonać polecenie 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, szczegółowe instrukcje znajdziesz w artykule Przywracanie wersji 4.52.00.

Zapisywanie informacji o aktualizacji

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

/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 jest zapisywany w katalogu /tmp jako plik o nazwie update_username.log.

Jeśli nie masz dostępu do /tmp, narzędzie update.sh nie zadziała.

Aktualizacja bez przestojów

Aktualizacja bez przestojów, czyli aktualizacja krocząca, umożliwia aktualizowanie 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 usunięcie z systemu równoważenia obciążenia każdego routera, po jednym naraz. Następnie zaktualizuj router i inne komponenty na tym samym komputerze co router i dodaj router z powrotem do systemu równoważenia obciążenia.

  1. Zaktualizuj maszyny w odpowiedniej kolejności, zgodnie z opisem w sekcji Kolejność aktualizacji maszyn.
  2. Gdy nadejdzie czas na aktualizację 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).
  3. 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.
  4. Spraw, aby router był ponownie dostępny.
  5. Powtórz kroki od 2 do 4 w przypadku pozostałych routerów.
  6. Kontynuuj aktualizację pozostałych maszyn w instalacji.

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

Używanie pliku instalacji cichej

Do polecenia aktualizacji musisz przekazać plik instalacji cichej. Plik instalacji cichej powinien być taki sam jak ten, który został użyty do zainstalowania Edge w wersji 4.50.00 lub 4.51.00.

Aktualizacja do wersji 4.52.02 na węźle z zewnętrznym połączeniem internetowym

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

  1. Jeśli są jakieś zadania cron skonfigurowane do wykonywania operacji naprawy w Cassandra, wyłącz je do czasu zakończenia aktualizacji.
  2. Zaloguj się w węźle jako użytkownik root, aby zainstalować pakiety RPM Edge.
  3. Zainstaluj yum-utils i yum-plugin-priorities: 
    sudo yum install yum-utils
sudo yum install yum-plugin-priorities
  4. Wyłącz SELinux zgodnie z opisem w artykule Instalowanie narzędzia apigee-setup w Edge.
  5. Jeśli instalujesz na Oracle 7.x, uruchom to polecenie: 
    sudo yum-config-manager --enable ol7_optional_latest
  6. Jeśli instalujesz na AWS, wykonaj te polecenia yum-configure-manager: 
    yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

  7. Jeśli obecnie używasz Edge 4.51.00:

    1. Pobierz plik Edge bootstrap_4.52.02.sh do /tmp/bootstrap_4.52.02.sh: 
      curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
    2. Zainstaluj narzędzie Edge 4.52.02 apigee-service i zależności, wykonując to polecenie: 
      sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

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

      Domyślnie instalator sprawdza, czy masz zainstalowaną Javę 1.8. Jeśli tego nie zrobisz, instalator zainstaluje go 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: Zamknij. W przypadku tej opcji musisz samodzielnie zainstalować środowisko Java.
    3. Użyj apigee-service, aby zaktualizować narzędzie apigee-setup, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    4. Zaktualizuj narzędzie apigee-validate na serwerze zarządzania, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
    5. Zaktualizuj narzędzie apigee-provision na serwerze zarządzania, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
    6. Uruchom narzędzie update na węzłach, 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 maszyn.

      Gdzie:

      • component to komponent Edge, który chcesz zaktualizować. Możliwe wartości:
        • cs: Cassandra
        • edge: wszystkie komponenty Edge z wyjątkiem interfejsu Edge: serwer zarządzania, procesor komunikatów, router, serwer Qpid, serwer Postgres
        • ldap: OpenLDAP
        • ps: postgresql
        • qpid: qpidd
        • sso: SSO w Apigee (jeśli zainstalowano SSO)
        • ue: nowy interfejs Edge
        • ui: klasyczny interfejs Edge
        • zk: Dozorca w zoo
      • configFile to ten sam plik konfiguracji, który został użyty do zdefiniowania komponentów Edge podczas instalacji wersji 4.50.00 lub 4.51.00.

      Możesz uruchomić update.sh dla wszystkich komponentów, ustawiając component na „all”, 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
    7. Jeśli jeszcze nie zostało to zrobione, uruchom ponownie komponenty interfejsu Edge na wszystkich węzłach, na których są uruchomione: 
      /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
    8. 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ę wycofać aktualizację, wykonaj procedurę opisaną w sekcji Wycofywanie wersji 4.52.02.

Aktualizacja do wersji 4.52.02 z lokalnego repozytorium

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

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.52.02:

  1. Utwórz lokalne repozytorium 4.52.02 zgodnie z opisem w sekcji „Tworzenie lokalnego repozytorium Apigee” w artykule Instalowanie narzędzia apigee-setup w Edge.
  2. 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.52.02.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.52.02.tar.gz

      To polecenie tworzy nowy katalog o nazwie repos w katalogu zawierającym plik .tar. Przykład: /tmp/repos.

    4. Zainstaluj narzędzie Edge apigee-service i zależności z /tmp/repos: 
      sudo bash /tmp/repos/bootstrap_4.52.02.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      Zwróć uwagę, że w tym poleceniu podajesz ścieżkę do katalogu repozytoriów.

  3. 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.52.02.sh do /tmp/bootstrap_4.52.02.sh: 
      /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.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.

    3. W węźle zdalnym zainstaluj narzędzie Edge apigee-setup i zależności: 
      sudo bash /tmp/bootstrap_4.52.02.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

      Gdzie uName:pWord to nazwa użytkownika i hasło do repozytorium.

  4. Użyj apigee-service, aby zaktualizować narzędzie apigee-setup, jak pokazano w tym przykładzie: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  5. Zaktualizuj narzędzie apigee-validate na serwerze zarządzania, jak pokazano w tym przykładzie: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  6. Zaktualizuj narzędzie apigee-provision na serwerze zarządzania, jak pokazano w tym przykładzie: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  7. Uruchom narzędzie update na węzłach w kolejności opisanej w sekcji Kolejność aktualizacji maszyn: 
    /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    Gdzie:

    • component to komponent Edge, który chcesz zaktualizować. Zwykle aktualizuje się te komponenty:
      • cs: Cassandra
      • edge: wszystkie komponenty Edge z wyjątkiem interfejsu Edge: serwer zarządzania, procesor komunikatów, router, serwer Qpid, serwer Postgres
      • ldap: OpenLDAP
      • ps: postgresql
      • qpid: qpidd
      • sso: SSO w Apigee (jeśli zainstalowano SSO)
      • Nowy interfejs Edge ue
      • ui: klasyczny interfejs Edge
      • zk: Dozorca w zoo
    • configFile to ten sam plik konfiguracji, który został użyty do zdefiniowania komponentów Edge podczas instalacji wersji 4.50.00 lub 4.51.00.

    Możesz uruchomić update.sh dla wszystkich komponentów, ustawiając component na „all”, 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
  8. Jeśli jeszcze nie zostało to zrobione, uruchom ponownie komponenty interfejsu na wszystkich węzłach, na których są uruchomione: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
  9. 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ę wycofać aktualizację, wykonaj procedurę opisaną w sekcji Wycofywanie wersji 4.52.02.

Kolejność aktualizacji maszyn – uaktualnienie z wersji 4.51.00, 4.52.00 lub 4.52.01

Kolejność aktualizowania maszyn w instalacji Edge jest ważna:

  • Przed uaktualnieniem wszystkich pozostałych komponentów musisz zaktualizować wszystkie węzły ZooKeeper we wszystkich centrach danych. Jeśli uaktualniasz Edge Private Cloud z wersji 4.51.00 (lub) 4.52.00, musisz też wykonać dodatkowe czynności, aby uaktualnić ZooKeepera.
  • Musisz zaktualizować PostgreSQL we wszystkich centrach danych. Jeśli uaktualniasz Edge Private Cloud z wersji 4.51.00, musisz też wykonać dodatkowe czynności, aby uaktualnić Postgres.
  • Musisz zaktualizować węzły LDAP we wszystkich centrach danych.
  • Musisz zaktualizować wszystkie węzły Cassandra, serwera zarządzania, procesora komunikatów i routera, po jednym centrum danych naraz, aż wszystkie centra danych zostaną uaktualnione.
  • Musisz zaktualizować komponenty edge-qpid-server i edge-postgres-server we wszystkich centrach danych.
  • Musisz uaktualnić węzły Qpid we wszystkich centrach danych. Jeśli uaktualniasz Edge Private Cloud z wersji 4.51.00 (lub) 4.52.00, musisz też wykonać dodatkowe czynności, aby uaktualnić Qpid.
  • Zaktualizuj interfejs Edge i nowy interfejs Edge oraz węzły SSO we wszystkich centrach danych.
  • Nie ma osobnego kroku, który trzeba wykonać, aby zaktualizować zarabianie. Jest on aktualizowany, gdy określisz opcję -c edge.

Samodzielna licencja na 1 węzeł

Aby uaktualnić konfigurację samodzielną z 1 węzłem do wersji 4.52.02:
  1. Zaktualizuj wszystkie komponenty: 
    /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
  2. (Jeśli masz zainstalowane narzędzie apigee-adminapi) Zaktualizowano narzędzie apigee-adminapi: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

Samodzielna licencja na 2 węzły

Zaktualizuj te komponenty w przypadku samodzielnej instalacji z 2 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w artykule Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynie 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj LDAP na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. Zaktualizuj system Cassandra na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  5. Zaktualizuj komponenty Edge na maszynach 1 i 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. Zaktualizuj Qpid na komputerze 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Zaktualizuj interfejs na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. (Jeśli masz zainstalowane narzędzie apigee-adminapi) Zaktualizowano narzędzie apigee-adminapi na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (Jeśli masz zainstalowane SSO w Apigee) Zaktualizuj SSO 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 instalowania logowania jednokrotnego.

  10. Uruchom ponownie komponent interfejsu Edge na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Uaktualnienie 5 węzłów

Zaktualizuj te komponenty w przypadku instalacji 5-węzłowej:

Listę topologii Edge i liczbę węzłów znajdziesz w artykule Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynie 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj Postgres na maszynie 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Zaktualizuj LDAP na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Zaktualizuj system Cassandra na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj komponenty Edge na maszynach 1, 2, 3, 4, 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj Qpid na maszynie 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Zaktualizuj Qpid na maszynie 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  9. Zaktualizuj interfejs Edge:
    • Klasyczny interfejs użytkownika: jeśli używasz klasycznego interfejsu użytkownika, zaktualizuj komponent ui na komputerze 1, jak pokazano w tym przykładzie: 
      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    • Nowy interfejs Edge: jeśli masz zainstalowany nowy interfejs Edge, zaktualizuj komponent ue na odpowiednim komputerze (może to nie być komputer 1): 
      /opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
  10. (Jeśli masz zainstalowane narzędzie apigee-adminapi) Zaktualizowano narzędzie apigee-adminapi na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  11. (Jeśli masz zainstalowane SSO w Apigee) Zaktualizuj SSO w Apigee na komputerze 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    sso_config_file to plik konfiguracji utworzony podczas instalowania logowania jednokrotnego.

  12. Uruchom ponownie komponent UI:
    • Klasyczny interfejs: jeśli używasz klasycznego interfejsu, uruchom ponownie komponent edge-ui na komputerze 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, uruchom ponownie komponent edge-management-ui na odpowiednim komputerze (może to nie być komputer 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Uaktualnienie klastra z 9 węzłami

Zaktualizuj te komponenty w przypadku instalacji klastrowej z 9 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w artykule Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynie 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj Postgres na maszynie 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Zaktualizuj LDAP na maszynie 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Zaktualizuj system Cassandra na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj komponenty Edge na maszynach 1, 4, 5, 6, 7, 8 i 9 w tej kolejności: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj Qpid na maszynach 6 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Zaktualizuj nowy interfejs (ue) lub klasyczny interfejs (ui) na komputerze 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (Jeśli masz zainstalowane narzędzie apigee-adminapi) Zaktualizuj narzędzie apigee-adminapi na komputerze 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (Jeśli masz zainstalowane SSO w Apigee) Zaktualizuj SSO w Apigee na komputerze 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    sso_config_file to plik konfiguracji utworzony podczas instalowania logowania jednokrotnego.

  11. Uruchom ponownie komponent UI:
    • Klasyczny interfejs: jeśli używasz klasycznego interfejsu, uruchom ponownie komponent edge-ui na komputerze 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, uruchom ponownie komponent edge-management-ui na odpowiednim komputerze (może to nie być komputer 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Uaktualnianie klastra z 13 węzłami

Zaktualizuj te komponenty w przypadku instalacji klastrowej z 13 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w artykule Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynie 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj Postgres na maszynie 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Zaktualizuj LDAP na maszynach 4 i 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Zaktualizuj system Cassandra na maszynach 1, 2 i 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj komponenty Edge na maszynach 6, 7, 10, 11, 12, 13, 8 i 9 w tej kolejności: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj Qpid na maszynach 12 i 13: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Zaktualizuj nowy interfejs (ue) lub klasyczny interfejs (ui) na komputerach 6 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (Jeśli masz zainstalowane narzędzie apigee-adminapi) Zaktualizowano narzędzie apigee-adminapi na komputerach 6 i 7: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (Jeśli masz zainstalowane SSO w Apigee) Zaktualizuj SSO w Apigee na maszynach 6 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    sso_config_file to plik konfiguracji utworzony podczas instalowania logowania jednokrotnego.

  11. Uruchom ponownie komponent UI:
    • Klasyczny interfejs: jeśli używasz klasycznego interfejsu, uruchom ponownie 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 masz zainstalowany nowy interfejs Edge, uruchom ponownie komponent edge-management-ui na komputerach 6 i 7: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Uaktualnienie klastra z 12 węzłami

Zaktualizuj te komponenty w przypadku instalacji klastrowej z 12 węzłami:

Listę topologii Edge i liczbę węzłów znajdziesz w artykule Topologie instalacji.

  1. Zaktualizuj ZooKeepera na maszynach 1,2,3,7,8,9 w obu centrach danych:

    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Zaktualizuj Postgres na maszynach 6 i 12 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Zaktualizuj LDAP na maszynach 1 i 7 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

  4. Zablokuj ruch w DC-1 i upewnij się, że cały ruch został przekierowany do DC-2.

  5. Zaktualizuj system Cassandra na maszynach 1, 2 i 3 w DC-1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Zaktualizuj serwer zarządzania na maszynie 1 w DC-1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Zaktualizuj router i procesor komunikatów na maszynie 2,3 w DC-1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  8. Odblokuj ruch w DC-1 i sprawdź DC-1, a następnie przejdź do DC-2, blokując ruch w DC-2 i przekierowując go do DC-1.
  9. Zaktualizuj Cassandrę na maszynach 7, 8 i 9 w DC-2: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  10. Zaktualizuj serwer zarządzania na maszynie 7 w DC-2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  11. Zaktualizuj router i procesor komunikatów na maszynie 8,9 w DC-2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  12. Odblokuj ruch w DC-2. Teraz oba centra danych będą obsługiwać ruch.
  13. Uruchom ponownie polecenie aktualizacji na wszystkich serwerach zarządzania w centrach danych na maszynach 1 i 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  14. Zaktualizuj edge-qpid-server i edge-postgres-server na komputerach 4,5,6,10,11,12 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  15. Zaktualizuj Qpid na maszynach 4, 5, 10 i 11 w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  16. Zaktualizuj nowy interfejs (ue) lub klasyczny interfejs (ui) w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c  [ui|ue] -f configFile
  17. (Jeśli masz zainstalowany interfejs apigee-adminapi) Zaktualizuj apigee-adminapi w obu centrach danych: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  18. (Jeśli masz zainstalowane SSO w Apigee) Zaktualizuj węzły SSO w Apigee w obu centrach danych: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
  19. Uruchom ponownie komponent nowego interfejsu Edge (edge-management-ui) lub klasycznego interfejsu Edge (edge-ui) w obu centrach danych: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart