Edge for Private Cloud v. 4.17.09
ส่วนนี้ครอบคลุมการดำเนินการด้านการดูแลระบบต่างๆ เช่น การสร้าง การจัดการ และการนําองค์กร Apigee, สภาพแวดล้อม และโฮสต์เสมือนออกในการติดตั้ง Apigee Edge สําหรับ Private Cloud
ดูข้อมูลเบื้องต้นเกี่ยวกับองค์กร สภาพแวดล้อม และโฮสต์เสมือนได้ที่เกี่ยวกับดาวเคราะห์ ภูมิภาค พ็อด องค์กร สภาพแวดล้อม และโฮสต์เสมือน
การตรวจสอบสถานะผู้ใช้ องค์กร และสภาพแวดล้อม
เซิร์ฟเวอร์การจัดการมีบทบาทสําคัญในการรวมคอมโพเนนต์อื่นๆ ทั้งหมดเข้าด้วยกันในการติดตั้ง Edge Private Cloud บนสถานที่ คุณสามารถตรวจสอบสถานะผู้ใช้ องค์กร และการติดตั้งใช้งานในเซิร์ฟเวอร์การจัดการได้โดยออกคำสั่ง CURL ต่อไปนี้
curl -u <adminEmail>:<admin passwd> http://localhost:8080/v1/users curl -u <adminEmail>:<admin passwd> http://localhost:8080/v1/organizations curl -u <adminEmail>:<admin passwd> http://localhost:8080/v1/organizations/<orgname>/deployments
ระบบควรแสดงสถานะ HTTP 200 สําหรับการเรียกทั้งหมด หากล้มเหลว ให้ดำเนินการดังนี้
- ตรวจสอบบันทึกของเซิร์ฟเวอร์การจัดการที่ /opt/apigee/var/log/apigee/management-server เพื่อหาข้อผิดพลาด
- เรียกใช้เซิร์ฟเวอร์การจัดการเพื่อตรวจสอบว่าเซิร์ฟเวอร์ทำงานอย่างถูกต้องหรือไม่
- นำเซิร์ฟเวอร์ออกจาก ELB แล้วรีสตาร์ทเซิร์ฟเวอร์การจัดการ
/opt/apigee/bin/apigee-service รีสตาร์ทเซิร์ฟเวอร์การจัดการ
เกี่ยวกับการใช้ไฟล์การกําหนดค่า
คำสั่งที่แสดงด้านล่างใช้ไฟล์การกําหนดค่าเป็นอินพุต เช่น คุณส่งไฟล์การกําหนดค่าไปยังคําสั่ง setup-org เพื่อกําหนดพร็อพเพอร์ตี้ทั้งหมดขององค์กร ซึ่งรวมถึงสภาพแวดล้อมและโฮสต์เสมือน
ดูไฟล์การกําหนดค่าที่สมบูรณ์และข้อมูลเกี่ยวกับพร็อพเพอร์ตี้ที่คุณตั้งค่าได้ในไฟล์การกําหนดค่าได้ที่เริ่มต้นใช้งานองค์กร
เกี่ยวกับการตั้งค่าโฮสต์เสมือน
โฮสต์เสมือนใน Edge จะกำหนดโดเมนและพอร์ต Edge Router ที่แสดงพร็อกซี API และโดยส่วนขยายจะเป็น URL ที่แอปใช้เข้าถึงพร็อกซี API โฮสต์เสมือนยังกำหนดด้วยว่าระบบจะเข้าถึงพร็อกซี API โดยใช้โปรโตคอล HTTP หรือโปรโตคอล HTTPS ที่เข้ารหัส
ใช้สคริปต์และการเรียก API ที่แสดงด้านล่างเพื่อสร้างโฮสต์เสมือน เมื่อสร้างโฮสต์เสมือน คุณต้องระบุข้อมูลต่อไปนี้
- ชื่อของโฮสต์เสมือนที่คุณใช้อ้างอิงในพร็อกซี API
- พอร์ตบนเราเตอร์สำหรับโฮสต์เสมือน โดยปกติแล้ว พอร์ตเหล่านี้จะเริ่มต้นที่ 9001 และเพิ่มขึ้นทีละ 1 สำหรับโฮสต์เสมือนใหม่ทุกรายการ
- อีเมลแทนของโฮสต์ของโฮสต์เสมือน โดยทั่วไปจะเป็นชื่อ DNS ของโฮสต์เสมือน
เราเตอร์ Edge จะเปรียบเทียบส่วนหัวของโฮสต์ของคําขอขาเข้ากับรายการนามแฝงโฮสต์เพื่อระบุพร็อกซี API ที่จัดการคําขอ เมื่อส่งคำขอผ่านโฮสต์เสมือน ให้ระบุชื่อโดเมนที่ตรงกับชื่อแทนของโฮสต์ของโฮสต์เสมือน หรือระบุที่อยู่ IP ของเราเตอร์และส่วนหัวโฮสต์ที่มีชื่อแทนของโฮสต์
เช่น หากคุณสร้างโฮสต์เสมือนที่มีอีเมลแทนโฮสต์ myapis.apigee.net ในพอร์ต 9001 คําขอ cURL ไปยัง API ผ่านโฮสต์เสมือนนั้นอาจใช้รูปแบบใดรูปแบบหนึ่งต่อไปนี้
- หากคุณมีรายการ DNS สำหรับ myapis.apigee.net
curl http://myapis.apigee.net:9001/{proxy-base-path}/{resource-path} - หากไม่มีรายการ DNS สำหรับ myapis.apigee.net
curl http://<routerIP>:9001/{proxy-base-path}/{resource-path} -H 'Host: myapis.apigee.net'
ในรูปแบบที่ 2 คุณจะระบุที่อยู่ IP ของเราเตอร์และส่งชื่อแทนโฮสต์ในโฮสต์
หมายเหตุ: คำสั่ง curl, เบราว์เซอร์ส่วนใหญ่ และยูทิลิตีอื่นๆ อีกมากมายจะเพิ่มส่วนหัวของโฮสต์ที่มีโดเมนเป็นส่วนหนึ่งของคำขอโดยอัตโนมัติ คุณจึงใช้คำสั่ง curl ในรูปแบบต่อไปนี้ได้
curl http://<routerIP>:9001/{proxy-base-path}/{resource-path}
ตัวเลือก เมื่อคุณไม่มีรายการ DNS สำหรับโฮสต์เสมือน
ทางเลือกหนึ่งในกรณีที่คุณไม่มีรายการ DNS คือตั้งค่าชื่อแทนโฮสต์เป็นที่อยู่ IP ของเราเตอร์และพอร์ตของโฮสต์เสมือนเป็น <RouterIP>:port เช่น
192.168.1.31:9001
เมื่อคุณสร้างคําสั่ง curl ในรูปแบบด้านล่าง
curl http://<routerIP>:9001/{proxy-base-path}/{resource-path}
ตัวเลือกนี้เหมาะกว่าเนื่องจากทำงานร่วมกับ UI ของ 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}