Dodawanie centrum danych

Edge for Private Cloud w wersji 4.17.01

Ten dokument opisuje sposób dodawania centrum danych (nazywanego też regionem) do istniejących danych pomocy.

Uwagi do rozważenia przed dodaniem centrum danych

Zanim zainstalujesz centrum danych, musisz dowiedzieć się, jak skonfigurować OpenLDAP. Serwery ZooKeeper, Cassandra i Postgres w centrach danych. Dopilnuj także, aby linki między węzłami w dwóch centrach danych są otwarte niezbędne porty.

• OpenLDAP
  Każde centrum danych ma własny serwer OpenLDAP skonfigurowany z włączoną replikacją. Gdy zainstaluj nowe centrum danych, musisz skonfigurować OpenLDAP tak, aby używał replikacji, a także ponownie skonfigurować serwer OpenLDAP w istniejącym centrum danych, aby korzystał z replikacji.
• ZooKeeper
  W przypadku właściwości ZK_HOSTS dla witryny obu centrów danych, podaj adresy IP lub nazwy DNS wszystkich węzłów ZooKeeper z obu danych w tej samej kolejności i oznaczyć wszystkie węzły modyfikatorem „:observer”. Węzły bez modyfikatora „:observer” są nazywane „votemi”. Musisz mieć parametr liczba „wyborców” w ustawieniach konfiguracji.
  
  W tej topologii host ZooKeeper na hoście 9 jest obserwatorem:
  
  
  
  W przykładowym pliku konfiguracji widocznym poniżej węzeł 9 jest oznaczony tagiem modyfikator „:observer” pozwalający uzyskać 5 głosujących: węzły 1, 2, 3, 7 i 8.
  
  Dla: ZK_CLIENT_HOSTS dla każdego centrum danych, określ adresy IP lub nazwy DNS tylko dla węzłów w centrum danych, w tej samej kolejności dla wszystkich węzłów ZooKeeper w danych. pomocy.
• Cassandra
  Wszystkie centra danych muszą mieć tę samą liczbę węzłów Cassandra.
  
  CASS_HOSTS dla poszczególnych danych upewnij się, że w obu danych zostały określone wszystkie adresy IP Cassandra (a nie nazwy DNS) w naszych centrach danych. W przypadku centrum danych 1 najpierw wymień węzły Cassandra znajdujące się w tym centrum danych. Do centrum danych 2, wymień najpierw węzły Cassandra w tym centrum danych. Wymień węzły Cassandra w tym samym dla wszystkich węzłów Cassandra w centrum danych.
  
  Wszystkie węzły Cassandra muszą mieć sufiks „:<d>,<r>”, na przykład „<ip>:1,1 = centrum danych 1, stojak/strefa dostępności 1 oraz „<ip>:2,1 = centrum danych 2 i stojak/strefa dostępności 1.
  Na przykład „192.168.124.201:1,1 192.168.124.202:1,1 192.168.124.203:1,1 192.168.124.204:2,1 192.168.124.205:2,1 192.168.124.206:2,1"
  
  Pierwszy węzeł w 1 strefie stojaka/dostępności 1 każdego centrum danych będzie używany jako materiał wyjściowy serwera. W tym modelu wdrożenia konfiguracja Cassandra będzie wyglądać tak:
  
  
  
• Postgres
  Domyślnie Edge instaluje wszystkie węzły Postgres w trybie głównym. Jeśli jednak masz wiele możesz skonfigurować węzły Postgres tak, aby wykorzystywały replikację w trybie gotowości do mastera, dzięki czemu, jeśli węzeł nadrzędny nie działa, węzeł zapasowy może nadal obsługiwać ruch. Zazwyczaj główny serwer Postgres w jednym centrum danych, a serwer gotowości w drugim pomocy.
  
  Jeśli w istniejącym centrum danych są już uruchomione 2 węzły Postgres w trybie mastera/gotowania, w ramach tej procedury wyrejestruj istniejący węzeł gotowości zastąpić ją węzłem rezerwowym w nowym centrum danych.
  
  W tabeli poniżej znajdziesz konfigurację Postgres przed i po w obu scenariuszach:
  
  

  Przed	Po
  Pojedynczy główny węzeł Postgres w dc-1	Główny węzeł Postgres w dc-1 Węzeł Postgres w stanie gotowości w dc-2
  Główny węzeł Postgres w dc-1 Węzeł Postgres w stanie gotowości w dc-1	Główny węzeł Postgres w dc-1 Węzeł Postgres w stanie gotowości w dc-2 Wyrejestruj stary węzeł gotowości Postgres w dc-1

