อัปเดต Apigee Edge 4.53.00 หรือ 4.53.01 เป็น 4.54.00

Apigee รองรับการอัปเกรด Edge สำหรับ Private Cloud จากเวอร์ชัน 4.53.00 หรือ 4.53.01 เป็นเวอร์ชัน 4.54.00 โดยตรง หน้านี้จะอธิบายวิธีอัปเกรดดังกล่าว

ดูภาพรวมของเส้นทางการอัปเกรดที่เข้ากันได้ที่เมตริกซ์ความเข้ากันได้ของการอัปเกรดสำหรับ Edge for Private Cloud เวอร์ชันต่างๆ

ผู้ที่ทำการอัปเดตได้

ผู้ที่เรียกใช้การอัปเดตควรเป็นบุคคลเดียวกับผู้ที่ติดตั้ง Edge ในตอนแรก หรือบุคคลที่เรียกใช้ในฐานะรูท

หลังจากติดตั้ง Edge RPM แล้ว ทุกคนจะกำหนดค่าได้

องค์ประกอบใดบ้างที่ต้องอัปเดต

คุณต้องอัปเดตคอมโพเนนต์ Edge ทั้งหมด Edge ไม่รองรับการตั้งค่าที่มีคอมโพเนนต์จากหลายเวอร์ชัน

เอกสารสำหรับอ่านล่วงหน้า

โปรดอ่านหัวข้อต่อไปนี้เพื่อดูข้อมูลสำคัญเกี่ยวกับการเปลี่ยนแปลงที่เกิดขึ้นใน Edge for Private Cloud 4.54.00

• การเปลี่ยนแปลงในเวอร์ชัน 4.54.00: ตรวจสอบการเปลี่ยนแปลงใน TLS และ Java Callout ที่ต้องเตรียมการก่อนอัปเกรด ดูข้อมูลเพิ่มเติมได้ที่การเปลี่ยนแปลงใน 4.54.00

• สถาปัตยกรรมรันไทม์ Java แบบคู่ (Java 17 และ Java 21): ตั้งแต่เวอร์ชัน 4.54.00 เป็นต้นไป Edge สำหรับ Private Cloud จะยกเลิกการรองรับ Java 8 และเรียกใช้คอมโพเนนต์ใน Java 17 หรือ Java 21 ดูข้อมูลเพิ่มเติมได้ที่การเปลี่ยนแปลงใน 4.54.00

• ไม่มีการติดตั้ง Java อัตโนมัติระหว่างการบูตสแตรป: Edge for Private Cloud 4.54.00 มีความสามารถในการค้นหาการติดตั้ง Java และตรวจสอบว่าคุณได้ติดตั้งทั้ง Java 17 และ 21 แล้ว

• Edge UI ใหม่ใน 4.54.00: ดูข้อมูลเกี่ยวกับการเปลี่ยนไปใช้ Edge UI ใหม่เป็นอินเทอร์เฟซการจัดการเริ่มต้นและการนำ UI แบบคลาสสิก (edge-ui) ออก ดูข้อมูลเพิ่มเติมได้ที่UI ใหม่ของ Edge

• Apigee SSO ใน 4.54.00: ทำความเข้าใจสถาปัตยกรรม SSO ที่อัปเดตและการเปลี่ยนแปลงการกำหนดค่าสำหรับการตรวจสอบสิทธิ์ ดูข้อมูลเพิ่มเติมได้ที่ Apigee SSO

• Nginx 1.30 ใน 4.54.00: ตรวจสอบการอัปเกรด Nginx 1.30.x อัตโนมัติใน Edge Router, ผลกระทบที่อาจเกิดขึ้นกับรันไทม์ และขั้นตอนการลดผลกระทบ ดูข้อมูลเพิ่มเติมได้ที่การเปลี่ยนแปลงใน Nginx 1.30

ข้อกำหนดเบื้องต้นในการอัปเกรด

ตรวจสอบว่าคุณมีคุณสมบัติตามข้อกำหนดเบื้องต้นต่อไปนี้ก่อนอัปเกรด Apigee Edge

• ตรวจสอบบันทึกประจำรุ่นและฟีเจอร์ใหม่

  โปรดตรวจสอบและทำความเข้าใจฟีเจอร์ใหม่ การเปลี่ยนแปลงลักษณะการทำงาน และการเลิกใช้งานทั้งหมดที่ระบุไว้ในบันทึกประจำรุ่นของ Edge for Private Cloud อย่างละเอียดก่อนเริ่มกระบวนการอัปเกรด

• การค้นหา Java Binary อัตโนมัติและการอยู่ร่วมกันระหว่างการอัปเกรด: ติดตั้ง Java โดยใช้เครื่องมือจัดการแพ็กเกจมาตรฐาน (เช่น yum) หรือตำแหน่งมาตรฐาน (เช่น /usr/lib/jvm หรือ update-alternatives) คุณไม่จำเป็นต้องกำหนดค่าทั้ง 2 เวอร์ชันใน PATH ของระบบพร้อมกัน อย่าถอนการติดตั้ง Java 8 ก่อนอัปเกรด ติดตั้ง Java 8 ควบคู่ไปกับ Java 17 และ Java 21 เพื่อให้บริการ Edge for Private Cloud 4.53.xx ที่มีอยู่ทำงานต่อไปได้โดยไม่หยุดชะงักจนกว่าจะอัปเดต

• สำรองข้อมูลโหนดทั้งหมด

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

• การสำรองข้อมูลไฟล์การกำหนดค่าแบบไม่โต้ตอบ

  ตรวจสอบว่าได้เก็บสำเนาสำรองของไฟล์การกำหนดค่าแบบ Silent สำหรับ Edge for Private Cloud 4.53.00 หรือ 4.53.01 ไว้เพื่ออำนวยความสะดวกในการย้อนกลับหากจำเป็น

• ตรวจสอบว่า Edge ทำงานอยู่

  ตรวจสอบว่า Edge ทำงานอยู่ระหว่างกระบวนการอัปเดตโดยใช้คำสั่งต่อไปนี้

  /opt/apigee/apigee-service/bin/apigee-all status

• ตรวจสอบข้อกำหนดเบื้องต้นของ Cassandra

  หากก่อนหน้านี้คุณอัปเกรดจาก Edge for Private Cloud เวอร์ชันเก่าเป็นเวอร์ชัน 4.53.00 (หรือ) 4.53.01 และตอนนี้วางแผนที่จะอัปเกรดเป็นเวอร์ชัน 4.54.00 โปรดตรวจสอบว่าคุณได้ทำตามขั้นตอนหลังการอัปเกรดที่จำเป็นสำหรับ Cassandra แล้ว ขั้นตอนเหล่านี้ระบุไว้ในเอกสารประกอบการอัปเกรดเวอร์ชัน 4.53.00 (หรือ) 4.53.01 และยังระบุไว้ในส่วนข้อกำหนดเบื้องต้นสำหรับการอัปเกรด Cassandra ด้วย หากไม่แน่ใจว่าได้ทำตามขั้นตอนเหล่านี้แล้วหรือยังในระหว่างการอัปเกรดครั้งก่อน ให้ทำตามขั้นตอนเหล่านี้อีกครั้งก่อนที่จะดำเนินการอัปเกรดเป็นเวอร์ชัน 4.54.00

• หยุด apigee-monit: หาก apigee-monit ทำงานอยู่ในโหนด ให้หยุดด้วย /opt/apigee/apigee-service/bin/apigee-service apigee-monit stop ก่อนอัปเกรด ซึ่งจะป้องกันไม่ให้ apigee-monit รีสตาร์ทคอมโพเนนต์โดยอัตโนมัติขณะที่กำลังอัปเกรด เปิดใช้อีกครั้งด้วย apigee-service apigee-monit start หลังจากอัปเกรดเสร็จสมบูรณ์

การเผยแพร่การตั้งค่าพร็อพเพอร์ตี้โดยอัตโนมัติ

หากคุณตั้งค่าพร็อพเพอร์ตี้โดยแก้ไขไฟล์ .properties ใน /opt/apigee/customer/application ระบบจะเก็บค่าเหล่านี้ไว้ในการอัปเดต

อัปเกรดเราเตอร์และ Message Processor

อัปเกรดโหนดเราเตอร์และ Message Processor ทั้งหมดในศูนย์ข้อมูลทีละรายการ โดยทำดังนี้

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

อัปเกรดเซิร์ฟเวอร์การจัดการ

อัปเกรดโหนดเซิร์ฟเวอร์การจัดการทั้งหมดในศูนย์ข้อมูลทีละโหนด โดยทำดังนี้

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

อัปเกรดเป็น OpenLDAP 2.6.10

Edge for Private Cloud 4.54.00 เปิดตัว OpenLDAP 2.6.10 การอัปเกรดนี้จะมีผลกับโทโพโลยีการติดตั้งใช้งาน Apigee OpenLDAP ทั้งหมด ได้แก่ เซิร์ฟเวอร์เดียว, แอ็กทีฟ-พาสซีฟ และแอ็กทีฟ-แอ็กทีฟ (แบบ Multi-Master)

การเตรียมการและการติดตั้ง (เซิร์ฟเวอร์ LDAP ทั้งหมด)

อัปเกรดเป็น Edge UI ใหม่และ Apigee SSO (หากติดตั้งไว้)

