4.18.01 กระบวนการย้อนกลับ

Edge สำหรับ Private Cloud เวอร์ชัน 4.18.01

หากเกิดข้อผิดพลาดระหว่างการอัปเดต Edge 4.18.01 ให้ย้อนกลับคอมโพเนนต์ที่ทำให้เกิดข้อผิดพลาด แล้วลองอัปเดตอีกครั้ง ตัวอย่างเช่น หากการอัปเดตเป็น Postgres 9.6 ล้มเหลว ให้ย้อนกลับเฉพาะโหนด Postgres และลองอัปเดตอีกครั้ง

มี 2 สถานการณ์ที่คุณอาจต้องการทำการย้อนกลับ ได้แก่

  1. ย้อนกลับไปยังเวอร์ชันเก่า เช่น ตั้งแต่ 4.18.01 ถึง 4.17.01
  2. ย้อนกลับเป็นเวอร์ชันเก่าในรุ่นเดียวกัน

โปรดใช้ขั้นตอนด้านล่างเพื่อย้อนกลับสำหรับทั้ง 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.18.01 ไว้

เปลี่ยนกลับ 4.18.01

ส่วนนี้ประกอบด้วยขั้นตอนการย้อนกลับ Edge 4.18.01 ไปเป็นเวอร์ชันก่อนหน้า ส่วนนี้แบ่งออกเป็น 2 ส่วน ดังนี้

  • ย้อนกลับการอัปเดต Postgres
    ส่วนสุดท้ายของขั้นตอนการอัปเดตทั้งหมดคือการอัปเดตโหนด Postgres เป็นเวอร์ชัน 9.6 หากการอัปเดตนั้นไม่สำเร็จ คุณสามารถใช้ขั้นตอนนี้เพื่อย้อนกลับการอัปเดตได้
  • การย้อนกลับคอมโพเนนต์ Edge อื่นๆ ทั้งหมด
    โปรดใช้กระบวนการนี้เพื่อย้อนกลับคอมโพเนนต์ Edge อื่นๆ

วิธีย้อนกลับการอัปเดต Postgres 9.6

หากต้องการย้อนกลับการอัปเดต Postgres เมื่ออัปเดต Postgres ในการกำหนดค่าสแตนด์บายหลัก คุณต้องทำดังนี้

  • โปรโมตโหนดสแตนด์บายใหม่ให้กลายเป็นต้นแบบ Postgres ต้นแบบ Postgres ใหม่จะเป็นเวอร์ชันเดียวกับการติดตั้ง Edge ก่อนหน้านี้
  • กำหนดค่าโหนดสแตนด์บายเก่าเป็นโหนดสแตนด์บายของโหนดหลักใหม่ โหนดสแตนด์บายเดิมจะเป็นเวอร์ชันเดียวกับการติดตั้ง Edge ก่อนหน้านี้
  • ลงทะเบียนโหนดหลักและโหนดสแตนด์บายใหม่กับกลุ่มข้อมูลวิเคราะห์และกลุ่มผู้บริโภค

