Edge สำหรับ Private Cloud เวอร์ชัน 4.17.01
หากเกิดข้อผิดพลาดระหว่างการอัปเดต Edge 4.17.01 ให้ย้อนกลับคอมโพเนนต์ที่ทำให้เกิดข้อผิดพลาด แล้วลองอัปเดตอีกครั้ง เช่น หากการอัปเดตเป็น Postgres 9.4 ล้มเหลว ให้ย้อนกลับเฉพาะโหนด Postgres และลองอัปเดตอีกครั้ง
มี 2 สถานการณ์ที่คุณอาจต้องการทำการย้อนกลับ ได้แก่
- ย้อนกลับไปยังเวอร์ชันเก่า เช่น ตั้งแต่ 4.17.01 ถึง 4.16.09
- ย้อนกลับเป็นเวอร์ชันเก่าในรุ่นเดียวกัน
โปรดใช้ขั้นตอนด้านล่างเพื่อย้อนกลับสำหรับทั้ง 2 สถานการณ์
ใครทำการย้อนกลับได้
ผู้ใช้ที่ทำการย้อนกลับควรเป็นคนเดียวกับผู้ใช้ที่อัปเดต Edge ในตอนแรกหรือผู้ใช้ที่ใช้งานรูท
โดยค่าเริ่มต้น คอมโพเนนต์ Edge จะทำงานในฐานะผู้ใช้ "apigee" ในบางกรณี คุณอาจเรียกใช้คอมโพเนนต์ Edge ในฐานะผู้ใช้คนอื่น เช่น หากเราเตอร์ต้องเข้าถึงพอร์ตที่ได้รับสิทธิ์ เช่น พอร์ตที่ต่ำกว่า 1000 คุณต้องเรียกใช้เราเตอร์เป็นรูทหรือในฐานะผู้ใช้ที่มีสิทธิ์เข้าถึงพอร์ตเหล่านั้น หรือคุณอาจเรียกใช้คอมโพเนนต์หนึ่งในฐานะผู้ใช้คนหนึ่ง และอีกคอมโพเนนต์หนึ่งในฐานะผู้ใช้อีกคนหนึ่ง
คอมโพเนนต์ที่ย้อนกลับได้
คุณควรตระหนักถึงเงื่อนไขต่อไปนี้เมื่อดำเนินการย้อนกลับ:
- คอมโพเนนต์ Edge ทั้ง 5 รายการด้านล่างนี้จะใช้โค้ดทั่วไปร่วมกัน ดังนั้น หากต้องการย้อนกลับคอมโพเนนต์รายการใดรายการหนึ่งจาก 5 คอมโพเนนต์ในโหนด คุณต้องย้อนกลับคอมโพเนนต์ใดก็ตามจาก 5 คอมโพเนนต์ที่ติดตั้งในโหนด เช่น หากคุณติดตั้งเซิร์ฟเวอร์การจัดการ เราเตอร์ และผู้ประมวลผลข้อมูลข้อความไว้ในโหนด หากต้องการย้อนกลับรายการใดรายการหนึ่งข้างต้น คุณต้องย้อนกลับทั้ง 3 รายการ
องค์ประกอบ 5 อย่างที่ใช้โค้ดร่วมกัน ได้แก่- เซิร์ฟเวอร์การจัดการ
- เราเตอร์
- Message Processor
- เซิร์ฟเวอร์ Qpid
- เซิร์ฟเวอร์ Postgres
- หากกำลังอัปเดตจาก Edge 4.16.01 โปรดอย่าย้อนกลับ Cassandra Edge รุ่นนี้มี Cassandra เวอร์ชันที่อัปเดตแล้ว หากย้อนกลับคอมโพเนนต์ ให้ Cassandra เป็นเวอร์ชัน 4.17.01 ไว้
ย้อนกลับ 4.17.01
ส่วนนี้ประกอบด้วยขั้นตอนการย้อนกลับ Edge 4.17.01 ไปเป็นเวอร์ชันก่อนหน้า ส่วนนี้แบ่งออกเป็น 2 ส่วน ดังนี้
- หากกำลังอัปเดตจาก 4.16.01 หรือ 4.16.05 เท่านั้น ให้ย้อนการอัปเดต Postgres เป็นเวอร์ชัน 9.4
ส่วนสุดท้ายของขั้นตอนการอัปเดตทั้งหมดจาก 4.16.01 หรือ 4.16.05 คือการอัปเดตโหนด Postgres เป็นเวอร์ชัน 9.4 หากการอัปเดตนั้นไม่สำเร็จ คุณสามารถใช้ขั้นตอนนี้เพื่อย้อนกลับการอัปเดตได้ - การย้อนกลับคอมโพเนนต์ Edge อื่นๆ ทั้งหมด
โปรดใช้กระบวนการนี้เพื่อย้อนกลับคอมโพเนนต์ Edge อื่นๆ
วิธีย้อนกลับการอัปเดต Postgres 9.4
หากต้องการย้อนกลับการอัปเดต Postgres เมื่ออัปเดต Postgres ในการกำหนดค่าสแตนด์บายหลัก คุณต้องทำดังนี้
- โปรโมตโหนดสแตนด์บายใหม่ให้กลายเป็นต้นแบบ Postgres ต้นแบบ Postgres ใหม่จะเป็นเวอร์ชันเดียวกับการติดตั้ง Edge ก่อนหน้านี้
- กำหนดค่าโหนดสแตนด์บายเก่าเป็นโหนดสแตนด์บายของโหนดหลักใหม่ โหนดสแตนด์บายเดิมจะเป็นเวอร์ชันเดียวกับการติดตั้ง Edge ก่อนหน้านี้
- ลงทะเบียนโหนดหลักและโหนดสแตนด์บายใหม่กับกลุ่มข้อมูลวิเคราะห์และกลุ่มผู้บริโภค
เมื่อย้อนกลับเสร็จแล้ว คุณไม่จำเป็นต้องใช้โหนดหลักเดิมอีกต่อไป จากนั้น คุณจะปิดใช้งานโหนดหลักเดิมได้
- ตรวจสอบว่าโหนด Postgres ในโหมดสแตนด์บายใหม่ทำงานอยู่
> /opt/apigee/apigee-service/bin/apigee-all status
หาก Postgres ไม่ทำงาน ให้เริ่มต้นดังนี้
> /opt/apigee/apigee-service/bin/apigee-all start - ตรวจสอบว่า Postgres หยุดอยู่ในโหนดหลักเดิมและโหนดสแตนด์บายเดิมดังต่อไปนี้
> /opt/apigee/apigee-service/bin/apigee-all status
หาก Postgres ทำงานอยู่ ให้หยุดดังนี้
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server off
/opt/apilgee off - หากติดตั้งแล้ว ให้เริ่ม Qpid ในโหนดสแตนด์บายเดิม
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
หมายเหตุ: ในการกำหนดค่าหลายรายการ โหนดสแตนด์บายเก่าจะโฮสต์เฉพาะ Postgres แต่ไม่โฮสต์ Qpid - โปรโมตโหนดสแตนด์บายใหม่เป็นต้นแบบ Postgres ดังนี้
- โปรโมตโหนดสแตนด์บายใหม่ให้เป็นต้นแบบใหม่ ดังนี้
> apigee-service apigee-postgresqlromoting-standby-to-master new_standby_IP
หากได้รับข้อความแจ้ง ให้ป้อนรหัสผ่าน Postgres สำหรับผู้ใช้ "apigee" ซึ่งมีค่าเริ่มต้นเป็น "postgres" - แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุดังนี้
# ที่อยู่ IP ของต้นแบบใหม่:
PG_MASTER=new_standby_IP
# ที่อยู่ IP ของโหนดสแตนด์บายเก่า
PG_STANDBY=old_standby_IP - กำหนดค่าต้นแบบใหม่ดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql Setup-replication-on-master -f configFile
- โปรโมตโหนดสแตนด์บายใหม่ให้เป็นต้นแบบใหม่ ดังนี้
- สร้างโหนดสแตนด์บายเดิมอีกครั้ง โดยทำดังนี้
- แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุข้อมูลต่อไปนี้
# ที่อยู่ IP ของต้นแบบใหม่:
PG_MASTER=new_standby_IP
# ที่อยู่ IP ของโหนดสแตนด์บายเก่า
PG_STANDBY=old_standby_IP - นำไดเรกทอรีข้อมูลในโหนดสแตนด์บายเดิมออกโดยทำดังนี้
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf * - กำหนดค่าโหนดสแตนด์บายเดิมให้เป็นโหนดสแตนด์บายของต้นแบบใหม่ ดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql Setup-replication-on-standby -f configFile - ตรวจสอบว่า Postgres ทำงานอยู่ในโหนดสแตนด์บายเดิม
> /opt/apigee/apigee-service/bin/apigee-all status
หากไม่ทำงาน ให้เริ่มต้นดังนี้
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
- แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุข้อมูลต่อไปนี้
- ยืนยันว่ามีการเพิ่มโหนดสแตนด์บายใหม่โดยดูไฟล์ /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในต้นแบบใหม่
- ดูข้อมูลการวิเคราะห์และข้อมูลกลุ่มผู้บริโภคปัจจุบันโดยเรียกใช้คำสั่งต่อไปนี้ในเซิร์ฟเวอร์การจัดการ:
> curl -u sysAdminEmail:password http://<ms_IP>:8080/v1/analytics/groups/ax
คำสั่งนี้จะแสดงผลชื่อกลุ่ม Analytics ในช่อง name และชื่อกลุ่มผู้บริโภคในช่อง name นอกจากนี้ยังแสดงผล UUID ของต้นแบบ Postgres หลักและโหนดสแตนด์บายในช่อง postgres-server และในช่อง datastores ด้วย - รับที่อยู่ UUID ของต้นแบบเดิมโดยเรียกใช้คำสั่ง cURL ต่อไปนี้ในโหนดหลักเดิม
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self
คุณควรเห็น UUID ของโหนดหลักเก่า:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self
คุณควรเห็น UUID ของโหนดหลักเก่า:
หากเซิร์ฟเวอร์ Postgres ไม่ทำงาน คุณสามารถเรียกใช้คำสั่งต่อไปนี้ในเซิร์ฟเวอร์การจัดการเพื่อระบุ UUID
> curl -u sysAdminEmail:password http://<ms_IP>:8080/v1/servers?pod=analytics
เอาต์พุตของคำสั่งนี้จะแสดง UUID สำหรับที่อยู่ IP ของโหนด Postres แต่ละรายการ - ทำซ้ำขั้นตอนก่อนหน้าเพื่อรับที่อยู่ IP ของโหนดสแตนด์บายเดิมและโหนดหลักใหม่
- นำโหนดหลักและโหนดสแตนด์บายเก่าออกจากกลุ่มผู้ใช้ ดังนี้
> curl -u sysAdminEmail:password -X DELETE "http://<ms_IP>:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/UIDstores
masterUUID,standbyUUID จะอยู่ในลำดับเดียวกันกับที่ปรากฏด้านบนเมื่อคุณดูข้อมูล Analytics ปัจจุบันและกลุ่มผู้ใช้ทั่วไปด้านบน คุณอาจต้องระบุเป็น standbyUUID,masterUUID
ตอนนี้พร็อพเพอร์ตี้ datastores สำหรับกลุ่มผู้บริโภคควรเว้นว่างไว้ - นำโหนดต้นแบบและโหนดสแตนด์บายเก่าออกจากกลุ่มข้อมูลวิเคราะห์:
> curl -u sysAdminEmail:password -X DELETE "http://<ms_IP>:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=masterUUID,standbyUUID
- ลงทะเบียนโหนด PG ต้นแบบและสแตนด์บายใหม่ด้วยกลุ่มข้อมูลวิเคราะห์และกลุ่มผู้ใช้:
> curl -u sysAdminEmail:password -X POST -H "Content-Type: application/json" -d '' "http://<ms_IP>:8080/v1/analytics/groups/ax/uxUIDUID - ตรวจสอบกลุ่มข้อมูลวิเคราะห์ ดังนี้
> curl -u sysAdminEmail:password http://<ms_IP>:8080/v1/analytics/groups/ax
คุณควรเห็น UUID ของโหนดหลักและโหนดสแตนด์บายใหม่แสดงอยู่ในกลุ่มข้อมูลวิเคราะห์และกลุ่มผู้บริโภค - รีสตาร์ท Edge Management Server ตามขั้นตอนดังนี้
> /opt/apigee/apigee-service/bin/apigee-service edge-management-serverบ้างไหม - รีสตาร์ทเซิร์ฟเวอร์ Qpid ทั้งหมดดังนี้
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-serverในไซต์ของคุณ - รีสตาร์ทเซิร์ฟเวอร์ Postgres ทั้งหมดโดยทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-serverในไซต์ของคุณ - ยืนยันสถานะการจำลองโดยออกสคริปต์ต่อไปนี้บนเซิร์ฟเวอร์ทั้ง 2 เครื่อง ระบบควรแสดงผลลัพธ์ที่เหมือนกันในเซิร์ฟเวอร์ทั้ง 2 แห่งเพื่อให้การจำลองประสบความสำเร็จ ดังนี้
ในต้นแบบใหม่ ให้เรียกใช้ดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
ตรวจสอบว่าเป็นต้นแบบ
ในโหนดสแตนด์บายเดิม:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
ตรวจสอบว่าเป็นโหมดสแตนด์บาย - ทำขั้นตอนก่อนหน้าซ้ำหลังจากที่สร้างคำขอ API หลายรายการเพื่อให้มั่นใจว่าโหนดซิงค์กัน
- ให้เลิกใช้ต้นแบบ Postgres เดิมโดยใช้ขั้นตอนในอัปเดต Apigee Edge เป็น 4.16.09
หมายเหตุ: หากโหนดหลักเดิมเรียกใช้ Qpid คุณสามารถปล่อยให้เซิร์ฟเวอร์นั้นเรียกใช้ Qpid ต่อไปได้ ตรวจสอบว่าโฆษณาทำงานอยู่ หากไม่ ให้เริ่มดังนี้
> /opt/apigee/apigee-service/bin/apigee-service edge-management-server start
หรือคุณอาจถอนการติดตั้ง Qpid จากต้นแบบเดิมและติดตั้ง Qpid ในโหนดหลักใหม่ตามที่อธิบายไว้ด้านล่างก็ได้ หลังจากถอนการติดตั้ง Qpid คุณปิดใช้งานโหนดหลักเดิมได้
ยกเลิกการติดตั้ง Qpid จากต้นฉบับเดิมและติดตั้ง Qpid ในโปรแกรมหลักใหม่
ใช้ขั้นตอนต่อไปนี้เพื่อถอนการติดตั้ง Qpid จากต้นแบบเก่าและติดตั้งต้นแบบใหม่
- บล็อกการเข้าถึง Qpid พอร์ต 5672 บนต้นแบบเดิมไม่ให้เข้าถึงโดยตัวประมวลผลข้อความโดยเรียกใช้คำสั่งต่อไปนี้ในเครื่องมือประมวลผลข้อความทั้งหมด
> iptables -A OUTPUT -p tcp -d 10.233.147.20 --dport 5672 -j DROP - ตรวจสอบว่าคิวข้อความ Qpid ว่างเปล่าด้วยการเรียกใช้คำสั่งต่อไปนี้ คุณจะถอนการติดตั้ง Qpid ไม่ได้จนกว่าจะประมวลผลข้อความที่รอดำเนินการทั้งหมด
> qpid-stat -q
คำสั่งนี้จะแสดงตารางที่มีจำนวนสำหรับ msg, msgIn และ msgOut ระบบจะประมวลผลข้อความทั้งหมดเมื่อ msg=0 และ msgIn=msgOut - กำหนด UUID ของเซิร์ฟเวอร์ Qpid บนต้นแบบเดิมโดยการเรียกใช้คำสั่งต่อไปนี้บนต้นแบบเดิม บันทึกข้อมูลนี้ไว้สำหรับภายหลังในขั้นตอนดังกล่าว
> curl -u sysAdminEmail:password http://<node_IP>::8083/v1/servers/self - หยุด Qpid ในต้นแบบเดิม
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server off
> /opt/apigee/apigee-service/bin/apigee-service apigee-qpidd Stop - ถอนการติดตั้งเซิร์ฟเวอร์ Qpid โดยทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-serverถอนการติดตั้งแอป
> /opt/apigee/apigee-service/bin/apigee-service apigee-qpiddถอนการติดตั้งแอป - นำเซิร์ฟเวอร์ Qpid เก่าออกจาก Analytics และกลุ่มผู้ใช้ทั่วไปดังนี้
> curl -u sysAdminEmail:password -X DELETE -H "Content-Type: application/json" -d '' "http://<ms_IP>:8080/v1/analytics/groups/ax/axgroup-UIDUID - นำเซิร์ฟเวอร์ Qpid เก่าออกจาก Zookeeper ดังนี้
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/qpid_UUID - ติดตั้ง Qpid ในมาสเตอร์ใหม่
> /opt/apigee/apigee-setup/bin/setup.sh -p qs -f configFile - กำหนด UUID ของเซิร์ฟเวอร์ Qpid บนต้นแบบใหม่โดยการเรียกใช้คำสั่งต่อไปนี้บนต้นแบบใหม่ บันทึกข้อมูลนี้ไว้สำหรับภายหลังในขั้นตอนดังกล่าว
> curl -u sysAdminEmail:password http://<node_IP>::8083/v1/servers/self - ลงทะเบียนเซิร์ฟเวอร์ Qpid ใหม่ด้วยกลุ่มข้อมูลวิเคราะห์และกลุ่มผู้ใช้ดังนี้
> curl -u sysAdminEmail:password -X POST -H "Content-Type: application/json" -d '' "http://<ms_IP>:8080/v1/analytics/groups/ax/axgroup-UID - รีสตาร์ทตัวประมวลผลข้อความทั้งหมด
> /opt/apigee/apigee-service/bin/apigee-service edge-message-processorรีสตาร์ท - เรียกใช้คำสั่งต่อไปนี้บนเซิร์ฟเวอร์ Qpid ใหม่เพื่อตรวจสอบว่ามีการสร้างคิวขึ้นหรือไม่
> qpid-stat -q
ตรวจสอบว่าคุณเห็น msg, msgIn และ msgOut กำลังได้รับการอัปเดตขณะที่เซิร์ฟเวอร์ Qpid ประมวลผลข้อความ
วิธีย้อนกลับคอมโพเนนต์แต่ละรายการจาก 4.17.01
ในการย้อนกลับ คุณต้องดาวน์โหลดไฟล์ Bootstrap.sh สำหรับ Edge เวอร์ชันปัจจุบัน ดังนี้
- หากต้องการย้อนกลับไปเป็น 4.16.09 ให้ดาวน์โหลด bootstrap_4.16.09.sh
- หากต้องการย้อนกลับไปเป็น 4.16.05 ให้ดาวน์โหลด bootstrap_4.16.05.sh
- หากต้องการย้อนกลับไปใช้เวอร์ชัน 4.16.01 ให้ดาวน์โหลด bootstrap.sh
สำหรับแต่ละโหนดที่โฮสต์คอมโพเนนต์เพื่อย้อนกลับ:
- หยุดคอมโพเนนต์เพื่อย้อนกลับดังนี้
-
หากคุณย้อนกลับคอมโพเนนต์รายการใดรายการหนึ่งต่อไปนี้ในโหนด คุณต้องหยุดคอมโพเนนต์ทั้งหมด ได้แก่ เซิร์ฟเวอร์การจัดการ, เราเตอร์, ผู้ประมวลผลข้อความ, เซิร์ฟเวอร์ Qpid หรือเซิร์ฟเวอร์ Postgres:
- > หยุด apigee-service edge-management-server
- > จุดหยุดเราเตอร์ Apigee-service
- > หยุด apigee-service edge-message-processor
- > หยุด apigee-service edge-qpid-server
- > หยุด apigee-service edge-postgres-server
-
หากคุณย้อนกลับคอมโพเนนต์อื่นๆ ในโหนด ให้หยุดเฉพาะคอมโพเนนต์ดังกล่าวโดยทำดังนี้
- > หยุด apigee-service comp
-
หากคุณย้อนกลับคอมโพเนนต์รายการใดรายการหนึ่งต่อไปนี้ในโหนด คุณต้องหยุดคอมโพเนนต์ทั้งหมด ได้แก่ เซิร์ฟเวอร์การจัดการ, เราเตอร์, ผู้ประมวลผลข้อความ, เซิร์ฟเวอร์ Qpid หรือเซิร์ฟเวอร์ Postgres:
- หากคุณจะย้อนกลับการสร้างรายได้ ให้ถอนการติดตั้งจากเซิร์ฟเวอร์การจัดการและโหนดผู้ประมวลผลข้อมูลข้อความทั้งหมด โดยทำดังนี้
> apigee-service edge-mint-gateway ถอนการติดตั้ง - ถอนการติดตั้งคอมโพเนนต์เพื่อย้อนกลับในโหนด
- หากคุณย้อนกลับคอมโพเนนต์ต่อไปนี้ในโหนด ให้ถอนการติดตั้งคอมโพเนนต์ดังกล่าวทั้งหมด ได้แก่ เซิร์ฟเวอร์การจัดการ, เราเตอร์, ตัวประมวลผลข้อความ, Qpid Server หรือเซิร์ฟเวอร์ Postgres:
> ถอนการติดตั้ง apigee-service edge-gateway - หากคุณย้อนกลับคอมโพเนนต์อื่นๆ ในโหนด ให้ถอนการติดตั้งเฉพาะคอมโพเนนต์ดังกล่าว:
> apigee-service comp ถอนการติดตั้ง - หากคุณย้อนกลับเราเตอร์ คุณต้องลบเนื้อหาของ /opt/nginx/conf.d:
> cd /opt/nginx/conf.d
> rm -rf *
- หากคุณย้อนกลับคอมโพเนนต์ต่อไปนี้ในโหนด ให้ถอนการติดตั้งคอมโพเนนต์ดังกล่าวทั้งหมด ได้แก่ เซิร์ฟเวอร์การจัดการ, เราเตอร์, ตัวประมวลผลข้อความ, Qpid Server หรือเซิร์ฟเวอร์ Postgres:
-
วิธีย้อนกลับคอมโพเนนต์
- ถอนการติดตั้ง apigee-setup เวอร์ชัน 4.17.01 ดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-setupถอนการติดตั้งแอป - ดาวน์โหลด Bootstrap.sh สำหรับรุ่น 4.16.01, 4.16.05 หรือ 4.16.09:
เช่น สำหรับรุ่น 4.16.09:
> curl https://software.apigee.com/Boottrap_4.16.09.sh Boot6 /tmp/ใช้เวลาบู๊ต:
> curl https://software.apigee.com/shoestrap_4.16.09.sh Boot6 /tmp/ Boots - ติดตั้งยูทิลิตีและการอ้างอิงของ apigee-service 4.16.01, 4.16.05 หรือ 4.16.09
ตัวอย่างเช่น สําหรับ 4.16.09:
> sudo bash /tmp/bootstrap_4.16.09.sh apigeeuser=uName apigeepassword=pWord
โดยที่ uName และ pWordgee คือชื่อผู้ใช้และรหัสผ่านที่คุณได้รับ หากคุณไม่ได้ใส่ pWord คุณจะได้รับข้อความแจ้งให้ป้อน - ติดตั้ง apigee-setup เวอร์ชัน 4.16.01, 4.16.05 หรือ 4.16.09 ดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install - ติดตั้งคอมโพเนนต์ในเวอร์ชัน 4.16.01, 4.16.05 หรือ 4.16.09
> /opt/apigee/apigee-setup/bin/setup.sh -p comp -f configFile
โดยที่ไฟล์ comp คือคอมโพเนนต์ที่จะติดตั้ง และ comp1.0 เป็นคอมโพเนนต์ที่จะติดตั้ง และ config.04.0 - หากคุณย้อนกลับไปใช้ Qpid ให้ล้าง iptables ดังนี้
> sudo iptables -F
- ถอนการติดตั้ง apigee-setup เวอร์ชัน 4.17.01 ดังนี้
-
วิธีย้อนกลับคอมโพเนนต์เป็นเวอร์ชันเฉพาะของรุ่น 4.17.01
- ดาวน์โหลดเวอร์ชันคอมโพเนนต์ที่เฉพาะเจาะจง:
> /opt/apigee/apigee-service/bin/apigee-service comp-version install
โดยที่ comp-version เป็นคอมโพเนนต์และเวอร์ชันที่จะติดตั้ง ตัวอย่างเช่น
> /opt/apigee/apigee-service/bin/apigee-service edge-ui-4.17.01-0.0.3749 install
หากคุณใช้ที่เก็บ Apigee ออนไลน์เพื่อระบุเวอร์ชันคอมโพเนนต์ที่ใช้ได้ โดยใช้คำสั่งต่อไปนี้
> yum --showduplicates list comp - ใช้ apigee-setup เพื่อ
ติดตั้งคอมโพเนนต์ ดังนี้
> /opt/apigee/apigee-setup/bin/setup.sh -p comp -f configFile
ตัวอย่างเช่น
> /opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile
ตัวอย่างเช่น
> /opt/apigee/apigee-setup/bin/setup.sh -p ui -f
<config name you do
- ดาวน์โหลดเวอร์ชันคอมโพเนนต์ที่เฉพาะเจาะจง:
โปรดติดต่อทีมสนับสนุนของ Apigee หากพบปัญหาเมื่อย้อนกลับ