ใน Apigee Edge สำหรับ Private Cloud 4.54.00 ระบบจะนำ UI แบบคลาสสิก (edge-ui) ออกและแทนที่ด้วย UI ของ Edge ใหม่ (edge-management-ui) โดยคุณสามารถเลือกทำตามตัวเลือกใดตัวเลือกหนึ่งจาก 2 ตัวเลือกด้านล่าง ทั้งนี้ขึ้นอยู่กับว่ามีการติดตั้งและใช้การลงชื่อเพียงครั้งเดียว (SSO) ของ Apigee ในการตั้งค่าของคุณหรือไม่

# Authentication mode for New Edge UI (Basic Authentication - No Apigee SSO)
AUTH_MODE=basic

# Access configuration for the New Edge UI
MANAGEMENT_UI_PORT=3001
MANAGEMENT_UI_APP_ENV=OPDK
MANAGEMENT_UI_IP=MANAGEMENT_UI_NODE_IP #Replace MANAGEMENT_UI_NODE_IP with the IP address or hostname of the UI node.
MANAGEMENT_UI_SCHEME=http

/opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile

apigee-service apigee-sso stop

/opt/apigee/apigee-service/bin/apigee-service apigee-openldap setup-sso -f configFile

/opt/apigee/apigee-service/bin/apigee-service edge-management-ui configure-sso -f configFile

apigee-service apigee-sso uninstall

อัปเกรดเป็น Qpid 10.0.1

วิธีนี้ช่วยให้มั่นใจได้ว่าสภาพแวดล้อมรันไทม์ Edge จะไม่มีช่วงเวลาที่ระบบหยุดทำงาน และลดการสูญเสียข้อมูลรันไทม์ (หากมี) ที่ได้มาเพื่อการวิเคราะห์

วิธีอัปเกรดเป็น Qpid แบบเข้าที่โดยไม่มีช่วงเวลาที่ระบบหยุดทำงาน

1. เลือกโหนด Qpid 1 โหนดเพื่อเริ่มต้น

2. หยุด Qpid Broker ในโหนดโดยทำดังนี้

   apigee-service apigee-qpidd stop

3. บล็อกการเข้าชมขาเข้าในพอร์ตโบรกเกอร์ 5672 จาก Message Processor ทั้งหมดโดยใช้ไฟร์วอลล์ คุณสามารถใช้ไฟร์วอลล์นี้ที่ระดับอินสแตนซ์โหนด Qpid หรือคอมโพเนนต์ไฟร์วอลล์/เครือข่ายภายนอกอื่นๆ

   เราขอแนะนำให้คุณทำตามขั้นตอนเดียวกันนี้สำหรับที่อยู่ IP ของ Message Processor ทั้งหมด ตัวอย่างเช่น หากต้องการยกเลิก (DROP) คำขอที่มาจากที่อยู่ IP ของ Message Processor ไปยังโหนด Qpid ในพอร์ต 5672 โดยใช้ IPTables คุณสามารถใช้คำสั่งต่อไปนี้

   iptables -A INPUT -p tcp --dport 5672 -s MESSAGE_PROCESSOR_IP -j DROP

4. เริ่ม Qpid Broker อีกครั้งเพื่อล้างข้อความที่มีอยู่ (หากมี) โดยทำดังนี้

   apigee-service apigee-qpidd start

5. ตรวจสอบว่าคิวที่มีอยู่ว่างเปล่า โดยทำดังนี้

   /opt/apigee/apigee-qpidd/bin/qpid-stat -q

   หากข้อความติดอยู่ในคิวข้อความที่ส่งไม่ได้ (DLQ) (ax-q-axgroup-001-consumer-group-001-dl) ให้ล้างคิวโดยใช้ขั้นตอนในการแก้ไขข้อมูลวิเคราะห์ที่ติดอยู่ในคิวข้อความที่ส่งไม่ได้

6. หลังจากยืนยันว่าคิวในโหนดเก่าหมดแล้ว ให้หยุด apigee-qpidd โดยทำดังนี้

   apigee-service apigee-qpidd stop

7. อัปเกรด Qpid ในโหนดโดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

8. รีสตาร์ท edge-qpid-server:

   apigee-service edge-qpid-server restart

9. นำกฎไฟร์วอลล์ที่ใช้ในขั้นตอนที่ 3 ออก

   ทำตามขั้นตอนการนำออกเดียวกันนี้สำหรับที่อยู่ IP ของ Message Processor ทั้งหมดที่ใช้ไฟร์วอลล์ เมื่อนำไฟร์วอลล์ออกแล้ว ระบบจะยอมรับคำขอที่มาจากที่อยู่ IP ของ Message Processor ไปยังโหนด Qpid ในพอร์ต 5672 หากคุณใช้ iptables เพื่อเพิ่มไฟร์วอลล์ คุณสามารถใช้คำสั่งต่อไปนี้เพื่อนำไฟร์วอลล์ออกและแสดงรายการการตั้งค่าที่มีอยู่

   iptables -F
   iptables -L

10. ใช้การตรวจสอบเว็บเพื่อยืนยันว่าคิว Qpid ได้รับข้อความ โดยทำดังนี้

    http://QPID_NODE_IP:8090

11. ทำขั้นตอนที่ 1 ถึง 9 ซ้ำสำหรับโหนด Qpid แต่ละโหนด

อัปเกรดเป็น Postgres 18.6

Edge เวอร์ชันนี้มีการอัปเกรดเป็น Postgres 18.6 ในการอัปเกรดดังกล่าว ระบบจะย้ายข้อมูล Postgres ทั้งหมดไปยัง Postgres 18.6

ระบบการผลิต Edge ส่วนใหญ่ใช้โหนด Postgres 2 โหนดที่กำหนดค่าสำหรับการจำลองแบบหลัก-สแตนด์บาย ในระหว่างกระบวนการอัปเดต ขณะที่โหนด Postgres หยุดทำงานเพื่ออัปเดต ระบบจะยังคงเขียนข้อมูลวิเคราะห์ลงในโหนด Qpid หลังจากอัปเดตโหนด Postgres และกลับมาออนไลน์แล้ว ระบบจะพุชข้อมูลวิเคราะห์ไปยังโหนด Postgres

วิธีอัปเดต Postgres จะขึ้นอยู่กับวิธีกำหนดค่าพื้นที่เก็บข้อมูลสำหรับโหนด Postgres ดังนี้

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

  ในการกำหนดค่า Edge แบบ 1 โหนดและ 2 โหนด โทโพโลยีที่ใช้สำหรับการสร้างต้นแบบและการทดสอบ คุณจะมีโหนด Postgres เพียงโหนดเดียว คุณสามารถอัปเดตโหนด Postgres เหล่านี้ได้โดยตรงโดยไม่ต้องสร้างโหนด Postgres ใหม่

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

การติดตั้งโหนดสแตนด์บาย Postgres ใหม่

ขั้นตอนนี้จะสร้างเซิร์ฟเวอร์สแตนด์บาย Postgres ในโหนดใหม่ ตรวจสอบว่าคุณติดตั้งเซิร์ฟเวอร์สแตนด์บาย Postgres ใหม่สำหรับ Edge เวอร์ชันที่มีอยู่ (4.53.00 หรือ 4.53.01) ไม่ใช่สำหรับเวอร์ชัน 4.54.00

หากต้องการติดตั้ง ให้ใช้ไฟล์การกำหนดค่าเดียวกับที่ใช้ติดตั้ง Edge เวอร์ชันปัจจุบัน

วิธีสร้างโหนดสแตนด์บาย Postgres ใหม่

1. ใน Postgres หลักปัจจุบัน ให้แก้ไขไฟล์ /opt/apigee/customer/application/postgresql.properties เพื่อตั้งค่าโทเค็นต่อไปนี้ หากไม่มีไฟล์ดังกล่าว ให้สร้างไฟล์โดยทำดังนี้

   conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust\ \nhost replication apigee new_standby_ip/32 trust

   โดย existing_standby_ip คือที่อยู่ IP ของเซิร์ฟเวอร์สแตนด์บาย Postgres ปัจจุบัน และ new_standby_ip คือที่อยู่ IP ของโหนดสแตนด์บายใหม่

2. รีสตาร์ท apigee-postgresql ใน Postgres หลัก โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

3. ยืนยันว่าได้เพิ่มโหนดสแตนด์บายใหม่แล้วโดยดูไฟล์ /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในโหนดหลัก คุณควรเห็นบรรทัดต่อไปนี้ในไฟล์นั้น

   host replication apigee existing_standby_ip/32 trust
   host replication apigee new_standby_ip/32 trust

