این بخش عملیات مدیریتی مختلفی را پوشش میدهد، برای مثال، ایجاد، مدیریت و حذف سازمانها، محیطها و میزبانهای مجازی Apigee در نصب Apigee Edge برای ابر خصوصی.
برای آشنایی با سازمانها، محیطها و میزبانهای مجازی، به «درباره سیارات، مناطق، پادها، سازمانها، محیطها و میزبانهای مجازی» مراجعه کنید.
بررسی وضعیت کاربران، سازمان و محیط
سرور مدیریت نقش حیاتی در کنار هم نگه داشتن سایر اجزا در نصب داخلی Edge Private Cloud ایفا میکند. میتوانید با اجرای دستورات 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
سیستم باید وضعیت HTTP 200 را برای همه تماسها نمایش دهد. در صورت عدم موفقیت، موارد زیر را انجام دهید:
- گزارشهای سرور مدیریت را در
/opt/apigee/var/log/apigee/management-serverبرای هرگونه خطا بررسی کنید. - برای بررسی عملکرد صحیح، با Management Server تماس بگیرید.
- سرور را از ELB حذف کنید و سپس سرور مدیریت را مجدداً راه اندازی کنید:
/opt/apigee/bin/apigee-service management-server restart
درباره استفاده از فایلهای پیکربندی
دستورات نشان داده شده در زیر یک فایل پیکربندی را به عنوان ورودی دریافت میکنند. برای مثال، شما یک فایل پیکربندی را به دستور setup-org ارسال میکنید تا تمام ویژگیهای سازمان، از جمله محیط و میزبان مجازی، تعریف شود.
برای مشاهدهی فایل پیکربندی کامل و اطلاعات مربوط به ویژگیهایی که میتوانید در فایل پیکربندی تنظیم کنید، به بخش «ثبت یک سازمان» مراجعه کنید.
درباره راهاندازی یک میزبان مجازی
یک میزبان مجازی در Edge، دامنهها و پورتهای Edge Router را که یک پروکسی API در معرض آن قرار دارد، و به طور گستردهتر، URL ای را که برنامهها برای دسترسی به یک پروکسی API استفاده میکنند، تعریف میکند. یک میزبان مجازی همچنین تعریف میکند که آیا پروکسی API با استفاده از پروتکل HTTP یا پروتکل رمزگذاری شده HTTPS قابل دسترسی است.
از اسکریپتها و فراخوانیهای API نشان داده شده در زیر برای ایجاد یک میزبان مجازی استفاده کنید. هنگام ایجاد میزبان مجازی، باید اطلاعات زیر را مشخص کنید:
- نام میزبان مجازی که برای ارجاع به آن در پروکسیهای API خود استفاده میکنید.
- پورت روی روتر برای میزبان مجازی. معمولاً این پورتها از ۹۰۰۱ شروع میشوند و برای هر میزبان مجازی جدید، یکی یکی افزایش مییابند.
- نام مستعار میزبان مجازی. معمولاً نام DNS میزبان مجازی.
روتر لبه، هدر میزبان درخواست ورودی را با لیست نامهای مستعار میزبان مقایسه میکند تا پروکسی API که درخواست را مدیریت میکند، تعیین شود. هنگام ارسال درخواست از طریق یک میزبان مجازی، یا نام دامنهای را مشخص کنید که با نام مستعار میزبان یک میزبان مجازی مطابقت داشته باشد، یا آدرس IP روتر و هدر میزبان حاوی نام مستعار میزبان را مشخص کنید.
اگر برای میزبان مجازی یک ورودی DNS دارید
برای مثال، اگر یک میزبان مجازی با نام مستعار میزبان myapis.apigee.net روی پورت ۹۰۰۱ ایجاد کردهاید، میتوانید با استفاده از فرم زیر، یک درخواست curl را به یک API از طریق آن میزبان مجازی اجرا کنید:
curl http://myapis.apigee.net:9001/proxy-base-path/resource-path
گزینههایی برای زمانی که ورودی DNS برای میزبان مجازی ندارید
یک گزینه برای مواقعی که ورودی DNS ندارید، تنظیم نام مستعار میزبان (host alias) روی آدرس IP روتر و پورت میزبان مجازی، به صورت routerIP:port است. برای مثال:
192.168.1.31:9001
سپس یک دستور curl به شکل زیر ایجاد میکنید:
curl http://routerIP:9001/proxy-base-path/resource-path
این گزینه ترجیح داده میشود زیرا با رابط کاربری Edge به خوبی کار میکند.
اگر چندین روتر دارید، برای هر روتر یک نام مستعار میزبان اضافه کنید و آدرس IP هر روتر و پورت میزبان مجازی را مشخص کنید.
به عنوان یک روش جایگزین، میتوانید نام مستعار میزبان را روی مقداری مانند temp.hostalias.com تنظیم کنید. سپس، باید هدر Host را در هر درخواست ارسال کنید:
curl -v http://routerIP:9001/proxy-base-path/resource-path -H 'Host: temp.hostalias.com'
یا، نام مستعار میزبان را به فایل /etc/hosts خود اضافه کنید. برای مثال، این خط را به /etc/hosts اضافه کنید:
192.168.1.31 temp.hostalias.com
سپس میتوانید درخواستی را طوری ارسال کنید که انگار یک ورودی DNS دارید:
curl -v http://myapis.apigee.net:9001/proxy-base-path/resource-path