Ta sekcja obejmuje różne operacje administracyjne, np. tworzenie, zarządzanie i usuwanie organizacji, środowisk i hostów wirtualnych Apigee w instalacji Apigee Edge w chmurze prywatnej.
Więcej informacji o organizacjach, środowiskach i hostach wirtualnych znajdziesz w artykule Informacje o planetach, regionach, podach, organizacjach, środowiskach i hostach wirtualnych.
Sprawdzanie stanu użytkowników, organizacji i środowiska
Serwer zarządzania odgrywa kluczową rolę w łączeniu wszystkich innych komponentów w instalacji lokalnej chmury prywatnej Edge. Stan użytkownika, organizacji i wdrożenia możesz sprawdzić na serwerze zarządzania, wydając te polecenia:curl
curl -u adminEmail:admin_passwd http://localhost:8080/v1/userscurl -u adminEmail:admin_passwd http://localhost:8080/v1/organizationscurl -u adminEmail;:admin_passwd http://localhost:8080/v1/organizations/orgname/deployments
System powinien wyświetlać kod stanu HTTP 200 dla wszystkich połączeń. Jeśli to nie pomoże, wykonaj te czynności:
- Sprawdź dzienniki serwera zarządzającego w lokalizacji
/opt/apigee/var/log/apigee/management-serverpod kątem błędów. - Wykonaj połączenie z serwerem zarządzającym, aby sprawdzić, czy działa on prawidłowo.
- Usuń serwer z ELB, a następnie uruchom ponownie serwer zarządzający:
/opt/apigee/bin/apigee-service management-server restart
Informacje o używaniu plików konfiguracji
Polecenia podane poniżej przyjmują jako dane wejściowe plik konfiguracyjny. Możesz na przykład przekazać plik konfiguracyjny do polecenia setup-org, aby zdefiniować wszystkie właściwości organizacji, w tym środowisko i host wirtualny.
Pełny plik konfiguracji i informacje o właściwościach, które możesz w nim ustawić, znajdziesz w artykule Wdrażanie organizacji.
Informacje o konfigurowaniu hosta wirtualnego
Wirtualny host w Edge określa domeny i porty routera Edge, w których jest udostępniany serwer proxy interfejsu API, a w konsekwencji adres URL, którego aplikacje używają do uzyskiwania dostępu do serwera proxy interfejsu API. Wirtualny host określa też, czy do serwera proxy interfejsu API uzyskuje się dostęp za pomocą protokołu HTTP czy szyfrowanego protokołu HTTPS.
Aby utworzyć hosta wirtualnego, użyj skryptów i wywołań interfejsu API pokazanych poniżej. Podczas tworzenia hosta wirtualnego musisz podać te informacje:
- Nazwa hosta wirtualnego, której używasz do odwoływania się do niego w proxy interfejsu API.
- Port na routerze dla hosta wirtualnego. Zwykle te porty zaczynają się od 9001 i zwiększają o 1 w przypadku każdego nowego hosta wirtualnego.
- Alias hosta hosta wirtualnego. Zwykle jest to nazwa DNS hosta wirtualnego.
Router brzegowy porównuje nagłówek Host żądania przychodzącego z listą aliasów hostów, aby określić serwer proxy interfejsu API, który obsługuje żądanie. Wysyłając żądanie za pomocą hosta wirtualnego, podaj nazwę domeny pasującą do aliasu hosta wirtualnego lub adres IP routera i nagłówek Host zawierający alias hosta.
Jeśli masz wpis DNS dla hosta wirtualnego
Jeśli na przykład utworzysz hosta wirtualnego z aliasem hosta myapis.apigee.net na porcie 9001, żądanie curl do interfejsu API za pomocą tego hosta wirtualnego może mieć następującą postać:
curl http://myapis.apigee.net:9001/proxy-base-path/resource-path
Opcje, gdy nie masz wpisu DNS dla hosta wirtualnego
Jeśli nie masz wpisu DNS, możesz ustawić alias hosta na adres IP routera i port wirtualnego hosta, np. routerIP:port. Na przykład:
192.168.1.31:9001
Następnie utwórz polecenie curl w tym formacie:
curl http://routerIP:9001/proxy-base-path/resource-path
Ta opcja jest preferowana, ponieważ dobrze współpracuje z interfejsem Edge.
Jeśli masz kilka routerów, dodaj alias hosta dla każdego z nich, podając adres IP każdego routera i port hosta wirtualnego.
Możesz też ustawić alias hosta na wartość, np. temp.hostalias.com. Następnie musisz przekazywać nagłówek Host w każdym żądaniu:
curl -v http://routerIP:9001/proxy-base-path/resource-path -H 'Host: temp.hostalias.com'
Możesz też dodać alias hosta do pliku /etc/hosts. Na przykład dodaj ten wiersz do pliku /etc/hosts:
192.168.1.31 temp.hostalias.com
Następnie możesz wysłać żądanie tak, jakby istniał wpis DNS:
curl -v http://myapis.apigee.net:9001/proxy-base-path/resource-path