4. ติดตั้งเซิร์ฟเวอร์สแตนด์บาย Postgres ใหม่โดยทำดังนี้

   1. แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุสิ่งต่อไปนี้

      # IP address of the current primary(master):
      PG_MASTER=PG_MASTER_NODE_IP
      # IP address of the new standby node
      PG_STANDBY=PG_STANDBY_NODE_IP

   2. ปิดใช้ SELinux ตามที่อธิบายไว้ในหัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge

   3. ดาวน์โหลดและเรียกใช้สคริปต์ Bootstrap โดยอิงตามเวอร์ชัน Edge ปัจจุบันของคุณ

      • หากคุณใช้ Edge 4.53.00 อยู่ในปัจจุบัน ให้ทำดังนี้

        ดาวน์โหลดไฟล์ Edge bootstrap_4.53.00.sh ไปยัง /tmp/bootstrap_4.53.00.sh โดยทำดังนี้

        curl https://software.apigee.com/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh

        ติดตั้งยูทิลิตี Edge apigee-service และทรัพยากร Dependency โดยทำดังนี้

        bash /tmp/bootstrap_4.53.00.sh apigeeuser=uName apigeepassword=pWord

      • หากคุณใช้ Edge 4.53.01 อยู่ในปัจจุบัน ให้ทำดังนี้

        ดาวน์โหลดไฟล์ Edge bootstrap_4.53.01.sh ไปยัง /tmp/bootstrap_4.53.01.sh โดยทำดังนี้

        curl https://software.apigee.com/bootstrap_4.53.01.sh -o /tmp/bootstrap_4.53.01.sh

        ติดตั้งยูทิลิตี Edge apigee-service และทรัพยากร Dependency โดยทำดังนี้

        bash /tmp/bootstrap_4.53.01.sh apigeeuser=uName apigeepassword=pWord

   4. ใช้ apigee-service เพื่อติดตั้งยูทิลิตี apigee-setup ดังนี้

      /opt/apigee/apigee-service/bin/apigee-service apigee-setup install

   5. ติดตั้ง Postgres:

      /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile

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

      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

การอัปเกรด Postgres แบบแทนที่

ขั้นตอนเบื้องต้น

ก่อนทำการอัปเกรดแบบแทนที่เดิมเป็น Postgres ให้ทำตามขั้นตอนต่อไปนี้ทั้งในโฮสต์หลักและโฮสต์สแตนด์บายเพื่ออัปเดตพร็อพเพอร์ตี้ max_locks_per_transaction ใน apigee-postgresql

1. หากไม่มี ให้สร้างไฟล์ /opt/apigee/customer/application/postgresql.properties

2. เปลี่ยนการเป็นเจ้าของไฟล์นี้เป็น apigee โดยทำดังนี้

   chown apigee:apigee /opt/apigee/customer/application/postgresql.properties

3. เพิ่มพร็อพเพอร์ตี้ต่อไปนี้ลงในไฟล์

   conf/postgresql.conf+max_locks_per_transaction=30000

4. กำหนดค่า apigee-postgresql :

   apigee-service apigee-postgresql configure

5. รีสตาร์ท apigee-postgresql :

   apigee-service apigee-postgresql restart

ทำการอัปเกรดแบบแทนที่

หากต้องการอัปเกรดแบบแทนที่เดิมเป็น Postgres 18 ให้ทำตามขั้นตอนต่อไปนี้

1. อัปเกรด postgres ในโฮสต์หลัก

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

2. เรียกใช้คำสั่งการตั้งค่าในโฮสต์หลัก ดังนี้

   apigee-service apigee-postgresql setup -f configFile

3. เรียกใช้คำสั่งกำหนดค่าในโฮสต์หลัก ดังนี้

   apigee-service apigee-postgresql configure

4. รีสตาร์ทโฮสต์หลัก โดยทำดังนี้

   apigee-service apigee-postgresql restart

5. กำหนดค่าเป็นหลักโดยทำดังนี้

   apigee-service apigee-postgresql setup-replication-on-master -f configFile

6. ตรวจสอบว่าผู้จัดหลักได้เริ่มดำเนินการต่อไปนี้แล้ว

   apigee-service apigee-postgresql wait_for_ready

7. วิธีหยุดโหมดสแตนด์บาย

   apigee-service apigee-postgresql stop

8. อัปเกรดสแตนด์บาย

   หมายเหตุ: หากขั้นตอนนี้เกิดข้อผิดพลาด/ไม่สำเร็จ คุณสามารถข้ามขั้นตอนนี้ได้ update.sh จะพยายามเริ่มเซิร์ฟเวอร์สแตนด์บายด้วยการกำหนดค่าที่ไม่ถูกต้อง หากการติดตั้ง Postgres ได้รับการอัปเกรดเป็น 18 คุณก็ไม่ต้องสนใจข้อผิดพลาดนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

9. ตรวจสอบว่าสแตนด์บายหยุดทำงานแล้ว โดยทำดังนี้

   apigee-service apigee-postgresql stop

10. นำการกำหนดค่าสแตนด์บายเก่าออกโดยทำดังนี้

    rm -rf /opt/apigee/data/apigee-postgresql/

11. ตั้งค่าการจำลองในเซิร์ฟเวอร์สแตนด์บายโดยทำดังนี้

    apigee-service apigee-postgresql setup-replication-on-standby -f configFile

12. นำบรรทัด conf/postgresql.conf+max_locks_per_transaction=30000 ออกจากไฟล์ /opt/apigee/customer/application/postgresql.properties ทั้งในโฮสต์หลักและโฮสต์สแตนด์บาย บรรทัดนี้เพิ่มไว้ในขั้นตอนเบื้องต้น

    หลังจากทำตามขั้นตอนนี้เสร็จแล้ว อุปกรณ์สแตนด์บายจะเริ่มทำงานได้สำเร็จ

การเลิกใช้งานโหนด Postgres

หลังจากอัปเดตเสร็จแล้ว ให้เลิกใช้งานโหนดสแตนด์บายใหม่โดยทำดังนี้

1. ตรวจสอบว่า Postgres ทำงานอยู่โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-all status

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

   /opt/apigee/apigee-service/bin/apigee-all start

2. รับ UUID ของโหนดสแตนด์บายใหม่โดยเรียกใช้คำสั่ง curl ต่อไปนี้ในโหนดสแตนด์บายใหม่

   curl -u sysAdminEmail:password http://node_IP:8084/v1/servers/self

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

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

3. หยุดโหนดสแตนด์บายใหม่โดยเรียกใช้คำสั่งต่อไปนี้ในโหนดสแตนด์บายใหม่

   /opt/apigee/apigee-service/bin/apigee-all stop

4. ในโหนดหลักของ Postgres ให้แก้ไข /opt/apigee/customer/application/postgresql.properties เพื่อนำโหนดสแตนด์บายใหม่ออกจาก conf_pg_hba_replication.connection ดังนี้

   conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust

5. รีสตาร์ท apigee-postgresql ใน Postgres หลัก โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

6. ตรวจสอบว่าได้นำโหนดสแตนด์บายใหม่ออกแล้วโดยดูไฟล์ /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในโหนดหลัก คุณควรเห็นเฉพาะบรรทัดต่อไปนี้ในไฟล์นั้น

   host replication apigee existing_standby_ip/32 trust

7. ลบ UUID ของโหนดสแตนด์บายออกจาก ZooKeeper โดยทำการเรียก Edge Management API ต่อไปนี้ในโหนดเซิร์ฟเวอร์การจัดการ

   curl -u sysAdminEmail:password -X DELETE http://ms_IP:8080/v1/servers/new_standby_uuid

ขั้นตอนหลังการอัปเกรดสำหรับ Postgres

หลังจากอัปเกรด Postgres ครั้งใหญ่ สถิติภายในของ Postgres จะถูกล้างออก สถิติเหล่านี้ช่วยให้เครื่องมือวางแผนการค้นหา Postgres ใช้ดัชนีและเส้นทางที่เหมาะสมที่สุดในการดำเนินการค้นหา

Postgres สามารถค่อยๆ สร้างสถิติใหม่เมื่อเวลาผ่านไปเมื่อมีการเรียกใช้การค้นหาและเมื่อ Daemon ของ Autovacuum ทำงาน อย่างไรก็ตาม การค้นหาอาจช้าจนกว่าจะมีการสร้างสถิติใหม่

หากต้องการแก้ไขปัญหานี้ ให้เรียกใช้ ANALYZE ในตารางทั้งหมดในฐานข้อมูลบนโหนด Postgres หลัก หรือจะเรียกใช้ ANALYZE สำหรับตาราง 2-3 ตารางพร้อมกันก็ได้

อัปเกรดเป็น ZooKeeper 3.8.5

Edge for Private Cloud เวอร์ชันนี้มีการอัปเกรดเป็น ZooKeeper 3.8.5 ในการอัปเกรดดังกล่าว ระบบจะย้ายข้อมูล ZooKeeper ทั้งหมดไปยัง ZooKeeper 3.8.5

ก่อนอัปเกรด ZooKeeper โปรดอ่านคู่มือการบำรุงรักษา ZooKeeper ระบบการผลิต Edge ส่วนใหญ่ใช้คลัสเตอร์ของโหนด ZooKeeper ที่กระจายอยู่ในศูนย์ข้อมูลหลายแห่ง โหนดเหล่านี้บางโหนดได้รับการกำหนดค่าเป็นผู้ลงคะแนนเสียงที่เข้าร่วมในการเลือกผู้นำ ZooKeeper และโหนดที่เหลือได้รับการกำหนดค่าเป็นผู้สังเกตการณ์ ดูรายละเอียดเพิ่มเติมได้ที่เกี่ยวกับผู้นำ ผู้ติดตาม ผู้ลงคะแนน และผู้สังเกตการณ์ โหนดผู้ลงคะแนนจะเลือกผู้นำ หลังจากนั้นโหนดผู้ลงคะแนนจะกลายเป็นผู้ติดตาม

