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