เมื่อย้อนกลับเสร็จแล้ว คุณไม่จำเป็นต้องใช้โหนดหลักเดิมอีกต่อไป จากนั้น คุณจะปิดใช้งานโหนดหลักเดิมได้

  1. ตรวจสอบว่าโหนด Postgres สแตนด์บายใหม่ทำงานอยู่:
    > /opt/apigee/apigee-service/bin/apigee-all status

    หาก Postgres ไม่ได้ทำงานอยู่ ให้เริ่มต้นดังนี้

    > /opt/apigee/apigee-service/bin/apigee-all start
  2. ตรวจสอบว่า Postgres หยุดอยู่ที่โหนดหลักเก่าและโหนดสแตนด์บายเดิม:
    > /opt/apigee/apigee-service/bin/apigee-all status

    หาก Postgres ทำงานอยู่ ให้หยุดโดยดำเนินการดังนี้

    > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

  3. หากติดตั้งแล้ว ให้เริ่มต้น Qpid ในโหนดสแตนด์บายเดิม:
    > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
  4. โปรโมตโหนดสแตนด์บายใหม่เป็นต้นแบบ Postgres ดังนี้
    1. โปรโมตโหนดสแตนด์บายใหม่เป็นต้นแบบใหม่:
      > apigee-service apigee-postgresql promote-standby-to-master new_standby_IP

      หากได้รับข้อความแจ้ง ให้ป้อนรหัสผ่าน Postgres สำหรับผู้ใช้ "apigee" ซึ่งมีค่าเริ่มต้นเป็น "postgres"

    2. แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุดังนี้
      # IP address of the new master:
      PG_MASTER=new_standby_IP
      # IP address of the old standby node
      PG_STANDBY=old_standby_IP
    3. กำหนดค่าต้นแบบใหม่ ดังนี้
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFile
  5. สร้างโหนดสแตนด์บายเก่าอีกครั้งโดยทำดังนี้
    1. แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุดังนี้
      # IP address of the new master:
      PG_MASTER=new_standby_IP
      # IP address of the old standby node
      PG_STANDBY=old_standby_IP
    2. นำไดเรกทอรีข้อมูลในโหนดสแตนด์บายเก่าออก:
      > cd /opt/apigee/data/apigee-postgresql/pgdata > rm -rf *
    3. กำหนดค่าโหนดสแตนด์บายเดิมใหม่เป็นโหนดสแตนด์บายของต้นแบบใหม่:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
    4. ตรวจสอบว่า Postgres ทำงานอยู่ในโหนดสแตนด์บายเก่า:
      > /opt/apigee/apigee-service/bin/apigee-all status

      หากไม่ทำงาน ให้เริ่มดังนี้

      > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
  6. ตรวจสอบว่าได้เพิ่มโหนดสแตนด์บายใหม่โดยดูไฟล์ /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในโหนดหลักใหม่
  7. ดูข้อมูลวิเคราะห์และข้อมูลกลุ่มผู้บริโภคปัจจุบันโดยเรียกใช้คำสั่งต่อไปนี้ในเซิร์ฟเวอร์การจัดการ
    > curl -u sysAdminEmail:password http://ms_IP:8080/v1/analytics/groups/ax

    คำสั่งนี้จะแสดงชื่อกลุ่มข้อมูลวิเคราะห์ในช่อง name และชื่อกลุ่มผู้ใช้ทั่วไปในช่อง name ภายใต้ consumer-groups นอกจากนี้ ยังแสดงผล UUID ของโหนดหลัก Postgres แบบเก่าและโหนดสแตนด์บายในช่อง postgres-server และในช่อง datastores คุณควรเห็นเอาต์พุตในรูปแบบ

    {
      "name" : "axgroup-001",
      "properties" : {
      },
      "scopes" : [ "VALIDATE~test", "sgilson~prod" ],
      "uuids" : {
        "qpid-server" : [ "8381a053-433f-4382-bd2a-100fd37a1592", "4b6856ec-ef05-498f-bac6-ef5f0d5f6521" ],
        "postgres-server" : [
          "ab1158bd-1d59-4e2a-9c95-24cc2cfa6edc:27f90844-efab-4b32-8a23-8f85cdc9a256"
        ]
      },
      "consumer-groups" : [ {
        "name" : "consumer-group-001",
        "consumers" : [ "8381a053-433f-4382-bd2a-100fd37a1592", "4b6856ec-ef05-498f-bac6-ef5f0d5f6521" ],
        "datastores" :
          [ "ab1158bd-1d59-4e2a-9c95-24cc2cfa6edc:27f90844-efab-4b32-8a23-8f85cdc9a256" ],
          "properties" : {     }
        }
      ],
      "data-processors" : {
      }
    }

  8. รับที่อยู่ UUID ของโหนดหลักเดิมโดยเรียกใช้คำสั่ง cURL ต่อไปนี้ในโหนดหลักเดิม:
    > curl -u sysAdminEmail:password http://node_IP:8084/v1/servers/self

    คุณควรเห็น UUID ของโหนดที่จุดสิ้นสุดของเอาต์พุตในรูปแบบ:

    "type" : [ "postgres-server" ],
    "uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"

  9. ทำซ้ำขั้นตอนก่อนหน้าเพื่อรับที่อยู่ IP ของโหนดสแตนด์บายเดิมและโหนดหลักใหม่
  10. นำโหนดต้นแบบเก่าและโหนดสแตนด์บายออกจากกลุ่มผู้ใช้:
    > curl -u sysAdminEmail:password -X DELETE
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/datastores/masterUUID,standbyUUID" -v

    โดย axgroup-001 และ consumer-group-001 เป็นชื่อเริ่มต้นของ ข้อมูลวิเคราะห์และกลุ่มผู้บริโภค masterUUID,standbyUUID จะเรียงลำดับเหมือนกับที่ปรากฏด้านบนเมื่อคุณดูข้อมูล Analytics และข้อมูลกลุ่มผู้บริโภคด้านบน โดยคุณอาจต้องระบุเป็น standbyUUID,masterUUID

    ตอนนี้พร็อพเพอร์ตี้ datastores สำหรับ consumer-groups ควรว่างเปล่าแล้ว

  11. นำโหนดหลักและโหนดสแตนด์บายเดิมออกจากกลุ่มการวิเคราะห์:
    > curl -u sysAdminEmail:password -X DELETE
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=masterUUID,standbyUUID&type=postgres-server" -v

    ตอนนี้พร็อพเพอร์ตี้ postgres-server ภายใต้ uuids ควรว่างเปล่าแล้ว

  12. ลงทะเบียนโหนดต้นแบบและโหนดสแตนด์บาย PG ใหม่กับ Analytics และกลุ่มผู้บริโภคดังนี้
    > curl -u sysAdminEmail:password -X POST -H "Content-Type: application/json" -d ''
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=masterUUID,standbyUUID&type=postgres-server" -v
    > curl -u sysAdminEmail:password -X POST -H "Content-Type:application/json" -d ''
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/datastores?uuid=masterUUID,standbyUUID" -v
  13. ตรวจสอบกลุ่ม Analytics โดยทำดังนี้
    > curl -u sysAdminEmail:password http://ms_IP:8080/v1/analytics/groups/ax

    คุณควรเห็น UUID ของโหนดหลักและโหนดสแตนด์บายใหม่แสดงอยู่ในกลุ่มการวิเคราะห์และกลุ่มผู้บริโภค

  14. รีสตาร์ท Edge Management Server โดยทำดังนี้
    > /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
  15. รีสตาร์ทเซิร์ฟเวอร์ Qpid ทั้งหมด โดยทำดังนี้
    > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
  16. รีสตาร์ทเซิร์ฟเวอร์ Postgres ทั้งหมด:
    > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server restart
  17. ยืนยันสถานะการจำลองโดยออกสคริปต์ต่อไปนี้บนเซิร์ฟเวอร์ทั้ง 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

    ตรวจสอบว่าระบบระบุว่าเป็นโหมดสแตนด์บาย

  18. ทำขั้นตอนก่อนหน้าซ้ำหลังจากที่สร้างคำขอ API หลายรายการเพื่อให้มั่นใจว่าโหนดซิงค์กัน
  19. ให้เลิกใช้ต้นแบบ Postgres เดิมโดยใช้ขั้นตอนในอัปเดต Apigee Edge 4.16.01/4.16.05 เป็น 4.17.09

    หรือคุณจะถอนการติดตั้ง Qpid จากพร็อพเพอร์ตี้หลักเดิมและติดตั้ง Qpid ในโหนดหลักใหม่ตามที่อธิบายไว้ด้านล่างก็ได้ หลังจากถอนการติดตั้ง Qpid คุณปิดใช้งานโหนดหลักเดิมได้