ในระหว่างกระบวนการอัปเดต อาจเกิดความล่าช้าชั่วขณะหรือการเขียนล้มเหลวใน ZooKeeper เมื่อโหนดผู้นำปิดตัวลง ซึ่งอาจส่งผลต่อการดำเนินการด้านการจัดการที่เขียนลงใน ZooKeeper เช่น การดำเนินการติดตั้งใช้งานพร็อกซี และการเปลี่ยนแปลงโครงสร้างพื้นฐานของ Apigee เช่น การเพิ่มหรือนำ Message Processor ออก เป็นต้น การอัปเกรด ZooKeeper ไม่ควรส่งผลกระทบต่อ API รันไทม์ของ Apigee (เว้นแต่ API รันไทม์เหล่านี้จะเรียกใช้ Management API) ขณะทำตามขั้นตอนด้านล่าง

ในระดับสูง กระบวนการอัปเกรดเกี่ยวข้องกับการสำรองข้อมูลของแต่ละโหนด จากนั้นจึงอัปเกรดผู้สังเกตการณ์และผู้ติดตามทั้งหมด และสุดท้ายคืออัปเกรดโหนดผู้นำ

สำรองข้อมูล

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

/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper backup

หากคุณใช้เครื่องเสมือนและมีความสามารถ คุณยังสามารถใช้สแนปชอตหรือข้อมูลสำรองของ VM เพื่อกู้คืนหรือย้อนกลับได้ (หากจำเป็น)

ระบุผู้นำ ผู้ติดตาม และผู้สังเกตการณ์

1. หากไม่ได้ติดตั้งในโหนด ZooKeeper ให้ติดตั้ง nc โดยทำดังนี้

   yum install nc

2. เรียกใช้คำสั่ง nc ต่อไปนี้ในโหนด โดยที่ 2181 คือพอร์ต ZooKeeper

   echo stat | nc localhost 2181

   คุณควรเห็นเอาต์พุตดังต่อไปนี้

   Zookeeper version: 3.8.5-19f1842d4b6ee1f82cc8b05284959b26c6ae507d, built on 2025-09-03 21:35 UTC
   Clients:
    /[0:0:0:0:0:0:0:1]:40696[0](queued=0,recved=1,sent=0)
   
   Latency min/avg/max: 3/4.3333/6
   Received: 4
   Sent: 3
   Connections: 1
   Outstanding: 0
   Zxid: 0x500000005
   Mode: follower

   ในบรรทัด Mode ของเอาต์พุตสำหรับโหนด คุณควรเห็นผู้สังเกตการณ์ ผู้นำ หรือผู้ติดตาม (หมายถึงผู้ลงคะแนนที่ไม่ใช่ผู้นำ) ทั้งนี้ขึ้นอยู่กับการกำหนดค่าโหนด

1. ทำขั้นตอนที่ 1 และ 2 ซ้ำในโหนด ZooKeeper แต่ละโหนด

อัปเกรด ZooKeeper ในโหนดผู้สังเกตการณ์และผู้ติดตาม

อัปเกรด ZooKeeper ในโหนดผู้สังเกตการณ์และผู้ติดตามแต่ละโหนดดังนี้

1. ดาวน์โหลดและเรียกใช้ Bootstrap ของ Edge สำหรับ Private Cloud 4.54.00 ตามที่อธิบายไว้ในอัปเดตเป็น 4.54.00 ในโหนดที่มีการเชื่อมต่ออินเทอร์เน็ตภายนอก กระบวนการนี้อาจแตกต่างกันไปโดยขึ้นอยู่กับว่าโหนดมีการเชื่อมต่ออินเทอร์เน็ตภายนอกหรือคุณกำลังทำการติดตั้งแบบออฟไลน์

2. อัปเกรดคอมโพเนนต์ ZooKeeper โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c zk -f silent-config-file

   หมายเหตุ: หากโหนดเหล่านี้มีคอมโพเนนต์อื่นๆ ติดตั้งอยู่ (เช่น Cassandra) คุณสามารถอัปเกรดคอมโพเนนต์เหล่านั้นได้เลย (เช่น ด้วยโปรไฟล์ zk,cs) หรือจะอัปเกรดคอมโพเนนต์อื่นๆ ในภายหลังก็ได้ Apigee ขอแนะนำให้อัปเกรด ZooKeeper ก่อนเท่านั้น และตรวจสอบว่าคลัสเตอร์ทำงานอย่างถูกต้องก่อนอัปเกรดคอมโพเนนต์อื่นๆ

3. ทำตามขั้นตอนข้างต้นซ้ำในโหนดผู้สังเกตการณ์และผู้ติดตาม ZooKeeper แต่ละโหนด

ปิดตัวผู้นำ

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

/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop

โปรดทราบว่าในระหว่างเหตุการณ์นี้ ก่อนที่จะมีการเลือกผู้นำใหม่ อาจเกิดความล่าช้าชั่วขณะหรือการเขียนล้มเหลวใน ZooKeeper ซึ่งอาจส่งผลต่อการดำเนินการที่เขียนลงใน ZooKeeper เช่น การดำเนินการติดตั้งใช้งานพร็อกซีหรือการเปลี่ยนแปลงโครงสร้างพื้นฐานของ Apigee เช่น การเพิ่มหรือนำ Message Processor ออก เป็นต้น

ยืนยันว่ามีการเลือกผู้นำคนใหม่แล้ว

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

ผู้นำการอัปเกรด

ทำตามขั้นตอนเดียวกับในหัวข้อการอัปเกรด ZooKeeper ในโหนดผู้สังเกตการณ์และผู้ติดตามด้านบน

เมื่ออัปเกรดโหนดผู้นำเก่าแล้ว ให้ตรวจสอบประสิทธิภาพการทำงานของคลัสเตอร์และตรวจสอบว่ามีโหนดผู้นำอยู่

อัปเกรดเป็น Cassandra 5.0.8

Apigee Edge for Private Cloud 4.54.00 มีการอัปเกรด Cassandra เป็นเวอร์ชัน 5.0.8

การอัปเกรดและการย้อนกลับ

• การอัปเกรดจาก Cassandra 4.0.X เป็น Cassandra 5.0.X เป็นกระบวนการแบบต่อเนื่อง

• คุณไม่สามารถย้อนกลับจาก Cassandra 5.0.X เป็น 4.0.X ได้โดยตรง การย้อนกลับโดยใช้ตัวจำลองหรือข้อมูลสำรองเป็นขั้นตอนที่ซับซ้อนและอาจเกี่ยวข้องกับการหยุดทำงานและ/หรือการสูญหายของข้อมูล การแก้ปัญหาและการอัปเกรดเป็น Cassandra 5.0.X เป็นวิธีที่ดีกว่าการย้อนกลับ

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

ศูนย์ข้อมูลเดียว

การอัปเกรด Cassandra จาก 4.0.X เป็น 5.0.X ภายในศูนย์ข้อมูลเดียวทำได้อย่างราบรื่น แต่การย้อนกลับมีความซับซ้อนและอาจส่งผลให้เกิดช่วงพักการใช้งานและการสูญเสียข้อมูล สำหรับภาระงานในเวอร์ชันที่ใช้งานจริง เราขอแนะนำอย่างยิ่งให้เพิ่มศูนย์ข้อมูลใหม่ที่มีโหนด Cassandra อย่างน้อย 1 โหนดในศูนย์ข้อมูลใหม่ก่อนที่จะเริ่มอัปเกรด ซึ่งจะช่วยให้ย้อนกลับ Cassandra ได้โดยไม่ทำให้ข้อมูลสูญหายหรือรบกวนการเข้าชม API คุณสามารถเลิกใช้งานศูนย์ข้อมูลเพิ่มเติมนี้ได้เมื่อการอัปเกรดเสร็จสิ้น

หากไม่สามารถเพิ่มศูนย์ข้อมูลใหม่ได้ แต่ยังต้องการความสามารถในการย้อนกลับ คุณจะต้องสำรองข้อมูลเพื่อกู้คืน Cassandra 4.0.X อย่างไรก็ตาม วิธีนี้อาจทำให้เกิดทั้งช่วงเวลาที่ระบบหยุดทำงานและการสูญเสียข้อมูล

ศูนย์ข้อมูลหลายแห่ง

การใช้งานศูนย์ข้อมูลหลายแห่งด้วย Edge for Private Cloud 4.53.00 (หรือ) 4.53.01 ช่วยให้ย้อนกลับได้ยืดหยุ่นมากขึ้นในระหว่างการอัปเกรดเป็น Edge for Private Cloud 4.54.00

• การย้อนกลับต้องมีศูนย์ข้อมูลอย่างน้อย 1 แห่งที่ใช้ Cassandra เวอร์ชันก่อนหน้า (4.0.X)

วิธีการอัปเกรดที่แนะนำ

1. อัปเกรดศูนย์ข้อมูล Cassandra ทีละแห่ง: เริ่มต้นด้วยการอัปเกรดโหนด Cassandra ทีละโหนดภายในศูนย์ข้อมูลเดียว อัปเกรดโหนด Cassandra ทั้งหมดในศูนย์ข้อมูลหนึ่งให้เสร็จสมบูรณ์ก่อนที่จะดำเนินการต่อในศูนย์ข้อมูลถัดไป

2. หยุดชั่วคราวและตรวจสอบ: หลังจากอัปเกรดศูนย์ข้อมูล 1 แห่งแล้ว ให้หยุดชั่วคราวเพื่อให้แน่ใจว่าคลัสเตอร์ Private Cloud โดยเฉพาะศูนย์ข้อมูลที่อัปเกรดแล้วทำงานได้อย่างถูกต้อง

