ข้อกำหนดเกี่ยวกับฮาร์ดแวร์
คุณต้องมีคุณสมบัติตรงตามข้อกำหนดขั้นต่ำสำหรับฮาร์ดแวร์ต่อไปนี้สำหรับโครงสร้างพื้นฐานที่มีความพร้อมใช้งานสูงในสภาพแวดล้อมระดับเวอร์ชันที่ใช้งานจริง
วิดีโอต่อไปนี้จะให้คำแนะนำระดับสูงเกี่ยวกับการกำหนดขนาดสำหรับการติดตั้ง
สำหรับสถานการณ์การติดตั้งทั้งหมดที่อธิบายไว้ในโทโพโลยีการติดตั้ง ตารางต่อไปนี้จะแสดงข้อกำหนดฮาร์ดแวร์ขั้นต่ำสำหรับคอมโพเนนต์การติดตั้ง
ในตารางเหล่านี้ ข้อกำหนดของฮาร์ดดิสก์จะเพิ่มจากพื้นที่ในฮาร์ดดิสก์ที่ระบบปฏิบัติการต้องการ การติดตั้งอาจต้องใช้ทรัพยากรมากกว่าหรือน้อยกว่าที่ระบุไว้ด้านล่าง ทั้งนี้ขึ้นอยู่กับแอปพลิเคชันและการจราจรของข้อมูลในเครือข่าย
| องค์ประกอบการติดตั้ง | RAM | CPU | ฮาร์ดดิสก์ขั้นต่ำ |
|---|---|---|---|
| Cassandra | 16 GB | 8 คอร์ | พื้นที่เก็บข้อมูลในเครื่องขนาด 250 GB พร้อม SSD ที่รองรับ 2,000 IOPS |
| Message Processor/เราเตอร์ในเครื่องเดียวกัน | 16 GB | 8 คอร์ | 100 GB |
| Message Processor (สแตนด์อโลน) | 16 GB | 8 คอร์ | 100 GB |
| เราเตอร์ (สแตนด์อโลน) | 16 GB | 8 คอร์ | 100 GB |
| Analytics - Postgres/Qpid บนเซิร์ฟเวอร์เดียวกัน | 16GB* | 8 คอร์* | พื้นที่เก็บข้อมูลเครือข่าย 500 GB - 1 TB***** โดยควรมีแบ็กเอนด์ SSD ที่รองรับ IOPS 1,000 รายการขึ้นไป* |
| Analytics - Postgres มาสเตอร์หรือสแตนด์บาย (สแตนด์อโลน) | 16GB* | 8 คอร์* | พื้นที่เก็บข้อมูลเครือข่าย 500 GB - 1 TB***** โดยควรมีแบ็กเอนด์ SSD ที่รองรับ IOPS 1,000 รายการขึ้นไป* |
| Analytics - Qpid standalone | 16 GB | 8 คอร์ | พื้นที่เก็บข้อมูลในเครื่อง 30 GB - 50 GB พร้อม SSD
ขนาดคิว Qpid เริ่มต้นคือ 1 GB ซึ่งเพิ่มเป็น 2 GB ได้ หากต้องการความจุเพิ่ม ให้เพิ่มโหนด Qpid |
| OpenLDAP/UI/Management Server | 8GB | 4 คอร์ | 60GB |
| UI/เซิร์ฟเวอร์การจัดการ | 4 GB | 2 คอร์ | 60GB |
| OpenLDAP (สแตนด์อโลน) | 4 GB | 2 คอร์ | 60GB |
|
* ปรับข้อกำหนดของระบบ Postgres ตามอัตราการส่งผ่านข้อมูล ดังนี้
** ค่าฮาร์ดดิสก์ Postgres อิงตามข้อมูลวิเคราะห์ที่ Edge บันทึกไว้ตั้งแต่เริ่มใช้งาน หากคุณเพิ่มค่าที่กำหนดเองลงในข้อมูลการวิเคราะห์ ค่าเหล่านี้ควรเพิ่มขึ้นตามไปด้วย ใช้สูตรต่อไปนี้เพื่อประมาณพื้นที่เก็บข้อมูลที่จำเป็น
เช่น
*** ขอแนะนำให้ใช้พื้นที่เก็บข้อมูลเครือข่ายสำหรับฐานข้อมูล Postgresql เนื่องจากสาเหตุต่อไปนี้
|
|||
นอกจากนี้ รายการต่อไปนี้จะแสดงข้อกำหนดด้านฮาร์ดแวร์หากคุณต้องการติดตั้งบริการการสร้างรายได้ (ไม่รองรับการติดตั้งแบบครบวงจร)
| องค์ประกอบที่มีการสร้างรายได้ | RAM | CPU | ฮาร์ดดิสก์ |
|---|---|---|---|
| เซิร์ฟเวอร์การจัดการ (พร้อมบริการการสร้างรายได้) | 8GB | 4 คอร์ | 60GB |
| Analytics - Postgres/Qpid บนเซิร์ฟเวอร์เดียวกัน | 16 GB | 8 คอร์ | พื้นที่เก็บข้อมูลเครือข่าย 500 GB - 1 TB โดยควรใช้แบ็กเอนด์ SSD ที่รองรับ IOPS ตั้งแต่ 1,000 ขึ้นไป หรือใช้กฎจากตารางด้านบน |
| Analytics - Postgres Master หรือ Standby แบบสแตนด์อโลน | 16 GB | 8 คอร์ | พื้นที่เก็บข้อมูลเครือข่าย 500 GB - 1 TB โดยควรใช้แบ็กเอนด์ SSD ที่รองรับ IOPS ตั้งแต่ 1,000 ขึ้นไป หรือใช้กฎจากตารางด้านบน |
| Analytics - Qpid standalone | 8GB | 4 คอร์ | พื้นที่เก็บข้อมูลในเครื่อง 40 GB - 500 GB พร้อม SSD หรือ HDD ความเร็วสูง
สำหรับการติดตั้งที่มากกว่า 250 TPS เราขอแนะนำให้ใช้ HDD ที่มีพื้นที่เก็บข้อมูลในเครื่องที่รองรับ 1, 000 IOPS |
ข้อกำหนดด้านระบบปฏิบัติการและซอฟต์แวร์ของบุคคลที่สาม
วิธีการติดตั้งเหล่านี้และไฟล์การติดตั้งที่ให้มาได้รับการทดสอบในระบบปฏิบัติการและซอฟต์แวร์ของบุคคลที่สามที่ระบุไว้ในซอฟต์แวร์และเวอร์ชันที่รองรับ
Java
คุณต้องติดตั้ง Java 1.8 เวอร์ชันที่รองรับในแต่ละเครื่องก่อนการติดตั้ง ดูรายการ JDK ที่รองรับได้ที่หัวข้อซอฟต์แวร์และเวอร์ชันที่รองรับ
ตรวจสอบว่าตัวแปรสภาพแวดล้อม JAVA_HOME ชี้ไปที่รูทของ JDK สำหรับผู้ใช้ที่ทำการติดตั้ง
SELinux
Edge อาจพบปัญหาในการติดตั้งและเริ่มต้นคอมโพเนนต์ Edge ทั้งนี้ขึ้นอยู่กับการตั้งค่า SELinux หากจำเป็น คุณสามารถปิดใช้ SELinux หรือตั้งค่าเป็นโหมดอนุญาตในระหว่างการติดตั้ง แล้วเปิดใช้อีกครั้งหลังการติดตั้ง ดูข้อมูลเพิ่มเติมได้ที่ติดตั้งยูทิลิตี apigee-setup ของ Edge
การสร้างผู้ใช้ "apigee"
ขั้นตอนการติดตั้งจะสร้างผู้ใช้ระบบ Unix ชื่อ "apigee" ไดเรกทอรีและไฟล์ Edge เป็นของ "apigee" เช่นเดียวกับกระบวนการ Edge ซึ่งหมายความว่าคอมโพเนนต์ Edge จะทำงานในฐานะผู้ใช้ "apigee" หากจำเป็น คุณสามารถเรียกใช้คอมโพเนนต์ในฐานะผู้ใช้รายอื่นได้
ไดเรกทอรีการติดตั้ง
โดยค่าเริ่มต้น โปรแกรมติดตั้งจะเขียนไฟล์ทั้งหมดลงในไดเรกทอรี /opt/apigee คุณจะเปลี่ยนตำแหน่งไดเรกทอรีนี้ไม่ได้ แม้ว่าคุณจะเปลี่ยนไดเรกทอรีนี้ไม่ได้ แต่คุณสามารถสร้างลิงก์สัญลักษณ์เพื่อแมป /opt/apigee ไปยังตำแหน่งอื่นได้ ตามที่อธิบายไว้ในหัวข้อการสร้างลิงก์สัญลักษณ์จาก /opt/apigee
ในวิธีการของคู่มือนี้ ไดเรกทอรีการติดตั้งจะระบุเป็น /opt/apigee
กำลังสร้าง Symlink จาก /opt/apigee
ก่อนสร้าง Symlink คุณต้องสร้างผู้ใช้และกลุ่มชื่อ "apigee" ก่อน ซึ่งเป็นกลุ่มและผู้ใช้เดียวกันกับที่สร้างโดยโปรแกรมติดตั้ง Edge
หากต้องการสร้างลิงก์สัญลักษณ์ ให้ทำตามขั้นตอนต่อไปนี้ก่อนดาวน์โหลดไฟล์ bootstrap_4.50.00.sh คุณต้องทำตามขั้นตอนทั้งหมดต่อไปนี้ในฐานะรูท
- สร้างผู้ใช้และกลุ่ม "apigee" โดยทำดังนี้
groupadd -r apigee > useradd -r -g apigee -d /opt/apigee -s /sbin/nologin -c "Apigee platform user" apigee
- สร้าง Symlink จาก
/opt/apigeeไปยังรูทการติดตั้งที่ต้องการ โดยทำดังนี้ln -Ts /srv/myInstallDir /opt/apigee
โดยที่ /srv/myInstallDir คือตำแหน่งที่ต้องการของไฟล์ Edge
- เปลี่ยนการเป็นเจ้าของรูทการติดตั้งและ Symlink เป็นผู้ใช้ "apigee" โดยทำดังนี้
chown -h apigee:apigee /srv/myInstallDir /opt/apigee
การตั้งค่าเครือข่าย
Apigee ขอแนะนำให้คุณตรวจสอบการตั้งค่าเครือข่ายก่อนการติดตั้ง โปรแกรมติดตั้งคาดว่าเครื่องทั้งหมดจะมีที่อยู่ IP แบบคงที่ ใช้คำสั่งต่อไปนี้เพื่อตรวจสอบการตั้งค่า
hostnameแสดงผลชื่อของเครื่องhostname -iแสดงที่อยู่ IP สำหรับชื่อโฮสต์ที่สามารถระบุได้จากเครื่องอื่นๆ
คุณอาจต้องแก้ไข /etc/hosts และ /etc/sysconfig/network หากตั้งค่าชื่อโฮสต์ไม่ถูกต้อง ทั้งนี้ขึ้นอยู่กับประเภทและเวอร์ชันของระบบปฏิบัติการ ดูข้อมูลเพิ่มเติมได้ในเอกสารประกอบสำหรับระบบปฏิบัติการที่เฉพาะเจาะจงของคุณ
หากเซิร์ฟเวอร์มีการ์ดอินเทอร์เฟซหลายใบ คำสั่ง "hostname -i" จะแสดงรายการที่อยู่ IP ที่คั่นด้วยเว้นวรรค โดยค่าเริ่มต้น โปรแกรมติดตั้ง Edge จะใช้ที่อยู่ IP แรกที่แสดงผล ซึ่งอาจไม่ถูกต้องในบางสถานการณ์ หรือจะตั้งค่าพร็อพเพอร์ตี้ต่อไปนี้ในไฟล์การกำหนดค่าการติดตั้งก็ได้
ENABLE_DYNAMIC_HOSTIP=y
เมื่อตั้งค่าพร็อพเพอร์ตี้นั้นเป็น "y" โปรแกรมติดตั้งจะแจ้งให้คุณเลือกที่อยู่ IP ที่จะใช้เป็นส่วนหนึ่งของการติดตั้ง โดยค่าเริ่มต้นจะเป็น "n" ดูข้อมูลเพิ่มเติมได้ที่ข้อมูลอ้างอิงไฟล์การกำหนดค่า Edge
TCP Wrapper
TCP Wrapper สามารถบล็อกการสื่อสารของพอร์ตบางพอร์ตและอาจส่งผลต่อการติดตั้ง OpenLDAP, Postgres และ Cassandra ในโหนดเหล่านั้น ให้ตรวจสอบ /etc/hosts.allow และ /etc/hosts.deny เพื่อให้แน่ใจว่าไม่มีข้อจำกัดพอร์ตในพอร์ต OpenLDAP, Postgres และ Cassandra ที่จำเป็น
iptables
ตรวจสอบว่าไม่มีนโยบาย iptables ที่ป้องกันการเชื่อมต่อระหว่างโหนดในพอร์ต Edge ที่จำเป็น หากจำเป็น คุณสามารถหยุด iptables ระหว่างการติดตั้งได้โดยใช้คำสั่งต่อไปนี้
sudo/etc/init.d/iptables stop
ใน CentOS 7.x ให้ทำดังนี้
systemctl stop firewalld
การเข้าถึงไดเรกทอรี
ตารางต่อไปนี้แสดงไดเรกทอรีในโหนด Edge ที่มีข้อกำหนดพิเศษจากกระบวนการ Edge
| บริการ | ไดเรกทอรี | คำอธิบาย |
|---|---|---|
| เราเตอร์ | /etc/rc.d/init.d/functions |
Edge Router ใช้เราเตอร์ Nginx และต้องมีสิทธิ์อ่าน หากกระบวนการรักษาความปลอดภัยกำหนดให้คุณต้องตั้งค่าสิทธิ์ใน คุณสามารถตั้งค่าสิทธิ์เป็น 744 เพื่ออนุญาตให้เข้าถึง |
| ผู้ดูแลสวนสัตว์ | /dev/random |
ไลบรารีของไคลเอ็นต์ Zookeeper ต้องมีสิทธิ์อ่านในเครื่องมือสร้างตัวเลขสุ่ม /dev/random หาก /dev/random ถูกบล็อกไม่ให้อ่าน บริการ Zookeeper อาจเริ่มต้นไม่สำเร็จ |
Cassandra
โหนด Cassandra ทั้งหมดต้องเชื่อมต่อกับวงแหวน Cassandra จะจัดเก็บข้อมูลจำลองไว้ในโหนดหลายโหนดเพื่อให้มั่นใจในความน่าเชื่อถือและความคงทนต่อความเสียหาย กลยุทธ์การจำลองสำหรับคีย์สเปซ Edge แต่ละรายการจะกำหนดโหนด Cassandra ที่จะวางตัวจำลองไว้ ดูข้อมูลเพิ่มเติมได้ที่หัวข้อเกี่ยวกับปัจจัยการจำลองและระดับความสอดคล้องของ Cassandra
Cassandra จะปรับขนาดฮีป Java โดยอัตโนมัติตามหน่วยความจำที่ใช้ได้ ดูข้อมูลเพิ่มเติมได้ที่การปรับแต่งทรัพยากร Java ในกรณีที่ประสิทธิภาพลดลงหรือมีการใช้หน่วยความจำสูง
หลังจากติดตั้ง Edge for Private Cloud แล้ว คุณสามารถตรวจสอบว่า Cassandra ได้รับการกำหนดค่าอย่างถูกต้องหรือไม่โดยตรวจสอบไฟล์ /opt/apigee/apigee-cassandra/conf/cassandra.yaml ตัวอย่างเช่น ตรวจสอบว่าสคริปต์การติดตั้ง Edge สำหรับ Private Cloud ตั้งค่าพร็อพเพอร์ตี้ต่อไปนี้
cluster_nameinitial_tokenpartitionerseedslisten_addressrpc_addresssnitch
ฐานข้อมูล PostgreSQL
หลังจากติดตั้ง Edge แล้ว คุณสามารถปรับการตั้งค่าฐานข้อมูล PostgreSQL ต่อไปนี้ตามจำนวน RAM ที่มีในระบบได้
conf_postgresql_shared_buffers = 35% of RAM # min 128kB conf_postgresql_effective_cache_size = 45% of RAM conf_postgresql_work_mem = 512MB # min 64kB
วิธีตั้งค่าเหล่านี้
- แก้ไขไฟล์ postgresql.properties โดยทำดังนี้
vi /opt/apigee/customer/application/postgresql.properties
หากไม่มีไฟล์ ให้สร้างไฟล์
- ตั้งค่าพร็อพเพอร์ตี้ที่ระบุไว้ด้านบน
- บันทึกการแก้ไข
- รีสตาร์ทฐานข้อมูล PostgreSQL โดยทำดังนี้
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
ข้อจำกัดของระบบ
ตรวจสอบว่าคุณได้ตั้งค่าขีดจำกัดของระบบต่อไปนี้ในโหนด Cassandra และ Message Processor
- ในโหนด Cassandra ให้ตั้งค่าขีดจำกัด memlock, nofile และพื้นที่ที่อยู่ (as) แบบซอฟต์และฮาร์ดสำหรับผู้ใช้ที่ติดตั้ง (ค่าเริ่มต้นคือ "apigee") ใน
/etc/security/limits.d/90-apigee-edge-limits.confดังที่แสดงด้านล่างapigee soft memlock unlimited apigee hard memlock unlimited apigee soft nofile 32768 apigee hard nofile 65536 apigee soft as unlimited apigee hard as unlimited apigee soft nproc 32768 apigee hard nproc 65536
ดูข้อมูลเพิ่มเติมได้ที่การตั้งค่าเวอร์ชันที่ใช้งานจริงที่แนะนำในเอกสารประกอบของ Apache Cassandra
- ในโหนด Message Processor ให้ตั้งค่าจำนวนสูงสุดของตัวบอกไฟล์ที่เปิดเป็น 64K ใน
/etc/security/limits.d/90-apigee-edge-limits.confดังที่แสดงด้านล่างapigee soft nofile 32768 apigee hard nofile 65536
คุณเพิ่มขีดจำกัดดังกล่าวได้หากจำเป็น เช่น หากคุณเปิดไฟล์ชั่วคราวจำนวนมากพร้อมกัน
หากคุณเห็นข้อผิดพลาดต่อไปนี้ในเราเตอร์หรือ Message Processor
system.logแสดงว่าอาจมีการตั้งค่าขีดจำกัดตัวบอกไฟล์ไว้ต่ำเกินไป"java.io.IOException: Too many open files"
คุณตรวจสอบขีดจำกัดของผู้ใช้ได้โดยเรียกใช้คำสั่งต่อไปนี้
# su - apigee $ ulimit -n 100000
หากคุณยังคงถึงขีดจำกัดการเปิดไฟล์หลังจากตั้งค่าขีดจำกัดตัวบอกไฟล์เป็น
100000แล้ว ให้เปิดคำขอแจ้งปัญหากับทีมสนับสนุนของ Apigee Edge เพื่อแก้ปัญหาเพิ่มเติม
บริการรักษาความปลอดภัยของเครือข่าย (NSS)
Network Security Services (NSS) คือชุดไลบรารีที่รองรับการพัฒนาแอปพลิเคชันไคลเอ็นต์และเซิร์ฟเวอร์ที่เปิดใช้การรักษาความปลอดภัยของเครือข่าย คุณควรตรวจสอบว่าได้ติดตั้ง NSS v3.19 ขึ้นไปแล้ว
วิธีตรวจสอบเวอร์ชันปัจจุบัน
yum info nss
วิธีอัปเดต NSS
yum update nss
ดูข้อมูลเพิ่มเติมได้ในบทความนี้จาก RedHat
ปิดใช้ DNS Lookup ใน IPv6 เมื่อใช้ NSCD (Name Service Cache Daemon)
หากคุณติดตั้งและเปิดใช้ NSCD (Name Service Cache Daemon) แล้ว Message Processor จะทำการ DNS Lookup 2 ครั้ง โดยครั้งแรกสำหรับ IPv4 และครั้งที่ 2 สำหรับ IPv6 คุณควรปิดใช้การค้นหา DNS ใน IPv6 เมื่อใช้ NSCD
วิธีปิดใช้ DNS Lookup ใน IPv6
- ในทุกโหนด Message Processor ให้แก้ไข
/etc/nscd.conf - ตั้งค่าพร็อพเพอร์ตี้ต่อไปนี้
enable-cache hosts no
ปิดใช้ IPv6 ใน Google Cloud Platform สำหรับ RedHat/CentOS 7
หากคุณติดตั้ง Edge บน RedHat 7 หรือ CentOS 7 ใน Google Cloud Platform คุณต้องปิดใช้ IPv6 ในโหนด Qpid ทั้งหมด
ดูวิธีการปิดใช้ IPv6 ในเอกสารประกอบของ RedHat หรือ CentOS สำหรับเวอร์ชันระบบปฏิบัติการที่คุณใช้ ตัวอย่างเช่น คุณจะดำเนินการต่อไปนี้ได้
- เปิด
/etc/hostsในเครื่องมือแก้ไข - แทรกอักขระ "#" ในคอลัมน์แรกของบรรทัดต่อไปนี้เพื่อแสดงความคิดเห็น
#::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
- บันทึกไฟล์
AWS AMI
หากคุณติดตั้ง Edge บน AWS Amazon Machine Image (AMI) สำหรับ Red Hat Enterprise Linux 7.x คุณต้องเรียกใช้คำสั่งต่อไปนี้ก่อน
yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
เครื่องมือ
โปรแกรมติดตั้งใช้เครื่องมือ UNIX ต่อไปนี้ในเวอร์ชันมาตรฐานตามที่ EL5 หรือ EL6 มีให้
|
awk |
expr |
libxslt |
rpm |
แตกไฟล์ |
|
basename |
grep |
lua-socket |
rpm2cpio |
useradd |
|
bash |
hostname |
ls |
sed |
wc |
|
bc |
id |
net-tools |
sudo |
wget |
|
curl |
libaio |
perl (จาก procps) |
tar |
xerces-c |
| cyrus-sasl | libdb4 | pgrep (จาก procps) | tr | อร่อย |
|
วันที่ |
libdb-cxx |
ps |
uuid |
chkconfig |
| dirname | libibverbs | pwd | uname | |
| echo | librdmacm | python |
ntpdate
Apigee ขอแนะนำให้ซิงค์เวลาของเซิร์ฟเวอร์ หากยังไม่ได้กำหนดค่า ยูทิลิตี ntpdate สามารถใช้เพื่อวัตถุประสงค์นี้ได้ ซึ่งจะตรวจสอบว่าเซิร์ฟเวอร์มีการซิงค์เวลาหรือไม่ คุณสามารถใช้ yum install ntp เพื่อติดตั้งยูทิลิตีได้ ซึ่งจะมีประโยชน์อย่างยิ่งสำหรับการจำลองการตั้งค่า OpenLDAP โปรดทราบว่าคุณตั้งค่าเขตเวลาของเซิร์ฟเวอร์เป็น UTC
openldap 2.4
การติดตั้งภายในองค์กรต้องใช้ OpenLDAP 2.4 หากเซิร์ฟเวอร์มีการเชื่อมต่ออินเทอร์เน็ต สคริปต์การติดตั้ง Edge จะดาวน์โหลดและติดตั้ง OpenLDAP หากเซิร์ฟเวอร์ไม่มีการเชื่อมต่ออินเทอร์เน็ต คุณต้องตรวจสอบว่าได้ติดตั้ง OpenLDAP แล้วก่อนที่จะเรียกใช้สคริปต์การติดตั้ง Edge ใน RHEL/CentOS คุณสามารถเรียกใช้ yum install openldap-clients openldap-servers เพื่อติดตั้ง OpenLDAP ได้
สำหรับการติดตั้งโฮสต์ 13 รายการ และการติดตั้งโฮสต์ 12 รายการที่มีศูนย์ข้อมูล 2 แห่ง คุณต้องมีการจำลอง OpenLDAP เนื่องจากมีโหนดหลายโหนดที่โฮสต์ OpenLDAP
ไฟร์วอลล์และโฮสต์เสมือน
คำว่า virtual มักจะมีการใช้งานมากเกินไปในแวดวงไอที และก็เป็นเช่นนั้นกับการติดตั้งใช้งาน Apigee Edge สำหรับ Private Cloud และโฮสต์เสมือน เพื่อให้เข้าใจตรงกัน คำว่า virtual มีการใช้งานหลักๆ 2 แบบดังนี้
- เครื่องเสมือน (VM): ไม่จำเป็น แต่การติดตั้งใช้งานบางอย่างใช้เทคโนโลยี VM เพื่อสร้างเซิร์ฟเวอร์แยกต่างหากสำหรับคอมโพเนนต์ Apigee โฮสต์ VM เช่น โฮสต์จริง อาจมีอินเทอร์เฟซเครือข่ายและไฟร์วอลล์
- โฮสต์เสมือน: อุปกรณ์ปลายทางบนเว็บ ซึ่งคล้ายกับโฮสต์เสมือนของ Apache
เราเตอร์ใน VM สามารถแสดงโฮสต์เสมือนหลายรายการได้ (ตราบใดที่โฮสต์เสมือนเหล่านั้นแตกต่างกันในชื่อแทนโฮสต์หรือในพอร์ตอินเทอร์เฟซ)
ตัวอย่างการตั้งชื่อ เช่น เซิร์ฟเวอร์จริง 1 เครื่อง A อาจเรียกใช้ VM 2 รายการชื่อ "VM1" และ "VM2" สมมติว่า "VM1" แสดงอินเทอร์เฟซอีเทอร์เน็ตเสมือน ซึ่งมีชื่อว่า "eth0" ภายใน VM และได้รับมอบหมายที่อยู่ IP 111.111.111.111 โดยเครื่องมือการจำลองเสมือนหรือเซิร์ฟเวอร์ DHCP ของเครือข่าย จากนั้นสมมติว่า VM2 แสดงอินเทอร์เฟซอีเทอร์เน็ตเสมือนที่มีชื่อว่า "eth0" เช่นกัน และได้รับมอบหมายที่อยู่ IP 111.111.111.222
เราอาจมีเราเตอร์ Apigee ที่ทำงานอยู่ใน VM ทั้ง 2 เครื่อง เราเตอร์จะแสดงปลายทางโฮสต์เสมือนดังตัวอย่างสมมติต่อไปนี้
เราเตอร์ Apigee ใน VM1 แสดงโฮสต์เสมือน 3 รายการในอินเทอร์เฟซ eth0 (ซึ่งมีที่อยู่ IP
ที่เฉพาะเจาะจง) ได้แก่ api.mycompany.com:80, api.mycompany.com:443 และ
test.mycompany.com:80
เราเตอร์ใน VM2 แสดง api.mycompany.com:80 (ชื่อและพอร์ตเดียวกันกับที่ VM1 แสดง)
ระบบปฏิบัติการของโฮสต์จริงอาจมีไฟร์วอลล์เครือข่าย หากมี ไฟร์วอลล์นั้นต้องได้รับการกำหนดค่าให้ส่งการรับส่งข้อมูล TCP ที่เชื่อมโยงกับพอร์ตที่แสดงในอินเทอร์เฟซเสมือน (111.111.111.111:{80, 443} และ 111.111.111.222:80) นอกจากนี้ ระบบปฏิบัติการของ VM แต่ละรายการอาจมีไฟร์วอลล์ของตัวเองในอินเทอร์เฟซ eth0 และไฟร์วอลล์เหล่านี้ต้องอนุญาตให้พอร์ต 80 และ 443 เชื่อมต่อด้วย
เส้นทางฐานเป็นองค์ประกอบที่ 3 ที่เกี่ยวข้องกับการกำหนดเส้นทางการเรียก API ไปยังพร็อกซี API ต่างๆ ที่คุณอาจติดตั้งใช้งาน แพ็กเกจพร็อกซี API สามารถแชร์ปลายทางได้หากมีเส้นทางฐานที่แตกต่างกัน เช่น คุณสามารถกำหนดเส้นทางฐานหนึ่งเป็น http://api.mycompany.com:80/ และอีกเส้นทางหนึ่งเป็น http://api.mycompany.com:80/salesdemo
ในกรณีนี้ คุณต้องมีตัวจัดสรรภาระงานหรือตัวควบคุมการเข้าชมบางประเภทที่แยกการเข้าชม http://api.mycompany.com:80/ ระหว่างที่อยู่ IP 2 รายการ (111.111.111.111 ใน VM1 และ 111.111.111.222 ใน VM2) ฟังก์ชันนี้มีไว้สำหรับการติดตั้งของคุณโดยเฉพาะ และกำหนดค่าโดยกลุ่มเครือข่ายในพื้นที่ของคุณ
ระบบจะตั้งค่าเส้นทางฐานเมื่อคุณติดตั้งใช้งาน API จากตัวอย่างข้างต้น คุณสามารถติดตั้งใช้งาน API 2 รายการ ได้แก่ mycompany และ testmycompany สำหรับองค์กร mycompany-org ที่มีโฮสต์เสมือนซึ่งมีชื่อแทนโฮสต์เป็น api.mycompany.com และพอร์ตที่ตั้งค่าเป็น 80 หากคุณไม่ได้ประกาศ basepath ในการติดตั้งใช้งาน เราเตอร์จะไม่ทราบว่าต้องส่งคำขอขาเข้าไปยัง API ใด
อย่างไรก็ตาม หากคุณติดตั้งใช้งาน API testmycompany ด้วย URL ฐานเป็น /salesdemo ผู้ใช้จะเข้าถึง API นั้นโดยใช้ http://api.mycompany.com:80/salesdemo หากคุณติดตั้งใช้งาน API mycompany ด้วย URL ฐานเป็น / ผู้ใช้จะเข้าถึง API ได้โดยใช้ URL http://api.mycompany.com:80/
การอนุญาตให้ใช้สิทธิ
การติดตั้ง Edge แต่ละครั้งต้องใช้ไฟล์ใบอนุญาตที่ไม่ซ้ำกันซึ่งคุณได้รับจาก Apigee คุณจะต้องระบุเส้นทางไปยังไฟล์ใบอนุญาตเมื่อติดตั้งเซิร์ฟเวอร์การจัดการ เช่น /tmp/license.txt
โปรแกรมติดตั้งจะคัดลอกไฟล์ใบอนุญาตไปยัง /opt/apigee/customer/conf/license.txt
หากไฟล์ใบอนุญาตถูกต้อง เซิร์ฟเวอร์การจัดการจะตรวจสอบความถูกต้องของวันหมดอายุและจำนวน Message Processor (MP) ที่อนุญาต หากการตั้งค่าใบอนุญาตหมดอายุ คุณจะดูบันทึกได้ที่ /opt/apigee/var/log/edge-management-server/logs
ในกรณีนี้ คุณสามารถติดต่อทีมสนับสนุนของ Apigee Edge เพื่อขอรายละเอียดการย้ายข้อมูลได้
หากยังไม่มีใบอนุญาต โปรดติดต่อฝ่ายขายของ Apigee