• Wymagania dotyczące portów
  Musisz upewnić się, że między węzłami w 2 centrach danych są otwarte niezbędne porty. Schemat portów znajdziesz w sekcji Instalacja Wymagania.

Aktualizacja istniejącego centrum danych

Dodawanie centrum danych wymaga wykonania kroków instalacji i konfiguracji nowych danych węzłów, ale wymaga też aktualizacji węzłów w pierwotnym centrum danych. Te konieczne jest wprowadzenie modyfikacji, ponieważ dodajesz nowe węzły Cassandra i ZooKeeper w nowym z centrum danych, które muszą być dostępne dla istniejącego centrum danych. Konieczne będzie ponowne skonfigurowanie OpenLDAP, aby użyć replikacji.

Tworzenie plików konfiguracji

Poniżej znajdują się dyskretne pliki konfiguracji dla dwóch centrów danych, z których każde środkową część składa się z 6 węzłów, tak jak pokazano w punkcie Instalacja Topologie. Zwróć uwagę, że plik konfiguracji dc-1 dodaje dodatkowe ustawienia do:

• Skonfiguruj OpenLDAP z replikacją w 2 węzłach OpenLDAP.
• Dodaj nowe węzły Cassandra i ZooKeeper z dc-2 do pliku konfiguracyjnego dc-1.

# Datacenter 1
IP1=IPorDNSnameOfNode1
IP2=IPorDNSnameOfNode2
IP3=IPorDNSnameOfNode3
IP7=IPorDNSnameOfNode7
IP8=IPorDNSnameOfNode8
IP9=IPorDNSnameOfNode9 
HOSTIP=$(hostname -i)
MSIP=$IP1
ADMIN_EMAIL=opdk@google.com
APIGEE_ADMINPW=Secret123
LICENSE_FILE=/tmp/license.txt
USE_LDAP_REMOTE_HOST=n
LDAP_TYPE=2
LDAP_SID=1
LDAP_PEER=$IP7
APIGEE_LDAPPW=secret
BIND_ON_ALL_INTERFACES=y
MP_POD=gateway-1
REGION=dc-1
ZK_HOSTS="$IP1 $IP2 $IP3 $IP7 $IP8 $IP9:observer"
ZK_CLIENT_HOSTS="$IP1 $IP2 $IP3"
# Must use IP addresses for CASS_HOSTS, not DNS names.
CASS_HOSTS="$IP1:1,1 $IP2:1,1 $IP3:1,1 $IP7:2,1 $IP8:2,1 $IP9:2,1"
SKIP_SMTP=n
SMTPHOST=smtp.example.com
SMTPUSER=smtp@example.com 
SMTPPASSWORD=smtppwd   
SMTPSSL=n
SMTPPORT=25

# Datacenter 2
IP1=IPorDNSnameOfNode1
IP2=IPorDNSnameOfNode2
IP3=IPorDNSnameOfNode3
IP7=IPorDNSnameOfNode7
IP8=IPorDNSnameOfNode8
IP9=IPorDNSnameOfNode9 
HOSTIP=$(hostname -i)
MSIP=$IP7
ADMIN_EMAIL=opdk@google.com
APIGEE_ADMINPW=Secret123
LICENSE_FILE=/tmp/license.txt
USE_LDAP_REMOTE_HOST=n
LDAP_TYPE=2
LDAP_SID=2
LDAP_PEER=$IP1
APIGEE_LDAPPW=secret
BIND_ON_ALL_INTERFACES=y
MP_POD=gateway-2
REGION=dc-2
ZK_HOSTS="$IP1 $IP2 $IP3 $IP7 $IP8 $IP9:observer"
ZK_CLIENT_HOSTS="$IP7 $IP8 $IP9"
# Must use IP addresses for CASS_HOSTS, not DNS names.
CASS_HOSTS="$IP7:2,1 $IP8:2,1 $IP9:2,1 $IP1:1,1 $IP2:1,1 $IP3:1,1"
SKIP_SMTP=n
SMTPHOST=smtp.example.com
SMTPUSER=smtp@example.com 
SMTPPASSWORD=smtppwd   
SMTPSSL=n
SMTPPORT=25