3. โปรดทราบ: คุณจะย้อนกลับไปใช้ Cassandra เวอร์ชันก่อนหน้าได้ก็ต่อเมื่อมีศูนย์ข้อมูลอย่างน้อย 1 แห่งที่ยังคงใช้เวอร์ชันเก่าอยู่

4. มีเวลาจำกัด: แม้ว่าคุณจะหยุดชั่วคราวได้เป็นระยะเวลาสั้นๆ (แนะนำให้ใช้เวลา 2-3 ชั่วโมง) เพื่อตรวจสอบฟังก์ชันการทำงาน แต่คุณจะอยู่ในสถานะเวอร์ชันผสมอย่างไม่มีกำหนดไม่ได้ เนื่องจากคลัสเตอร์ Cassandra ที่ไม่สม่ำเสมอ (มีโหนดในเวอร์ชันต่างๆ) มีข้อจำกัดในการทำงาน

5. การทดสอบอย่างละเอียด: Apigee ขอแนะนำอย่างยิ่งให้ทำการทดสอบประสิทธิภาพและฟังก์ชันการทำงานอย่างครอบคลุมก่อนที่จะอัปเกรดศูนย์ข้อมูลถัดไป เมื่ออัปเกรดศูนย์ข้อมูลทั้งหมดแล้ว คุณจะย้อนกลับไปใช้เวอร์ชันก่อนหน้าไม่ได้

กระบวนการเช็คพอยต์การย้อนกลับ

จุดตรวจสอบการย้อนกลับจุดเดียว: เมื่ออัปเกรดคอมโพเนนต์ทั้งหมดเป็น 4.54.00 แล้ว การย้อนกลับ Cassandra จะยังคงเป็นไปได้ก็ต่อเมื่อศูนย์ข้อมูล Cassandra อย่างน้อย 1 แห่งยังคงใช้เวอร์ชันเก่าอยู่ เมื่ออัปเกรดศูนย์ข้อมูล Cassandra สุดท้ายแล้ว การอัปเกรดเป็น Edge สำหรับ Private Cloud 4.54.00 จะเสร็จสมบูรณ์ และจะย้อนกลับไม่ได้อีกต่อไป

ตัวอย่าง

พิจารณาคลัสเตอร์ศูนย์ข้อมูล (DC) 2 แห่งต่อไปนี้

1. สถานะเริ่มต้น: โหนด Cassandra ใน DC ทั้ง 2 แห่งใช้เวอร์ชัน 4.0.X โหนดอื่นๆ ทั้งหมดอยู่ใน Edge for Private Cloud เวอร์ชัน 4.54.00 สมมติว่ามีโหนด Cassandra 3 โหนดต่อ DC

2. อัปเกรด DC-1: อัปเกรดโหนด Cassandra 3 โหนดใน DC-1 ทีละโหนด

3. หยุดชั่วคราวและตรวจสอบ: หยุดชั่วคราวเพื่อให้แน่ใจว่าคลัสเตอร์ โดยเฉพาะ DC-1 ทำงานได้อย่างถูกต้อง (ตรวจสอบประสิทธิภาพและฟังก์ชันการทำงาน) คุณสามารถย้อนกลับไปยังสถานะเริ่มต้นได้โดยใช้โหนด Cassandra ใน DC-2 โปรดทราบว่าการหยุดชั่วคราวนี้ต้องเป็นแบบชั่วคราวเนื่องจากข้อจำกัดของคลัสเตอร์ Cassandra เวอร์ชันผสม

4. อัปเกรด DC-2: อัปเกรดโหนด Cassandra ที่เหลืออีก 3 โหนดใน DC-2 เมื่ออัปเกรดโหนด Cassandra ทั้งหมดใน DC-2 เรียบร้อยแล้ว การอัปเกรด Edge สำหรับ Private Cloud 4.54.00 จะเสร็จสมบูรณ์

ข้อกำหนดเบื้องต้นสำหรับการอัปเกรด Cassandra

คุณควรใช้ Cassandra 4.0.X กับ Edge for Private Cloud 4.53.00 (หรือ) 4.53.01 และตรวจสอบสิ่งต่อไปนี้

1. ตั้งค่า Java 17 เป็นเวอร์ชัน Java เริ่มต้นบนเซิร์ฟเวอร์: Cassandra 5.0.X จะนำการรองรับ Java 8 ออก คุณไม่สามารถเรียกใช้ Cassandra 5.0.X หรือยูทิลิตี nodetool ด้วย Java 8 ได้ ตรวจสอบว่าได้ติดตั้ง Java 17 ในโหนด Cassandra แต่ละโหนดแล้ว และตั้งค่า Java 17 เป็นเวอร์ชัน Java เริ่มต้นก่อนที่จะทำตามขั้นตอนการอัปเกรด Cassandra เพื่อให้คำสั่ง nodetool ทำงานด้วย Java 17 โดยทำดังนี้

   alternatives --set java JAVA_17_PATH/bin/java

   ตรวจสอบว่าเวอร์ชัน Java เริ่มต้นที่ใช้งานอยู่คือ Java 17 โดยทำดังนี้

   java -version

2. คลัสเตอร์ทั้งหมดทำงานได้และใช้งานได้อย่างสมบูรณ์ด้วย Cassandra 4.0.X

3. กลยุทธ์การบีบอัดตั้งค่าเป็น LeveledCompactionStrategy (ข้อกำหนดเบื้องต้นสำหรับการอัปเกรดเป็นเวอร์ชัน 4.53.00 (หรือ) 4.53.01)

4. ยืนยันว่าแต่ละขั้นตอนด้านล่างเสร็จสมบูรณ์แล้ว โดยเป็นส่วนหนึ่งของการอัปเกรด Cassandra 4.0.X ครั้งแรกใน Edge for Private Cloud เวอร์ชัน 4.53.00 (หรือ) 4.53.01

   • มีการเรียกใช้คำสั่ง post_upgrade ในโหนด Cassandra แต่ละโหนดระหว่างการอัปเกรดก่อนหน้านี้

   • มีการเรียกใช้คำสั่ง drop_old_tables ในคลัสเตอร์ Cassandra ทั้งหมดระหว่างการอัปเกรดก่อนหน้านี้

หากไม่แน่ใจว่ามีการเรียกใช้คำสั่ง post_upgrade และ drop_old_tables ใน Cassandra 4.0.X ขณะใช้ Edge for Private Cloud 4.53.00 (หรือ) 4.53.01 หรือไม่ คุณสามารถเรียกใช้คำสั่งดังกล่าวอีกครั้งได้อย่างปลอดภัยก่อนที่จะพยายามอัปเกรดเป็น 4.54.00

ขั้นตอนที่ 1: เตรียมพร้อมสำหรับการอัปเกรด

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

1. สำรองข้อมูล Cassandra โดยใช้ Apigee

2. ถ่ายภาพรวม VM ของโหนด Cassandra (หากเป็นไปได้)

3. ตรวจสอบว่าพอร์ต 9042 เข้าถึงได้จากคอมโพเนนต์ Edge for Private Cloud ทั้งหมด ซึ่งรวมถึง Management Server, Message Processor, Router, Qpid และ Postgres ไปยังโหนด Cassandra หากยังไม่ได้กำหนดค่า ดูข้อมูลเพิ่มเติมได้ที่ข้อกำหนดของพอร์ต

ขั้นตอนที่ 2: อัปเกรดโหนด Cassandra ทั้งหมด

ควรอัปเดตโหนด Cassandra ทั้งหมดทีละโหนดในศูนย์ข้อมูลแต่ละแห่ง โดยอัปเดตศูนย์ข้อมูลทีละแห่ง ระหว่างการอัปเกรดโหนดภายในศูนย์ข้อมูล ให้รอ 2-3 นาทีเพื่อให้แน่ใจว่าโหนดที่อัปเดตได้เริ่มต้นและเข้าร่วมคลัสเตอร์อย่างสมบูรณ์แล้วก่อนที่จะดำเนินการอัปเกรดโหนดอื่นในศูนย์ข้อมูลเดียวกัน

หลังจากอัปเกรดโหนด Cassandra ทั้งหมดภายในศูนย์ข้อมูลแล้ว ให้รอสักครู่ (30 นาทีถึง 2-3 ชั่วโมง) ก่อนดำเนินการกับโหนดในศูนย์ข้อมูลถัดไป ในระหว่างนี้ โปรดตรวจสอบศูนย์ข้อมูลที่อัปเดตอย่างละเอียด และตรวจสอบว่าเมตริกด้านฟังก์ชันการทำงานและประสิทธิภาพของคลัสเตอร์ Apigee ยังคงสมบูรณ์ ขั้นตอนนี้มีความสำคัญอย่างยิ่งต่อการตรวจสอบความเสถียรของศูนย์ข้อมูลที่มีการอัปเกรด Cassandra เป็นเวอร์ชัน 5.0.X ขณะที่คอมโพเนนต์ Apigee ที่เหลือได้รับการอัปเกรดเป็น 4.54.00

1. หากต้องการอัปเกรดโหนด Cassandra ให้เรียกใช้คำสั่งต่อไปนี้

   /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

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

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile

3. โค้ดด้านบนจะแสดงผลลัพธ์ในลักษณะต่อไปนี้

   Cassandra version is verified - [cqlsh 6.2.0 | Cassandra 5.0.8 | CQL spec 3.4.7 | Native protocol v5]
   Metadata is verified

4. เรียกใช้คำสั่ง post_upgrade ต่อไปนี้ในโหนด Cassandra

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade

5. เรียกใช้คำสั่ง cleanup_old_index ต่อไปนี้ในโหนด Cassandra

   /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra cleanup_old_index

6. เรียกใช้คำสั่ง nodetool ต่อไปนี้เพื่อสร้างดัชนีใหม่ในโหนด Cassandra

/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms api_products api_products_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_api_products_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_organization_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_end_user app_end_user_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_family_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_type_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_parent_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_parent_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms maps maps_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_company_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_developer_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis a_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_active_rev
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_def_index_template
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_def_method_template
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_latest_rev
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_is_active
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_is_latest
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_rel_ver
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_r_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_r_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_res_path
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_res_path
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 schemas s_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 schemas s_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 security sa_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 security sa_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_a_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_entity
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template_auth au_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index dek keys usecase_index
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_operation_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_requesturi_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_responsecode_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_timestamp_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_user_idx    
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index cache cache_entries cache_entries_cache_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_consumer_key_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_request_tokens oauth_10_request_tokens_consumer_key_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_request_tokens oauth_10_request_tokens_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_verifiers oauth_10_verifiers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_verifiers oauth_10_verifiers_request_token_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_client_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_refresh_token_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_authorization_codes oauth_20_authorization_codes_client_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_authorization_codes oauth_20_authorization_codes_organization_name_idx

หากคุณใช้การสร้างรายได้ ให้เรียกใช้คำสั่งสร้างดัชนีใหม่ต่อไปนี้ที่เกี่ยวข้องกับคีย์สเปซการสร้างรายได้ด้วย

/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_created_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_updated_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_created_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_currency_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_dev_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_limit_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_prod_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_reason_code_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_sub_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_company_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_created_at_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_developer_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_lastmodified_at_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_env_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_job_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_class_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_group_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus org_triggers org_triggers_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_group_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_suite_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_item notification_service_item_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_item notification_service_item_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_black_list_item notification_service_black_list_item_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_black_list_item notification_service_black_list_item_to_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_email_template_item notification_email_template_item_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_email_template_item notification_email_template_item_org_id_idx

อัปเดตด้วย mTLS ของ Apigee

หากต้องการอัปเดต Apigee mTLS ให้ทำตามขั้นตอนต่อไปนี้

• ถอนการติดตั้ง Apigee mTLS

• ติดตั้ง Apigee mTLS อีกครั้ง

การย้อนกลับการอัปเดต

ในกรณีที่อัปเดตไม่สำเร็จ คุณสามารถลองแก้ไขปัญหา แล้วเรียกใช้ update.sh อีกครั้ง คุณสามารถเรียกใช้การอัปเดตได้หลายครั้ง และระบบจะอัปเดตต่อจากจุดที่ค้างไว้ล่าสุด

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

กำลังบันทึกข้อมูลการอัปเดต

โดยค่าเริ่มต้น ยูทิลิตี update.sh จะเขียนข้อมูลบันทึกไปยังตำแหน่งต่อไปนี้

/opt/apigee/var/log/apigee-setup/update.log

หากผู้ที่เรียกใช้ยูทิลิตี update.sh ไม่มีสิทธิ์เข้าถึงไดเรกทอรีดังกล่าว ระบบจะเขียนบันทึกไปยังไดเรกทอรี /tmp เป็นไฟล์ชื่อ update_username.log

หากบุคคลดังกล่าวไม่มีสิทธิ์เข้าถึง /tmp ยูทิลิตี update.sh จะดำเนินการไม่สำเร็จ

การอัปเดตโดยไม่มีช่วงพัก

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

การอัปเดตแบบไม่มีช่วงพักการทำงานจะทำได้เฉพาะกับการกำหนดค่าแบบ 5 โหนดขึ้นไปเท่านั้น

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

1. อัปเดตเครื่องตามลำดับที่ถูกต้องสำหรับการติดตั้งตามที่อธิบายไว้ในลำดับการอัปเดตเครื่อง

2. เมื่อถึงเวลาอัปเดตเราเตอร์ ให้เลือกเราเตอร์ใดก็ได้และทำให้เข้าถึงไม่ได้ ตามที่อธิบายไว้ในการเปิด/ปิดใช้ความสามารถในการเข้าถึงเซิร์ฟเวอร์ (Message Processor/เราเตอร์)

3. อัปเดตเราเตอร์ที่เลือกและคอมโพเนนต์ Edge อื่นๆ ทั้งหมดในเครื่องเดียวกับเราเตอร์ การกำหนดค่า Edge ทั้งหมดจะแสดงเราเตอร์และ Message Processor ในโหนดเดียวกัน

4. ทำให้เราเตอร์เข้าถึงได้อีกครั้ง

5. ทำซ้ำขั้นตอนที่ 2 ถึง 4 สำหรับเราเตอร์ที่เหลือ

6. ดำเนินการอัปเดตต่อสำหรับเครื่องที่เหลือในการติดตั้ง

โปรดดำเนินการต่อไปนี้ก่อนและหลังการอัปเดต

• ในโหนดเราเตอร์และ Message Processor ที่รวมกัน ให้ทำดังนี้

  • ก่อนอัปเดต ให้ทำดังนี้

    1. ทำให้เราเตอร์เข้าถึงไม่ได้

    2. ทำให้ Message Processor เข้าถึงไม่ได้

  • หลังจากการอัปเดต ให้ทำดังนี้

    1. ทำให้ Message Processor เข้าถึงได้

    2. ทำให้เราเตอร์เข้าถึงได้

• ในโหนดเราเตอร์เดี่ยว ให้ทำดังนี้

  • ก่อนอัปเดต ให้ทำให้เราเตอร์เข้าถึงไม่ได้

  • หลังจากอัปเดตแล้ว ให้ทำให้เราเตอร์เข้าถึงได้

• ในโหนด Message Processor รายการเดียว ให้ทำดังนี้

  • ก่อนอัปเดต ให้ทำให้ Message Processor เข้าถึงไม่ได้

  • หลังจากอัปเดตแล้ว ให้ทำให้ Message Processor เข้าถึงได้

ใช้ไฟล์การกำหนดค่าแบบไม่โต้ตอบ

คุณต้องส่งไฟล์การกำหนดค่าแบบไม่มีการโต้ตอบไปยังคำสั่งอัปเดต แม้ว่าไฟล์การกำหนดค่าแบบไม่แสดงข้อความแจ้งจะคล้ายกับไฟล์ที่คุณใช้ติดตั้ง Edge for Private Cloud 4.53.00 หรือ 4.53.01 เป็นส่วนใหญ่ แต่คุณอาจต้องทำการเปลี่ยนแปลงสำหรับคอมโพเนนต์ต่างๆ เช่น UI และ SSO ตามที่อธิบายไว้ในหัวข้ออัปเกรดเป็น Edge UI ใหม่และ Apigee SSO (หากติดตั้งไว้)

อัปเดตเป็น 4.54.00 ในโหนดที่มีการเชื่อมต่ออินเทอร์เน็ตภายนอก

ใช้ขั้นตอนต่อไปนี้เพื่ออัปเดตคอมโพเนนต์ Edge ในโหนด

1. หากมี ให้ปิดใช้วิธีการ cron ที่กำหนดค่าไว้เพื่อดำเนินการซ่อมแซมใน Cassandra จนกว่าการอัปเดตจะเสร็จสมบูรณ์

2. เข้าสู่ระบบโหนดในฐานะรูทเพื่อติดตั้ง Edge RPM

   หมายเหตุ: แม้ว่าการติดตั้ง RPM จะต้องใช้สิทธิ์เข้าถึงระดับรูท แต่คุณสามารถกำหนดค่า Edge ได้โดยไม่ต้องใช้สิทธิ์เข้าถึงระดับรูท

3. ปิดใช้ SELinux ตามที่อธิบายไว้ในหัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge

4. หากคุณติดตั้งบน AWS ให้เรียกใช้คำสั่ง yum-configure-manager ต่อไปนี้

   yum update rh-amazon-rhui-client.noarch
   yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

