Edge for Private Cloud 4.16.05 sürümü
Apigee, kurulumunuzu doğrulamak için kullanabileceğiniz test komut dosyaları sağlar.
Doğrulama testlerini çalıştırma
Doğrulama testi sürecinin her adımı, başarılı bir test için HTTP 20X yanıt kodu döndürür.
Test komut dosyalarını çalıştırmak için:
- Bir Yönetim Sunucusu düğümüne apigee-validate'i yükleyin:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install - Test komut dosyalarını çağırmak için bir Yönetim Sunucusu düğümünde kurulum komutunu çalıştırın:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
configFile dosyası şu özelliği içermelidir:
APIGEE_ADMINPW=sysAdminPword
Atlanırsa şifre girmeniz istenir.
Varsayılan olarak apigee-validate yardımcı programı, yönlendiricide 59001 numaralı bağlantı noktasını kullanan bir sanal ana makine oluşturur. Bu bağlantı noktası yönlendiricide açık değilse bağlantı noktasını ayarlamak için yapılandırma dosyasına isteğe bağlı olarak VHOST_PORT özelliğini ekleyebilirsiniz. Örneğin:
VHOST_PORT=9000 - Komut dosyası daha sonra şunları yapar:
- Bir kuruluş oluşturur ve bunu kapsülle ilişkilendirir.
- Bir ortam oluşturur ve Mesaj İşleyici'yi ortamla ilişkilendirir.
- Sanal ana makine oluşturur.
- Basit bir durum denetimi proxy'sini içe aktarır ve uygulamayı "test" ortamına dağıtır.
- SmartDocs proxy'sini içe aktarın.
- Her şeyin beklendiği gibi çalıştığından emin olmak için testi yürütür.
Başarılı bir test, 20X HTTP yanıtı döndürür.
Test komut dosyaları tarafından oluşturulan kuruluşu, ortamı ve diğer yapıları kaldırmak için:
- Aşağıdaki komutu çalıştırın:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
Burada configFile, testleri çalıştırmak için kullandığınız dosyadır.
Not: Test ve sorun giderme metodolojisinden hata alırsanız Apigee Destek Ekibi ile iletişime geçin ve hata günlüğünü sağlayın.
Pod yüklemesini doğrulama
Apigee Analytics'i yüklediğinize göre aşağıdaki temel ancak önemli doğrulamayı yapmanız önerilir:
- Yönetim sunucusunun merkezi POD'da olduğunu doğrulayın. Yönetim Sunucusu'nda aşağıdaki CURL komutunu çalıştırın:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Aşağıdaki biçimde bir çıkış görürsünüz:
[ {
"internalIP" : "192.168.1.11",
"isUp" : true,
"pod" : "central",
"reachable" : true,
"region" : "dc-1",
"tags" : {
"property" : [ ]
},
"type" : [ "application-datastore", "scheduler-datastore", "management-server", "auth-datastore", "apimodel-datastore", "user-settings
datastore", "audit-datastore" ],
"uUID" : "d4bc87c6-2baf-4575-98aa-88c37b260469"
}, {
"externalHostName" : "localhost",
"externalIP" : "192.168.1.11",
"internalHostName" : "localhost",
"internalIP" : "192.168.1.11",
"isUp" : true,
"pod" : "central",
"reachable" : true,
"region" : "dc-1",
"tags" : {
"property" : [ {
"name" : "started.at",
"value" : "1454691312854"
}, ... ]
},
"type" : [ "qpid-server" ],
"uUID" : "9681202c-8c6e-4da1-b59b-23e3ef092f34"
} ] - Yönlendirici ve Mesaj İşlemci'nin ağ geçidi POD'unda olduğunu doğrulayın. Yönetim sunucusunda aşağıdaki CURL komutunu çalıştırın:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
Merkezi kapsüle benzer ancak Router ve Mesaj İşleyici için bir çıkış görürsünüz. - Postgres'in Analytics POD'unda olduğunu doğrulayın. Yönetim sunucusunda aşağıdaki CURL komutunu çalıştırın:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
Merkezi kapsüle benzer ancak Postgres için bir çıkış görürsünüz.