Procedura dodawania nowego centrum danych

W tej procedurze centra danych są nazywane:

• dc-1: istniejące centrum danych.
• dc-2: nowe centrum danych.

1. W przypadku dc-1 uruchom jeszcze raz plik setup.sh w pierwotnych węzłach Cassandra z nowym plikiem dc-1 plik konferencyjny zawierający węzły Cassandra z dc-2:
   /opt/apigee/apigee-setup/bin/setup.sh -p ds -f configFile1
2. W przypadku polecenia dc-1 uruchom ponownie plik setup.sh w węźle serwera zarządzania:
   &gt; /opt/apigee/apigee-setup/bin/setup.sh -p ms -f configFile1
3. W dc-2 zainstaluj apigee-setup we wszystkich węzłach. Więcej informacji znajdziesz w artykule Instalowanie narzędzia Edge apigee-setup informacje.
4. W przypadku dc-2 zainstaluj Cassandra i ZooKeeper w odpowiednich węzłach:
   /opt/apigee/apigee-setup/bin/setup.sh -p ds -f configFile2
5. W przypadku dc-2 uruchom polecenie rebuild we wszystkich węzłach Cassandra, podając wartość nazwa regionu dc-1:
   &gt; /opt/apigee/apigee-cassandra/bin/nodetool -h cassIP rebuild dc-1
6. W przypadku dc-2 zainstaluj serwer zarządzania w odpowiednim węźle:
   &gt; /opt/apigee/apigee-setup/bin/setup.sh -p ms -f configFile2
7. W dc-2 zainstaluj Trasy i Procesory komunikatów w odpowiednim węzły:
   &gt; /opt/apigee/apigee-setup/bin/setup.sh -p rmp -f configFile2
8. W dc-2 zainstaluj Qpid w odpowiednich węzłach:
   &gt; /opt/apigee/apigee-setup/bin/setup.sh -p qs -f configFile2
9. W przypadku dc-2 zainstaluj Postgres w odpowiednim węźle:
   &gt; /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile2
10. Skonfiguruj mastera/tryb gotowości Postgres dla węzłów Postgres. Węzeł Postgres w dc-1 jest głównym, a węzeł Postgres w dc-2 jest serwerem gotowości.
    
    Uwaga: jeśli w konfiguracji dc-1 są już skonfigurowane 2 Postgres węzłów działających w trybie mastera/gotowania, w ramach tej procedury użyj funkcji istniejący główny węzeł Postgres w dc-1 jako węzeł nadrzędny oraz Węzeł Postgres w dc-2 jako serwer gotowości. Później w ramach tej procedury wyrejestruje istniejący serwer gotowości Postgres w dc-1.
    1. W węźle głównym dc-1 edytuj plik konfiguracyjny, ustawiając go:
       PG_MASTER=IPorDNSofDC1Master
       PG_STANDBY=IPorDNSofDC2Standby
    2. Włącz replikację w nowym masterze:
       &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle
    3. W węźle gotowości w dc-2 edytuj plik konfiguracyjny, aby ustawić wartość:
       PG_MASTER=IPorDNSofDC1Master
       PG_STANDBY=IPorDNSofDC2Standby
    4. W węźle gotowości w dc-2 zatrzymaj serwer, a następnie usuń istniejące dane Postgres:
       &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
       &gt; rm -rf /opt/apigee/data/apigee-postgresql/
       Uwaga: w razie potrzeby możesz utworzyć kopię zapasową tych danych przed ich usunięciem.
    5. Skonfiguruj węzeł gotowości w dc-2:
       &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