5. หากปัจจุบันคุณใช้ Edge สำหรับ Private Cloud 4.53.00 (หรือ) 4.53.01 ให้ทำดังนี้

   1. ดาวน์โหลดไฟล์ Edge bootstrap_4.54.00.sh ไปยัง /tmp/bootstrap_4.54.00.sh โดยทำดังนี้

      curl https://software.apigee.com/bootstrap_4.54.00.sh -o /tmp/bootstrap_4.54.00.sh

   2. ติดตั้งยูทิลิตีและทรัพยากร Dependency ของ Edge 4.54.00 apigee-service โดยเรียกใช้คำสั่งต่อไปนี้

      bash /tmp/bootstrap_4.54.00.sh apigeeuser=uName apigeepassword=pWord

      โดยที่ uName:pWord คือชื่อผู้ใช้และรหัสผ่านที่คุณได้รับจาก Apigee หากคุณละเว้น pWord ระบบจะแจ้งให้คุณป้อนข้อมูลดังกล่าว

      โดยค่าเริ่มต้น โปรแกรมติดตั้งจะตรวจสอบว่าคุณได้ติดตั้ง Java 17 และ 21 แล้ว

   3. ใช้ apigee-service เพื่ออัปเดตยูทิลิตี apigee-setup ดังตัวอย่างต่อไปนี้

      /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

   4. อัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ ดังตัวอย่างต่อไปนี้

      /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

   5. อัปเดตยูทิลิตี apigee-provision ในเซิร์ฟเวอร์การจัดการ ดังตัวอย่างต่อไปนี้

      /opt/apigee/apigee-service/bin/apigee-service apigee-provision update

   6. เรียกใช้ยูทิลิตี update ในโหนดโดยใช้คำสั่งต่อไปนี้

      /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

      โดยดำเนินการตามลำดับที่อธิบายไว้ในลำดับการอัปเดตเครื่อง

      สถานที่:

      • component คือคอมโพเนนต์ Edge ที่จะอัปเดต ค่าที่เป็นไปได้ ได้แก่

        • edge : คอมโพเนนต์ Edge ทั้งหมด ยกเว้น Edge UI ใหม่: Management Server, Message Processor, Router, QPID Server, Postgres Server

        • ldap : OpenLDAP

        • ue : UI ใหม่ของ Edge

        • qpid : Apigee Qpid

        • ps : Apigee Postgresql

        • zk : ZooKeeper

        • cs : Cassandra

      • configFile เป็นไฟล์การกำหนดค่าเดียวกับที่คุณใช้กำหนดคอมโพเนนต์ Edge ระหว่างการติดตั้ง 4.53.00 (หรือ) 4.53.01

      คุณสามารถเรียกใช้ update.sh กับคอมโพเนนต์ทั้งหมดได้โดยตั้งค่า component เป็น "all" แต่เฉพาะในกรณีที่คุณมีโปรไฟล์การติดตั้ง Edge All-In-One (AIO) เท่านั้น เช่น

      /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile

   7. รีสตาร์ทคอมโพเนนต์ UI ใหม่ของ Edge ในโหนดทั้งหมดที่เรียกใช้คอมโพเนนต์ดังกล่าว หากยังไม่ได้ดำเนินการ

      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

   8. ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตี apigee-validate บนเซิร์ฟเวอร์การจัดการตามที่อธิบายไว้ในทดสอบการติดตั้ง

หากตัดสินใจที่จะย้อนกลับการอัปเดตในภายหลัง ให้ใช้ขั้นตอนที่อธิบายไว้ในย้อนกลับ 4.54.00

อัปเดตเป็น 4.54.00 จากที่เก็บในเครื่อง

หากโหนด Edge อยู่หลังไฟร์วอลล์ หรือถูกห้ามไม่ให้เข้าถึงที่เก็บ Apigee ผ่านอินเทอร์เน็ตด้วยวิธีอื่น คุณสามารถทำการอัปเดตจากที่เก็บในเครื่องหรือมิเรอร์ของที่เก็บ Apigee ได้

หลังจากสร้างที่เก็บ Edge ในเครื่องแล้ว คุณจะมี 2 ตัวเลือกในการอัปเดต Edge จากที่เก็บในเครื่อง ดังนี้

• สร้างไฟล์ .tar ของที่เก็บ คัดลอกไฟล์ .tar ไปยังโหนด แล้วอัปเดต Edge จากไฟล์ .tar

• ติดตั้งเว็บเซิร์ฟเวอร์ในโหนดที่มีที่เก็บในเครื่องเพื่อให้โหนดอื่นๆ เข้าถึงได้ Apigee มีเว็บเซิร์ฟเวอร์ Nginx ให้คุณใช้ หรือคุณจะใช้เว็บเซิร์ฟเวอร์ของคุณเองก็ได้

วิธีอัปเดตจากที่เก็บ 4.54.00 ในเครื่อง

1. สร้างที่เก็บ 4.54.00 ในเครื่องตามที่อธิบายไว้ใน "สร้างที่เก็บ Apigee ในเครื่อง" ที่หัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge

2. ติดตั้ง apigee-service ในโหนดเป้าหมายโดยใช้วิธีใดวิธีหนึ่งต่อไปนี้

   • ตัวเลือกที่ 1: ติดตั้ง apigee-service จากไฟล์ .tar

     1. ในโหนดที่มีที่เก็บในเครื่อง ให้ใช้คำสั่งต่อไปนี้เพื่อจัดแพ็กเกจที่เก็บในเครื่องเป็นไฟล์ .tar ไฟล์เดียวชื่อ /opt/apigee/data/apigee-mirror/apigee-4.54.00.tar.gz

        /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package

     2. คัดลอกไฟล์ .tar ไปยังโหนดที่ต้องการอัปเดต Edge เช่น คัดลอกไปยังไดเรกทอรี /tmp ในโหนดใหม่

     3. ในโหนดใหม่ ให้แตกไฟล์ tar ไปยังไดเรกทอรี /tmp โดยทำดังนี้

        tar -xzf apigee-4.54.00.tar.gz

        คำสั่งนี้จะสร้างไดเรกทอรีใหม่ชื่อ repos ในไดเรกทอรีที่มีไฟล์ .tar เช่น /tmp/repos

     4. ติดตั้งยูทิลิตี Edge apigee-service และทรัพยากร Dependency จาก /tmp/repos โดยทำดังนี้

        bash /tmp/repos/bootstrap_4.54.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

        โปรดทราบว่าคุณต้องใส่เส้นทางไปยังไดเรกทอรีที่เก็บในคำสั่งนี้

   • ตัวเลือกที่ 2: ติดตั้ง apigee-service โดยใช้เว็บเซิร์ฟเวอร์ Nginx

     1. กำหนดค่าเว็บเซิร์ฟเวอร์ Nginx ตามที่อธิบายไว้ใน "ติดตั้งจากที่เก็บโดยใช้เว็บเซิร์ฟเวอร์ Nginx" ที่หัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge

     2. ในโหนดระยะไกล ให้ดาวน์โหลดไฟล์ Edge bootstrap_4.54.00.sh ไปยัง /tmp/bootstrap_4.54.00.sh โดยทำดังนี้

        /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.54.00.sh -o /tmp/bootstrap_4.54.00.sh

        โดย uName:pWord คือชื่อผู้ใช้และรหัสผ่านที่คุณตั้งค่าไว้ก่อนหน้านี้สำหรับที่เก็บ และ remoteRepo คือที่อยู่ IP หรือชื่อ DNS ของโหนดที่เก็บ

     3. ในโหนดระยะไกล ให้ติดตั้งยูทิลิตี Edge apigee-service และทรัพยากร Dependency โดยทำดังนี้

        bash /tmp/bootstrap_4.54.00.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

        โดยที่ uName:pWord คือชื่อผู้ใช้และรหัสผ่านของที่เก็บ

3. ใช้ apigee-service เพื่ออัปเดตยูทิลิตี apigee-setup ดังตัวอย่างต่อไปนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

4. อัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ ดังตัวอย่างต่อไปนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

5. อัปเดตยูทิลิตี apigee-provision ในเซิร์ฟเวอร์การจัดการ ดังตัวอย่างต่อไปนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-provision update

6. เรียกใช้ยูทิลิตี update ในโหนดตามลำดับที่อธิบายไว้ในลำดับการอัปเดตเครื่อง ดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

   สถานที่:

   • component คือคอมโพเนนต์ Edge ที่จะอัปเดต ค่าที่เป็นไปได้ ได้แก่

     • edge : คอมโพเนนต์ Edge ทั้งหมด ยกเว้น Edge UI ใหม่: Management Server, Message Processor, Router, QPID Server, Postgres Server

     • ldap : OpenLDAP

     • ue : UI ใหม่ของ Edge

     • qpid : Apigee Qpid

     • ps : Apigee Postgresql

     • zk : ZooKeeper

     • cs : Cassandra

   • configFile เป็นไฟล์การกำหนดค่าเดียวกับที่คุณใช้กำหนดคอมโพเนนต์ Edge ระหว่างการติดตั้ง 4.53.00 (หรือ) 4.53.01

     หมายเหตุ: ผู้ใช้ "apigee" ต้องอ่านไฟล์การกำหนดค่าได้ หากต้องการเปลี่ยนเจ้าของ ให้ใช้คำสั่งต่อไปนี้

     chown apigee:apigee configFile

   คุณสามารถเรียกใช้ update.sh กับคอมโพเนนต์ทั้งหมดได้โดยตั้งค่า component เป็น "all" แต่เฉพาะในกรณีที่คุณมีโปรไฟล์การติดตั้ง Edge All-In-One (AIO) เท่านั้น เช่น

   /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile

7. รีสตาร์ทคอมโพเนนต์ UI ในโหนดทั้งหมดที่เรียกใช้ หากยังไม่ได้ดำเนินการ

   /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

8. ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตี apigee-validate บนเซิร์ฟเวอร์การจัดการตามที่อธิบายไว้ในทดสอบการติดตั้ง

หากตัดสินใจที่จะย้อนกลับการอัปเดตในภายหลัง ให้ใช้ขั้นตอนที่อธิบายไว้ในย้อนกลับ 4.54.00

ลำดับการอัปเดตเครื่อง

ลำดับที่คุณอัปเดตเครื่องในการติดตั้ง Edge เป็นสิ่งสำคัญ อัปเกรดคอมโพเนนต์ตามลำดับด้านล่าง

1. อัปเกรดโหนดเราเตอร์และ Message Processor ทั้งหมดในศูนย์ข้อมูลทั้งหมดโดยใช้ตัวเลือก -c edge

2. อัปเกรดโหนดเซิร์ฟเวอร์การจัดการทั้งหมดในศูนย์ข้อมูลทั้งหมดโดยใช้ตัวเลือก -c edge

