Edge for Private Cloud نسخه ۴.۱۸.۰۵
Apigee اسکریپتهای آزمایشی ارائه میدهد که میتوانید از آنها برای اعتبارسنجی نصب استفاده کنید.
اجرای آزمایشهای اعتبارسنجی
هر مرحله از فرایند آزمایش اعتبارسنجی، کد پاسخ HTTP 20X را برای آزمایش موفق برمیگرداند.
برای اجرای اسکریپتهای آزمایشی:
apigee-validateرا در گره «سرور مدیریت» نصب کنید:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- فرمان راهاندازی را در گره «سرور مدیریت» اجرا کنید تا اسکریپتهای آزمایشی فراخوانی شود:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
فایل configFile باید حاوی ویژگی زیر باشد:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
اگر حذف شود، گذرواژه از شما درخواست میشود.
بهطور پیشفرض، ابزار
apigee-validateیک میزبان مجازی در «رهیاب» ایجاد میکند که از درگاه ۵۹۰۰۱ استفاده میکند. اگر آن درگاه در «رهیاب» باز نباشد، میتوانید بهصورت اختیاری ویژگیVHOST_PORTرا در فایل پیکربندی برای تنظیم درگاه اضافه کنید. برای مثال:VHOST_PORT=9000
- سپس، اسکریپت کارهای زیر را انجام میدهد:
- سازمانی ایجاد میکند و آن را با پاد مرتبط میکند.
- محیطی ایجاد میکند و «پردازشگر پیام» را با آن محیط مرتبط میکند.
- میزبان مجازی ایجاد میکند.
- یک پراکسی بررسی سلامت ساده را وارد میکند و برنامه را در محیط «آزمایش» مستقر میکند.
- پراکسی SmartDocs را وارد میکند.
- آزمایش را اجرا میکند تا مطمئن شود همه چیز طبق انتظار کار میکند.
آزمایش موفق پاسخ HTTP 20X را برمیگرداند.
برای برداشتن سازمان، محیط، و دیگر مصنوعات ایجادشده توسط اسکریپتهای آزمایشی:
- فرمان زیر را اجرا کنید:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
که configFile همان فایلی است که برای اجرای آزمایشها استفاده کردید.
درستیسنجی نصب pod
اکنون که Apigee Analytics را نصب کردهاید، Apigee توصیه میکند مراحل درستیسنجی پایهای اما مهم زیر را انجام دهید:
- تأیید کنید که «سرور مدیریت» در POD مرکزی قرار دارد. در Management Server،
فرمان
curlزیر را اجرا کنید:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
باید برونداد را در این قالب ببینید:
[ { "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-4242-b59b-23e3ef092f34" } ]
- بررسی کنید که «رهیاب» و «پردازشگر پیام» در POD درگاه باشند. در «سرور مدیریت»،
فرمان
curlزیر را اجرا کنید:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
خروجی مشابهی با پاد مرکزی اما برای «مسیریاب» و «پردازشگر پیام» میبینید.
- بررسی کنید که Postgres در POD تجزیهوتحلیل باشد. در Management Server، فرمان
curlزیر را اجرا کنید:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
خروجی مشابهی با POD مرکزی اما برای Postgres میبینید.