11. W dc-1 zaktualizuj konfigurację analityki i skonfiguruj organizacje.
    1. W węźle serwera zarządzania dc-1 pobierz identyfikator UUID Postgres. węzeł:
       &gt; serwery apigee-adminapi.sh lista -r dc-1 -p analytics -t postgres-server --admin adminEmail --pwd adminPword --host localhost
       
       Identyfikator UUID znajduje się na końcu zwracanych danych. Zapisz tę wartość.
       
       Uwaga: jeśli w konfiguracji dc-1 są uruchomione 2 węzły Postgres w trybie mastera/gotowania, w danych wyjściowych zobaczysz dwa adresy IP i identyfikatory UUID. Zapisz oba identyfikatory UUID. Na podstawie adresów IP powinno być możliwe określenie, który identyfikator UUID jest przeznaczony dla mastera, a który dla i węzeł gotowości.
    2. W węźle serwera zarządzania dc-2 pobierz identyfikator UUID Postgres. tak jak w poprzednim kroku. Zapisz tę wartość.
    3. W węźle serwera zarządzania dc-1 określ nazwę analiz i grup konsumentów. Wiele poniższych poleceń wymaga tych informacji.
       Domyślnie nazwa grupy w Analytics to axgroup-001, a nazwa konsumenta to „axgroup-001”. to grupa-konsument-001. W pliku konfiguracji cichej dla regionu możesz ustawić nazwę grupy Analytics za pomocą właściwości AXGROUP.
       
       Jeśli nie masz pewności co do nazw grup analitycznych i użytkowników, użyj następującego aby je wyświetlić:
       &gt; Analytics apigee-adminapi.sh lista grup --admin adminEmail --pwd adminPword --host localhost
       
       To polecenie zwraca nazwę grupy analitycznej w polu nazwy, a w polu nazwy grupę konsumentów w polu Consumer-groups.
    4. W węźle serwera zarządzania dc-1 usuń istniejący Postgres. z grupy Analytics:
       1. Usuń węzeł Postgres z grupy konsumentów:
          &gt; apigee-adminapi.sh analytics groups customer_groups datastores remove -g axgroup-001 -cconsumer-group-001 -u UUID -Y --admin adminEmail --pwd adminPword --host localhost
          
          Jeśli w konfiguracji dc-1 są skonfigurowane 2 węzły Postgres tryb główny/gotowy, usuń oba:
          &gt; apigee-adminapi.sh analytics groups customer_groups datastores remove -g axgroup-001 -cconsumer-group-001 -u "UUID_1,UUID_2" -Y --admin adminEmail --pwd adminPword --host localhost
       2. Usuń węzeł Postgres z grupy analitycznej:
          &gt; apigee-adminapi.sh analytics groups postgres_server remove -g axgroup-001 -u UUID -Y --admin adminEmail --pwd adminPword --host localhost
          
          Jeśli dla dc-1 skonfigurowano 2 węzły Postgres działające w trybie mastera/gotowania, usuń oba:
          &gt; apigee-adminapi.sh analytics groups postgres_server remove -g axgroup-001 -u UUID1,UUID2 -Y --admin adminEmail --pwd adminPword --host localhost
    5. W węźle serwera zarządzania dc-1 dodaj nową instancję główną/gotową Serwery Postgres do grupy analitycznej:
       1. Dodaj do grupy analitycznej oba serwery Postgres:
          &gt; apigee-adminapi.sh analytics groups postgres_server add -g axgroup-001 -u "UUID_1,UUID_2" --admin adminEmail --pwd adminPword --host localhost
          
          gdzie UUID_1 odpowiada głównemu węzłowi Postgres w dc-1, a UUID_2 odpowiada Postgres w trybie gotowości w dokumencie dc-2.
       2. Dodaj serwery PG do grupy klientów jako główne/gotowe:
          &gt; apigee-adminapi.sh grupy analityczne Consumer_groups datastores add -g axgroup-001 -c Consumer-group-001 -u „UUID_1,UUID_2” --admin adminEmail --pwd adminPword --host localhost
    6. Dodaj serwery Qpid z dc-2 do grupy Analytics:
       1. W węźle serwera zarządzania dc-1 pobierz identyfikatory UUID Qpid węzłów w dc-2:
          &gt; apigee-adminapi.sh lista serwerów -r dc-2 -p central -t qpid-server --admin adminEmail --pwd adminPword --host localhost
          
          Identyfikatory UUID znajdują się na końcu zwracanych danych. Zapisz te wartości.
       2. W węźle serwera zarządzania dc-1 dodaj węzły Qpid do grupa analityczna:
          &gt;apigee-adminapi.sh grupy analityczne qpid_server add -g axgroup-001 -u UUID_1 --admin adminEmail --pwd adminPword --host localhost
          >apigee-adminapi.sh analytics groups qpid_server add -g axgroup-001 -u UUID_2 --admin adminEmail --pwd adminPword – host localhost
       3. W węźle serwera zarządzania dc-1 dodaj węzły Qpid do grupa klientów:
          &gt; apigee-adminapi.sh grupy analityczne grupa_konsumentów-grupa-konsumentów-dodawanie -g axgroup-001 -c grupa-konsumentów-001 -u „UUID_1,UUID_2" --admin adminEmail --pwd adminPword – host localhost
    7. Wyrejestruj i usuń stary serwer gotowości Postgres z dc-1:
       1. Wyrejestruj istniejący serwer gotowości Postgres dc-1:
          &gt; apigee-adminapi.sh wyrejestrowanie serwerów -u UUID -r dc-1 -p analytics -t postgres-server -Y --admin adminEmail --pwd adminPword --host localhost
          
          w którym UUID jest w starym trybie gotowości Węzeł Postgres w dc-1.
       2. Usuń istniejący serwer gotowości Postgres dc-1:
          Uwaga: to polecenie nie odinstaluje węzła serwera Postgres. it usuwa ją tylko z listy węzłów brzegowych. Możesz później odinstalować Postgres z węzła, jeśli to konieczne.
          &gt; apigee-adminapi.sh serwery usuwają -u UUID --admin adminEmail --pwd adminPword --host localhost