ยกเลิกการติดตั้ง Qpid จากต้นฉบับเดิมและติดตั้ง Qpid ในโปรแกรมหลักใหม่

ใช้ขั้นตอนต่อไปนี้เพื่อถอนการติดตั้ง Qpid จากต้นแบบเก่าและติดตั้งต้นแบบใหม่

  1. บล็อกการเข้าถึงพอร์ต Qpid 5672 บนต้นแบบเดิมไม่ให้เข้าถึงโดยผู้ประมวลผลข้อความโดยเรียกใช้คำสั่งต่อไปนี้ในตัวประมวลผลข้อความทั้งหมด:
    > iptables -A OUTPUT -p tcp -d 10.233.147.20 --dport 5672 -j DROP
  2. ตรวจสอบว่าคิวข้อความ Qpid ว่างเปล่าด้วยการเรียกใช้คำสั่งต่อไปนี้ คุณถอนการติดตั้ง Qpid ไม่ได้จนกว่าจะประมวลผลข้อความที่รอดำเนินการทั้งหมด:
    > qpid-stat -q

    คำสั่งนี้จะแสดงตารางที่มีจำนวนสำหรับ msg, msgIn, and msgOut ข้อความทั้งหมดจะได้รับการประมวลผลเมื่อ msg=0 และ msgIn=msgOut

  3. กำหนด UUID ของเซิร์ฟเวอร์ Qpid บนต้นแบบเดิมโดยการเรียกใช้คำสั่งต่อไปนี้บนต้นแบบเดิม บันทึกข้อมูลนี้ไว้ใช้ภายหลังในขั้นตอน
    > curl -u sysAdminEmail:password http://node_IP::8083/v1/servers/self
  4. หยุด Qpid บนต้นแบบเดิม:
    > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
    > /opt/apigee/apigee-service/bin/apigee-service apigee-qpidd stop
  5. ถอนการติดตั้งเซิร์ฟเวอร์ Qpid:
    > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server uninstall
    > /opt/apigee/apigee-service/bin/apigee-service apigee-qpidd uninstall
  6. นำเซิร์ฟเวอร์ Qpid เก่าออกจากข้อมูลวิเคราะห์และกลุ่มผู้ใช้ทั่วไปดังนี้
    > curl -u sysAdminEmail:password -X DELETE -H "Content-Type: application/json" -d ''
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/consumers/qpid_UUID" -v
    > curl -u sysAdminEmail:password -X DELETE
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=qpid_UUID&type=qpid-server" -v
  7. นำเซิร์ฟเวอร์ Qpid เก่าออกจาก Zookeeper:
    > curl -u sysAdminEmail:password -X DELETE
      http://ms_IP:8080/v1/servers/qpid_UUID
  8. ติดตั้ง Qpid บนต้นแบบใหม่:
    > /opt/apigee/apigee-setup/bin/setup.sh -p qs -f configFile
  9. กำหนด UUID ของเซิร์ฟเวอร์ Qpid บนต้นแบบใหม่โดยการเรียกใช้คำสั่งต่อไปนี้บนต้นแบบใหม่ บันทึกข้อมูลนี้ไว้ใช้ภายหลังในขั้นตอน
    > curl -u sysAdminEmail:password
      http://node_IP::8083/v1/servers/self
  10. ลงทะเบียนเซิร์ฟเวอร์ Qpid ใหม่กับ Analytics และกลุ่มผู้ใช้ทั่วไปต่อไปนี้
    > curl -u sysAdminEmail:password -X POST -H "Content-Type: application/json" -d ''
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=qpid_UUID&type=qpid-server" -v
    > curl -u sysAdminEmail:password -X POST -H "Content-Type:application/json" -d ''
      "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/consumers?uuid=qpid_UUID" -v
  11. รีสตาร์ทโปรแกรมประมวลผลข้อความทั้งหมด:
    > /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
  12. เรียกใช้คำสั่งต่อไปนี้ในเซิร์ฟเวอร์ Qpid ใหม่เพื่อตรวจสอบว่ามีการสร้างคิวแล้ว
    > qpid-stat -q

    ตรวจสอบว่าคุณเห็นการอัปเดต msg, msgIn และ msgOut เมื่อเซิร์ฟเวอร์ Qpid ประมวลผลข้อความ