3. อัปเกรดโหนด LDAP ทั้งหมดในศูนย์ข้อมูลทั้งหมด หากอัปเกรดจาก Edge for Private Cloud 4.53.00 คุณจะต้องทำตามขั้นตอนเพิ่มเติมเพื่อขั้นตอนพิเศษของการอัปเกรด LDAP

4. อัปเกรด UI และ Apigee SSO (หากติดตั้งไว้) ในศูนย์ข้อมูลทั้งหมด โดยทำดังนี้

   1. หากไม่ได้ติดตั้ง apigee-sso: ให้ทำตามตัวเลือกที่ 1: อัปเกรด UI (โดยไม่มี Apigee SSO) เพื่ออัปเกรดเป็น UI ของ Edge ใหม่

   2. หากติดตั้ง apigee-sso ไว้: ให้ทำตามตัวเลือกที่ 2: อัปเกรด UI (ด้วย Apigee SSO) เพื่ออัปเกรดเป็น Edge UI ใหม่และ Apigee SSO

5. อัปเกรดคอมโพเนนต์ Qpid และ edge-qpid-server ทั้งหมดในศูนย์ข้อมูลทั้งหมดโดยทำตามขั้นตอนพิเศษของ Qpid

6. อัปเกรดคอมโพเนนต์ Postgresql และ edge-postgres-server ทั้งหมดในศูนย์ข้อมูลทั้งหมดโดยทำตามขั้นตอนพิเศษของ Postgres

7. อัปเกรดคอมโพเนนต์ Zookeeper ทั้งหมดในศูนย์ข้อมูลทั้งหมดโดยทำตามขั้นตอนพิเศษของการอัปเกรด Zookeeper

8. อัปเกรดคอมโพเนนต์ Cassandra ทั้งหมดในศูนย์ข้อมูลทั้งหมดโดยทำตามขั้นตอนพิเศษของการอัปเกรด Cassandra

9. ไม่มีขั้นตอนแยกต่างหากในการอัปเดตการสร้างรายได้ ระบบจะอัปเดตเมื่อคุณระบุตัวเลือก -c edge

การอัปเกรดแบบสแตนด์อโลน 1 โหนด

วิธีอัปเกรดการกำหนดค่าแบบสแตนด์อโลน 1 โหนดเป็น 4.54.00

เมื่ออัปเกรดจาก Edge สำหรับ Private Cloud 4.53.00 คุณต้องอัปเกรด LDAP ก่อนโดยทำตามขั้นตอนในการอัปเกรดจาก 4.53.00 เป็น 4.54.00 ก่อนเริ่มอัปเกรดคอมโพเนนต์ทั้งหมด

1. อัปเดตคอมโพเนนต์ทั้งหมด:

   /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile

2. (หากคุณติดตั้ง apigee-adminapi) ให้อัปเดตยูทิลิตี apigee-adminapi โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

การอัปเกรดแบบสแตนด์อโลน 2 โหนด

อัปเดตคอมโพเนนต์ต่อไปนี้สำหรับการติดตั้งแบบสแตนด์อโลน 2 โหนด

ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง

1. อัปเดตคอมโพเนนต์ Edge ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

2. อัปเดต LDAP ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

3. อัปเดต UI ใหม่ของ Edge ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile

4. อัปเดตคอมโพเนนต์ Edge ในเครื่องที่ 2 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

5. อัปเดต Qpid ในเครื่องที่ 2 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

6. อัปเดต Postgres ในเครื่องที่ 2 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

7. อัปเดต Cassandra และ ZooKeeper ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c zk,cs -f configFile

8. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่อง 1 โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

การอัปเกรด 5 โหนด

อัปเดตคอมโพเนนต์ต่อไปนี้สำหรับการติดตั้ง 5 โหนด

ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง

1. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 2, 3, 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

2. อัปเดต LDAP ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

3. อัปเดต Edge UI ใหม่ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile

4. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 4, 5:

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

5. อัปเดต Qpid ในเครื่อง 4, 5:

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

6. อัปเดต Postgres ในเครื่อง 4, 5 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

7. อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c zk,cs -f configFile

8. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่อง 1 โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

การอัปเกรดแบบคลัสเตอร์ 9 โหนด

อัปเดตคอมโพเนนต์ต่อไปนี้สำหรับการติดตั้งแบบคลัสเตอร์ 9 โหนด

ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง

1. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 4, 5 และ 1 (เราเตอร์, Message Processor และเซิร์ฟเวอร์การจัดการ) ตามลำดับต่อไปนี้

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

2. อัปเดต LDAP ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

3. อัปเดต Edge UI ใหม่ในเครื่องที่ 1 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile

4. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 6, 7, 8 และ 9 ตามลำดับต่อไปนี้

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

5. อัปเดต Qpid ในเครื่อง 6 และ 7 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

6. อัปเดต Postgres ในเครื่อง 8:

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

7. อัปเดต Postgres ในเครื่อง 9 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

8. อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c zk,cs -f configFile

9. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่อง 1 โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

การอัปเกรดแบบคลัสเตอร์ 13 โหนด

อัปเดตคอมโพเนนต์ต่อไปนี้สำหรับการติดตั้งแบบคลัสเตอร์ 13 โหนด

ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง

1. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 10, 11, 6 และ 7 ตามลำดับต่อไปนี้

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

2. อัปเดต LDAP ในเครื่อง 4 และ 5 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

3. อัปเดต UI ใหม่ของ Edge ในเครื่อง 6, 7 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile

4. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 12, 13, 8 และ 9 ตามลำดับต่อไปนี้

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

5. อัปเดต Qpid ในเครื่อง 12 และ 13 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

6. อัปเดต Postgres ในเครื่อง 8:

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

7. อัปเดต Postgres ในเครื่อง 9 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

8. อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3 โดยทำดังนี้

   /opt/apigee/apigee-setup/bin/update.sh -c zk,cs -f configFile

9. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่อง 6 และ 7 โดยทำดังนี้

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

การอัปเกรดแบบคลัสเตอร์ 12 โหนด

อัปเดตคอมโพเนนต์ต่อไปนี้สำหรับการติดตั้งแบบคลัสเตอร์ 12 โหนด

ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง

1. อัปเดตคอมโพเนนต์ Edge (เราเตอร์และ Message Processor) ดังนี้

   • ในเครื่อง 2, 3 ในศูนย์ข้อมูล 1 ให้ทำดังนี้

     /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

   • ในเครื่อง 8, 9 ในศูนย์ข้อมูล 2 ให้ทำดังนี้

     /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

2. อัปเดตคอมโพเนนต์ Edge (เซิร์ฟเวอร์การจัดการ) ดังนี้

   • ในเครื่อง 1 ในศูนย์ข้อมูล 1 ให้ทำดังนี้

     /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

   • ในเครื่อง 7 ในศูนย์ข้อมูล 2 ให้ทำดังนี้

     /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

3. อัปเดต LDAP:

   • เครื่องที่ 1 ในศูนย์ข้อมูลที่ 1:

     /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

   • เครื่องที่ 7 ในศูนย์ข้อมูล 2:

     /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

4. อัปเดตคอมโพเนนต์ UI ของ Edge ใหม่

   • ในเครื่อง 1 ในศูนย์ข้อมูล 1 ให้ทำดังนี้

     /opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile

   • ในเครื่อง 7 ในศูนย์ข้อมูล 2 ให้ทำดังนี้

     /opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile

5. อัปเดตคอมโพเนนต์ Edge:

   • เครื่อง 4, 5, 6 ในศูนย์ข้อมูล 1:

     /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

   • เครื่อง 10, 11, 12 ในศูนย์ข้อมูล 2:

     /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

6. อัปเดต qpidd:

   • เครื่อง 4, 5 ในศูนย์ข้อมูล 1:

     /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

   • เครื่อง 10, 11 ในศูนย์ข้อมูล 2:

     /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

7. อัปเดต Postgres:

   • เครื่องที่ 6 ในศูนย์ข้อมูล 1:

     /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   • เครื่อง 12 ในศูนย์ข้อมูล 2:

     /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

8. อัปเดต Cassandra และ ZooKeeper:

   • เครื่อง 1, 2 และ 3 ในศูนย์ข้อมูล 1

     /opt/apigee/apigee-setup/bin/update.sh -c zk,cs -f configFile

   • ในเครื่อง 7, 8 และ 9 ในศูนย์ข้อมูล 2 ให้ทำดังนี้

     /opt/apigee/apigee-setup/bin/update.sh -c zk,cs -f configFile

9. (หากคุณติดตั้ง apigee-adminapi) ให้อัปเดตยูทิลิตี apigee-adminapi โดยทำดังนี้

   • เครื่องที่ 1 ในศูนย์ข้อมูลที่ 1:

     /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

   • เครื่องที่ 7 ในศูนย์ข้อมูล 2:

     /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

สำหรับการกำหนดค่าที่ไม่เป็นไปตามมาตรฐาน

หากคุณมีการกำหนดค่าที่ไม่ได้มาตรฐาน ให้อัปเดตคอมโพเนนต์ Edge ตามลำดับต่อไปนี้

1. เราเตอร์

2. Message Processor

3. เซิร์ฟเวอร์การจัดการ

4. LDAP

5. UI (UI แบบคลาสสิกหรือ UI ใหม่)

6. SSO (หากมี)

7. Qpid และ edge-qpid-server

8. Postgres และ edge-postgres-server

9. ZooKeeper

10. Cassandra

11. apigee-adminapi