12. Zaktualizuj przestrzenie kluczy Cassandra, podając prawidłowy współczynnik replikacji dla 2 centrów danych. Ty wystarczy wykonać ten krok tylko raz na dowolnym serwerze Cassandra w dowolnym centrum danych:
    
    Uwaga: podane niżej polecenia ustawiają współczynnik replikacji na „3”, co oznacza, że 3 węzły Cassandra. W razie potrzeby zmień tę wartość w przypadku danej instalacji.
    1. Uruchom narzędzie Cassandra cqlsh:
       &gt; /opt/apigee/apigee-cassandra/bin/cqlsh cassandraIP
    2. Wykonaj następujące polecenia CQL w „cqlsh>” prośba o ustawienie replikacji poziomy w przestrzeniach kluczy Cassandra:
       1. cqlsh&gt; ZMIENNA KEYSPACE „strefa tożsamości” Z replikacją = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' }; .
       2. cqlsh&gt; ALTERNATYWNY PRZESTRZEŃ KLUCZOWY „system_traces” Z replikacją = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
       3. Wyświetl przestrzenie klawiszy za pomocą tego polecenia:
          cqlsh&gt; wybierz * z system.schema_keyspaces;
       4. Wyjdź z cqlsh:
          cqlsh&gt; wyjście
13. Uruchom to polecenie nodetool na wszystkich węzłach Cassandra w dc-1, by zwolnić pamięć:
    &gt; /opt/apigee/apigee-cassandra/bin/nodetool -h cassandraIP czyszczenie
14. Dla każdej organizacji i każdego środowiska, które chcesz obsługiwać na wielu danych ośrodkach:
    1. W węźle serwera zarządzania dc-1 dodaj nowy MP_POD do pola Organizacja:
       &gt; Pody organizacji apigee-adminapi.sh add -o orgName -r dc-2 -p orgName --admin adminEmail --pwd adminPword --host localhost
       
       gdzie gateway-2 to nazwa poda bramy zdefiniowana przez MP_POD. w pliku konfiguracyjnym dc-2.
    2. Dodaj nowe procesory wiadomości do organizacji i środowiska:
       1. W węźle serwera zarządzania dc-2 pobierz identyfikatory UUID instancji Węzły procesora wiadomości w dc-2:
          &gt; apigee-adminapi.sh lista serwerów -r dc-2 -p gateway-2 -t message-processor --admin adminEmail --pwd adminPword --host localhost
          
          Identyfikatory UUID znajdują się na końcu zwracanych danych. Zapisz te wartości.
       2. W węźle serwera zarządzania dc-1 dla każdego procesora wiadomości W dc-2 dodaj procesor wiadomości do środowiska organizacji:
          &gt; Organizacje apigee-adminapi.sh serwery envs add -o orgName -e envName -u UUID --admin adminEmail --pwd adminPword – host localhost
    3. W węźle serwera zarządzania dc-1 sprawdź organizację:
       &gt; apigee-adminapi.sh orgs API wdrożenia -o orgName -a apiProxyName --admin adminEmail --pwd adminPword --host localhost
       
       gdzie apiProxyName to nazwa serwera proxy interfejsu API wdrożonego w Twojej organizacji.