วิธีย้อนกลับคอมโพเนนต์แต่ละรายการจาก 4.18.01

ในการย้อนกลับ คุณต้องดาวน์โหลดไฟล์ Bootstrap.sh สำหรับ Edge เวอร์ชันปัจจุบัน ดังนี้

  • หากต้องการย้อนกลับไปที่ 4.17.09 ให้ดาวน์โหลด bootstrap_4.17.09.sh
  • หากต้องการย้อนกลับไปที่ 4.17.05 ให้ดาวน์โหลด bootstrap_4.17.05.sh
  • หากต้องการย้อนกลับไปเป็น 4.17.01 ให้ดาวน์โหลด bootstrap_4.17.01.sh
  • หากต้องการย้อนกลับไปเป็น 4.16.09 ให้ดาวน์โหลด bootstrap_4.16.09.sh
  • หากต้องการย้อนกลับไปเป็น 4.16.05 ให้ดาวน์โหลด bootstrap_4.16.05.sh
  • หากต้องการย้อนกลับไปเป็น 4.16.01 ให้ดาวน์โหลด bootstrap.sh

สำหรับแต่ละโหนดที่โฮสต์คอมโพเนนต์เพื่อย้อนกลับ:

  1. หยุดคอมโพเนนต์เพื่อย้อนกลับดังนี้
    1. หากคุณย้อนกลับคอมโพเนนต์รายการใดรายการหนึ่งต่อไปนี้ในโหนด คุณต้องหยุดคอมโพเนนต์ทั้งหมด ซึ่งได้แก่ เซิร์ฟเวอร์การจัดการ, เราเตอร์, ผู้ประมวลผลข้อความ, เซิร์ฟเวอร์ Qpid หรือเซิร์ฟเวอร์ Postgres:
      • > apigee-service edge-management-server stop
      • > apigee-service edge-router stop
      • > apigee-service edge-message-processor stop
      • > apigee-service edge-qpid-server stop
      • > apigee-service edge-postgres-server stop
    2. หากคุณย้อนกลับคอมโพเนนต์อื่นๆ ในโหนด ให้หยุดเฉพาะคอมโพเนนต์ดังกล่าวโดยทำดังนี้
      • > apigee-service comp stop
  2. หากคุณจะย้อนกลับการสร้างรายได้ ให้ถอนการติดตั้งจากเซิร์ฟเวอร์การจัดการและโหนดผู้ประมวลผลข้อมูลข้อความทั้งหมด:
    > apigee-service edge-mint-gateway uninstall
  3. ถอนการติดตั้งคอมโพเนนต์เพื่อย้อนกลับในโหนด
    1. หากคุณย้อนกลับคอมโพเนนต์ต่อไปนี้ในโหนด ให้ถอนการติดตั้งคอมโพเนนต์ทั้งหมด ได้แก่ เซิร์ฟเวอร์การจัดการ, เราเตอร์, ผู้ประมวลผลข้อมูลข้อความ, Qpid Server หรือ Postgres Server:
      > apigee-service edge-gateway uninstall
    2. หากคุณย้อนกลับคอมโพเนนต์อื่นๆ ในโหนด ให้ถอนการติดตั้งเฉพาะคอมโพเนนต์ดังกล่าว โดยทำดังนี้
      > apigee-service comp uninstall
    3. หากคุณย้อนกลับเราเตอร์ คุณต้องลบเนื้อหาของ /opt/nginx/conf.d:
      > cd /opt/nginx/conf.d
      > rm -rf *
  4. วิธีย้อนกลับคอมโพเนนต์
    1. ถอนการติดตั้ง apigee-setup เวอร์ชัน 4.18.01:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall
    2. ดาวน์โหลด Bootstrap.sh สำหรับรุ่นที่ต้องการ: เช่น สำหรับ 4.16.09:
      > curl https://software.apigee.com/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh 
    3. ติดตั้งยูทิลิตีและทรัพยากร Dependency ของ 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 และ pWord คือชื่อผู้ใช้และรหัสผ่านที่คุณได้รับจาก Apigee หากคุณไม่ใส่ pWord คุณจะได้รับข้อความแจ้งให้ป้อน

    4. ติดตั้ง apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
    5. ติดตั้งคอมโพเนนต์เวอร์ชันที่ต้องการ:
      > /opt/apigee/apigee-setup/bin/setup.sh -p comp -f configFile

      โดยมี comp เป็นคอมโพเนนต์ที่จะติดตั้ง และ configFile คือไฟล์การกำหนดค่าสำหรับเวอร์ชันที่ต้องการ

    6. หากคุณจะย้อนกลับ Qpid ให้ล้างข้อมูล iptables:
      > sudo iptables -F
  5. วิธีย้อนกลับคอมโพเนนต์เป็นเวอร์ชัน 4.18.01 โดยเฉพาะ
    1. ดาวน์โหลดคอมโพเนนต์เวอร์ชันที่ต้องการ:
      > /opt/apigee/apigee-service/bin/apigee-service comp-version install

      โดยมี comp-version เป็นคอมโพเนนต์และเวอร์ชันที่จะติดตั้ง ตัวอย่างเช่น

      > /opt/apigee/apigee-service/bin/apigee-service edge-ui-4.17.09-0.0.3749 install

      หากคุณใช้ที่เก็บออนไลน์ของ Apigee คุณจะดูเวอร์ชันของคอมโพเนนต์ที่พร้อมใช้งานได้โดยใช้คำสั่งต่อไปนี้

      > yum --showduplicates list comp

      เช่น

      > yum --showduplicates list edge-ui
    2. ใช้ apigee-setup เพื่อติดตั้งคอมโพเนนต์:
      > /opt/apigee/apigee-setup/bin/setup.sh -p comp -f configFile

      เช่น

      > /opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile

      โปรดสังเกตวิธีระบุเฉพาะชื่อคอมโพเนนต์เมื่อทำการติดตั้ง

โปรดติดต่อฝ่ายสนับสนุนของ Apigee Edge หากพบปัญหาเมื่อย้อนกลับ