อัปเดต Apigee Edge 4.52.02 เป็น 4.53.00

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

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

ผู้ที่อัปเดตได้

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

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

คุณต้องอัปเดตคอมโพเนนต์ใด

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

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

โปรดตรวจสอบข้อกำหนดเบื้องต้นต่อไปนี้ก่อนอัปเกรด Apigee Edge

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

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

  • ตรวจสอบว่า Edge ทำงานอยู่
    ตรวจสอบว่า Edge ทำงานอยู่ระหว่างกระบวนการอัปเดตโดยใช้คำสั่งต่อไปนี้ 
    /opt/apigee/apigee-service/bin/apigee-all status
  • ยืนยันข้อกำหนดเบื้องต้นของ Cassandra

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

  • การกำหนดค่าคีย์และใบรับรอง IdP ใน Edge สำหรับ Private Cloud 4.53.00

    ใน Edge for Private Cloud 4.53.00 ตอนนี้ระบบจะกำหนดค่าคีย์และใบรับรอง IdP ที่ใช้ในคอมโพเนนต์ apigee-sso ผ่านคีย์สโตร์แล้ว คุณจะต้องส่งออกคีย์และใบรับรองที่เคยใช้ก่อนหน้านี้ไปยัง Keystore ทำตามขั้นตอนในส่วนขั้นตอนการอัปเดต Apigee SSO จากเวอร์ชันเก่าเพื่อดูขั้นตอนโดยละเอียดก่อนอัปเดตคอมโพเนนต์ SSO

  • ข้อกำหนดของ Python
    ตรวจสอบว่าโหนดทั้งหมด รวมถึงโหนด Cassandra ได้ติดตั้ง Python 3 แล้วก่อนที่จะพยายามอัปเกรด

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

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

การอัปเกรด Nginx เป็นเวอร์ชัน 1.26 ใน Edge-Router

การอัปเกรดเป็น Edge for Private Cloud 4.53.00 จากเวอร์ชันก่อนหน้าจะไม่เป็นการอัปเกรดซอฟต์แวร์ Nginx เป็นเวอร์ชันล่าสุด (1.26.x) โดยอัตโนมัติ ทั้งนี้เพื่อป้องกันผลข้างเคียงที่ไม่คาดคิดในรันไทม์อันเป็นผลมาจากการเปลี่ยนแปลงที่ระบุไว้ในการเปลี่ยนแปลง Nginx 1.26 ใน Apigee Edge 4.53.00 คุณอัปเกรด Nginx จาก 1.20.x เป็น 1.26.x ด้วยตนเองได้หลังจากการยืนยันในสภาพแวดล้อมที่ต่ำกว่า วิธีอัปเกรดด้วยตนเอง

  1. ตรวจสอบว่าโหนด Edge Router มีซอฟต์แวร์เวอร์ชันล่าสุด 4.53.00

    /opt/apigee/apigee-service/bin/apigee-service edge-router version

  2. ตรวจสอบและยืนยันเวอร์ชัน Nginx ที่คุณใช้อยู่

    /opt/nginx/sbin/nginx -V

    หากใช้ Nginx เวอร์ชันเก่า คุณสามารถทำตามขั้นตอนด้านล่างเพื่ออัปเกรด Nginx เป็นเวอร์ชัน 1.26.X ในโหนดเราเตอร์

  3. หยุดกระบวนการ Edge Router ในโหนดเราเตอร์

    /opt/apigee/apigee-service/bin/apigee-service edge-router stop

  4. อัปเกรดซอฟต์แวร์ nginx ในโหนดเราเตอร์

    dnf update apigee-nginx

  5. ตรวจสอบว่าได้อัปเดตเวอร์ชัน Nginx แล้ว

    /opt/nginx/sbin/nginx -V

  6. เริ่มกระบวนการเราเตอร์ในโหนด

    /opt/apigee/apigee-service/bin/apigee-service edge-router start

  7. ทำกระบวนการนี้ซ้ำในโหนดเราเตอร์แต่ละโหนดทีละโหนด

ต้องอัปเกรดเป็น Cassandra 4.0.13

Apigee Edge สำหรับ Private Cloud 4.53.00 มีการอัปเกรด Cassandra เป็นเวอร์ชัน 4.0.13

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

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

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

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

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

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

การใช้งานศูนย์ข้อมูลหลายแห่งด้วย Edge สำหรับ Private Cloud 4.52.02 จะช่วยให้คุณย้อนกลับได้อย่างยืดหยุ่นมากขึ้นในระหว่างการอัปเกรดเป็น Edge สำหรับ Private Cloud 4.53.00

  • การย้อนกลับขึ้นอยู่กับการมีศูนย์ข้อมูลอย่างน้อย 1 แห่งที่ใช้ Cassandra เวอร์ชันเก่ากว่า (3.11.X)
  • หากอัปเกรดคลัสเตอร์ Cassandra ทั้งหมดเป็น 4.0.X คุณต้องไม่ย้อนกลับไปใช้ Cassandra 3.11.X คุณต้องใช้ Cassandra เวอร์ชันใหม่กว่ากับคอมโพเนนต์อื่นๆ ของ Private Cloud 4.53.00 หรือ 4.52.02 ต่อไป
  1. อัปเกรดศูนย์ข้อมูล Cassandra ทีละแห่ง: เริ่มต้นด้วยการอัปเกรดโหนด Cassandra ทีละรายการภายในศูนย์ข้อมูลเดียว อัปเกรดโหนด Cassandra ทั้งหมดในศูนย์ข้อมูลหนึ่งให้เสร็จสมบูรณ์ก่อนที่จะไปยังศูนย์ข้อมูลถัดไป
  2. หยุดชั่วคราวและตรวจสอบ: หลังจากอัปเกรดศูนย์ข้อมูล 1 แห่งแล้ว ให้หยุดชั่วคราวเพื่อให้มั่นใจว่าคลัสเตอร์ Private Cloud โดยเฉพาะศูนย์ข้อมูลที่อัปเกรดแล้วทํางานได้อย่างถูกต้อง
  3. โปรดทราบ: คุณจะย้อนกลับไปใช้ Cassandra เวอร์ชันก่อนหน้าได้ก็ต่อเมื่อมีศูนย์ข้อมูลอย่างน้อย 1 แห่งที่ยังคงใช้เวอร์ชันเก่าอยู่
  4. ต้องดำเนินการโดยเร็ว: แม้ว่าคุณจะหยุดชั่วคราวเป็นระยะเวลาสั้นๆ (แนะนําให้หยุด 2-3 ชั่วโมง) เพื่อตรวจสอบฟังก์ชันการทํางานได้ แต่คุณจะอยู่ในสถานะเวอร์ชันผสมอย่างไม่มีกําหนดไม่ได้ เนื่องจากคลัสเตอร์ Cassandra ที่ไม่สม่ำเสมอ (มีโหนดในเวอร์ชันต่างๆ) มีข้อจำกัดในการทำงาน
  5. การทดสอบอย่างละเอียด: Apigee ขอแนะนำอย่างยิ่งให้ทดสอบประสิทธิภาพและฟังก์ชันการทำงานอย่างครอบคลุมก่อนอัปเกรดศูนย์ข้อมูลถัดไป เมื่ออัปเกรดศูนย์ข้อมูลทั้งหมดแล้ว จะไม่สามารถย้อนกลับไปใช้เวอร์ชันก่อนหน้าได้
การย้อนกลับเป็นกระบวนการแบบ 2 จุดตรวจ
  1. จุดตรวจที่ 1: สถานะเริ่มต้น โดยคอมโพเนนต์ทั้งหมดเป็นเวอร์ชัน 4.52.02 คุณสามารถย้อนกลับทั้งหมดได้ตราบใดที่ศูนย์ข้อมูล Cassandra อย่างน้อย 1 แห่งยังคงใช้เวอร์ชันเก่าอยู่
  2. จุดตรวจสอบที่ 2: หลังจากอัปเดตโหนด Cassandra ทั้งหมดในศูนย์ข้อมูลทั้งหมดแล้ว คุณสามารถย้อนกลับไปที่สถานะนี้ได้ แต่จะย้อนกลับไปที่จุดตรวจสอบ 1 ไม่ได้
ตัวอย่าง

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

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

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

คุณควรใช้ Cassandra 3.11.16 กับ Edge สำหรับ Private Cloud 4.52.02 และตรวจสอบว่ามีสิ่งต่อไปนี้
  1. คลัสเตอร์ทั้งหมดทำงานได้และใช้งานได้อย่างสมบูรณ์ด้วย Cassandra 3.11.16
  2. กลยุทธ์การบีบอัดได้รับการตั้งค่าเป็น LeveledCompactionStrategy (ข้อกำหนดเบื้องต้นสำหรับการอัปเกรดเป็นเวอร์ชัน 4.52.02)
  3. ตรวจสอบว่าได้ทำตามขั้นตอนทั้งหมดด้านล่างนี้เป็นส่วนหนึ่งของการอัปเกรด Cassandra 3.11 ใน Edge สำหรับ Private Cloud 4.52.02 ครั้งแรกแล้ว
    • post_upgrade ควรได้รับการดำเนินการในแต่ละโหนด Cassandra ระหว่างการอัปเกรดครั้งก่อน
    • drop_old_tables ควรได้รับการดำเนินการในคลัสเตอร์ Cassandra ทั้งหมดในระหว่างการอัปเกรดครั้งก่อน

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

  1. เรียกใช้คำสั่ง post_upgrade ต่อไปนี้ในแต่ละโหนด Cassandra ทีละรายการ 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
  2. เรียกใช้คำสั่งต่อไปนี้เพื่อทิ้งตารางเก่าที่ไม่ได้ใช้ออกจากคลัสเตอร์ Cassandra คำสั่งนี้ควรดำเนินการในโหนด 1 โหนดในคลัสเตอร์เท่านั้น 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

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

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

  1. สำรองข้อมูล Cassandra โดยใช้ Apigee
  2. ถ่ายภาพรวม VM ของโหนด Cassandra (หากเป็นไปได้)
  3. ตรวจสอบว่าคอมโพเนนต์ Edge for Private Cloud ทั้งหมด รวมถึงเซิร์ฟเวอร์การจัดการ, Message Processor, Router, Qpid และ Postgres สามารถเข้าถึงพอร์ต 9042 ไปยังโหนด Cassandra ได้ หากยังไม่ได้กำหนดค่า ดูข้อมูลเพิ่มเติมได้ที่ข้อกำหนดเกี่ยวกับพอร์ต

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

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

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

  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.0.0 | Cassandra 4.0.13 | CQL spec 3.4.5 | Native protocol v5] 
Metadata is verified
  4. เรียกใช้คำสั่ง post_upgrade ต่อไปนี้ในโหนด Cassandra 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
  5. เรียกใช้คำสั่ง 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 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 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 cache cache_entries cache_entries_cache_name_idx
/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 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 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

ขั้นตอนที่ 3: อัปเกรดโหนดการจัดการทั้งหมด

อัปเกรดโหนดการจัดการทั้งหมดในทุกภูมิภาคทีละรายการ

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

ขั้นตอนที่ 4: อัปเกรดโหนดรันไทม์ทั้งหมด

อัปเกรดเราเตอร์และโหนดตัวประมวลผลข้อความทั้งหมดในทุกภูมิภาคทีละรายการ

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

ขั้นตอนที่ 5: อัปเกรดคอมโพเนนต์ Edge for Private Cloud 4.53.00 ที่เหลือทั้งหมด

อัปเกรดโหนด edge-qpid-server และ edge-postgres-server ที่เหลือทั้งหมดในทุกภูมิภาคทีละรายการ

ขั้นตอนการอัปเดต Apigee SSO จากเวอร์ชันเก่า

ใน Edge for Private Cloud 4.53.00 ตอนนี้ระบบจะกำหนดค่าคีย์และใบรับรอง IdP ที่ใช้ในคอมโพเนนต์ apigee-sso ผ่านคีย์สโตร์แล้ว คุณจะต้องส่งออกคีย์และใบรับรองที่ใช้ก่อนหน้านี้ไปยัง Keystore กำหนดค่า แล้วดำเนินการอัปเดต SSO ตามปกติ

  1. ระบุคีย์และใบรับรองที่มีอยู่ซึ่งใช้ในการกำหนดค่า IdP

    1. ดึงข้อมูลใบรับรองโดยค้นหาค่าของ SSO_SAML_SERVICE_PROVIDER_CERTIFICATE ในไฟล์การกำหนดค่าการติดตั้ง SSO หรือโดยการค้นหาคอมโพเนนต์ apigee-sso สำหรับ conf_login_service_provider_certificate

      ใช้คำสั่งต่อไปนี้ในโหนด SSO เพื่อค้นหา apigee-sso สำหรับเส้นทางใบรับรอง IdP ในเอาต์พุต ให้มองหามูลค่าในบรรทัดสุดท้าย 

      apigee-service apigee-sso configure -search conf_login_service_provider_certificate

    2. เรียกข้อมูลคีย์โดยค้นหาค่าของ SSO_SAML_SERVICE_PROVIDER_KEY ในไฟล์กำหนดค่าการติดตั้ง SSO หรือโดยการค้นหาคอมโพเนนต์ apigee-sso สำหรับ conf_login_service_provider_key

      ใช้คำสั่งต่อไปนี้ในโหนด SSO เพื่อค้นหา apigee-sso สำหรับเส้นทางคีย์ IdP ในเอาต์พุต ให้มองหามูลค่าในบรรทัดสุดท้าย

      apigee-service apigee-sso configure -search conf_login_service_provider_key
  2. ส่งออกคีย์และใบรับรองไปยังคีย์สโตร์
    1. ส่งออกคีย์และใบรับรองไปยังคีย์สโตร์ PKCS12 
      sudo openssl pkcs12 -export -clcerts -in <certificate_path> -inkey <key_path> -out <keystore_path> -name <alias>

      พารามิเตอร์ ได้แก่

      • certificate_path: เส้นทางไปยังไฟล์ใบรับรองที่ดึงข้อมูลมาในขั้นตอนที่ 1.a
      • key_path: เส้นทางไปยังไฟล์คีย์ส่วนตัวที่ดึงข้อมูลในขั้นตอนที่ 1.b
      • keystore_path: เส้นทางไปยังคีย์สโตร์ที่สร้างขึ้นใหม่ซึ่งมีใบรับรองและคีย์ส่วนตัว
      • alias: ชื่อแทนที่ใช้สำหรับคู่คีย์และใบรับรองภายในคีย์สโตร์

      ดูรายละเอียดเพิ่มเติมได้ในเอกสารประกอบ OpenSSL

    2. (ไม่บังคับ) ส่งออกคีย์และใบรับรองจาก PKCS12 ไปยังคีย์สโตร์ JKS 
      sudo keytool -importkeystore -srckeystore <PKCS12_keystore_path> -srcstoretype PKCS12 -destkeystore <destination_keystore_path> -deststoretype JKS -alias <alias>

      พารามิเตอร์ ได้แก่

      • PKCS12_keystore_path: เส้นทางไปยังคีย์สโตร์ PKCS12 ที่สร้างในขั้นตอนที่ 2.a ซึ่งมีใบรับรองและคีย์
      • destination_keystore_path: เส้นทางไปยังที่เก็บคีย์ JKS ใหม่ที่จะส่งออกใบรับรองและคีย์
      • alias: ชื่อแทนที่ใช้สำหรับคู่คีย์และใบรับรองภายในคีย์สโตร์ JKS

      3. ดูรายละเอียดเพิ่มเติมได้ในเอกสารประกอบของ Keytool

  3. เปลี่ยนเจ้าของไฟล์คีย์สโตร์เอาต์พุตเป็นผู้ใช้ "apigee" โดยทำดังนี้ 
    sudo chown apigee:apigee <keystore_file>
  4. เพิ่มพร็อพเพอร์ตี้ต่อไปนี้ใน ไฟล์การกำหนดค่า Apigee SSO และอัปเดตด้วยเส้นทางไฟล์ที่เก็บคีย์รหัสผ่าน ประเภทที่เก็บคีย์ และนามแฝง 
    # Path to the keystore file
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_PATH=${APIGEE_ROOT}/apigee-sso/source/conf/keystore.jks

# Keystore password
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_PASSWORD=Secret123  # Password for accessing the keystore

# Keystore type
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_TYPE=JKS  # Type of keystore, e.g., JKS, PKCS12

# Alias within keystore that stores the key and certificate
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_ALIAS=service-provider-cert
  5. อัปเดตซอฟต์แวร์ Apigee SSO ในโหนด SSO ตามปกติโดยใช้คำสั่งต่อไปนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f /opt/silent.conf

UI ของ Edge ใหม่

ส่วนนี้แสดงข้อควรพิจารณาเกี่ยวกับ UI ของ Edge ดูข้อมูลเพิ่มเติมได้ที่ UI ใหม่ของ Edge สำหรับ Private Cloud

ติดตั้ง Edge UI

หลังจากติดตั้งครั้งแรกเสร็จแล้ว Apigee ขอแนะนำให้คุณติดตั้ง Edge UI ซึ่งเป็นอินเทอร์เฟซผู้ใช้ที่ได้รับการปรับปรุงสำหรับนักพัฒนาซอฟต์แวร์และผู้ดูแลระบบของ Apigee Edge สำหรับ Private Cloud

โปรดทราบว่า UI ของ Edge กำหนดให้คุณต้องปิดใช้การตรวจสอบสิทธิ์พื้นฐานและใช้ IDP เช่น SAML หรือ LDAP

ดูข้อมูลเพิ่มเติมได้ที่ติดตั้ง UI ของ Edge ใหม่

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

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

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

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

หากการอัปเดตล้มเหลวและคุณต้องย้อนกลับไปใช้เวอร์ชันก่อนหน้า โปรดดูวิธีการโดยละเอียดที่ย้อนกลับไปใช้ 4.53.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/Router)
  3. อัปเดตเราเตอร์ที่เลือกและคอมโพเนนต์ Edge อื่นๆ ทั้งหมดในเครื่องเดียวกับเราเตอร์ การกำหนดค่า Edge ทั้งหมดจะแสดงเราเตอร์และตัวประมวลผลข้อความในโหนดเดียวกัน
  4. ทำให้เราเตอร์เข้าถึงได้อีกครั้ง
  5. ทำตามขั้นตอนที่ 2 ถึง 4 ซ้ำสำหรับเราเตอร์ที่เหลือ
  6. อัปเดตเครื่องที่เหลือในการติดตั้งต่อไป

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

ใช้ไฟล์การกำหนดค่าแบบเงียบ

คุณต้องส่งไฟล์การกำหนดค่าแบบเงียบไปยังคำสั่งอัปเดต ไฟล์การกำหนดค่าแบบเงียบ ควรเป็นไฟล์เดียวกับที่คุณใช้ติดตั้ง Edge สำหรับ Private Cloud 4.52.02

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

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

  1. หากมี ให้ปิดใช้งานงาน cron ที่กำหนดค่าให้ดำเนินการซ่อมใน Cassandra จนกว่าการอัปเดตจะเสร็จสมบูรณ์
  2. เข้าสู่ระบบโหนดในฐานะรูทเพื่อติดตั้ง RPM ของ Edge
  3. ปิดใช้ SELinux ตามที่อธิบายไว้ในติดตั้ง ยูทิลิตี apigee-setup ของ Edge
  4. หากคุณติดตั้งใน AWS ให้เรียกใช้ yum-configure-manager คำสั่งต่อไปนี้ 
    yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

  5. หากคุณใช้ Edge 4.52.02 อยู่ในขณะนี้ ให้ทำดังนี้

    1. ดาวน์โหลดไฟล์ bootstrap_4.53.00.sh ของ Edge ไปยัง /tmp/bootstrap_4.53.00.sh 
      curl https://software.apigee.com/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh
    2. ติดตั้งยูทิลิตีและทรัพยากร Dependency ของ Edge 4.53.00 apigee-service โดย เรียกใช้คำสั่งต่อไปนี้ 
      sudo bash /tmp/bootstrap_4.53.00.sh apigeeuser=uName apigeepassword=pWord

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

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

      ใช้ตัวเลือก JAVA_FIX เพื่อระบุวิธีจัดการ การติดตั้ง Java JAVA_FIX มีค่าดังนี้

      • I: ติดตั้ง OpenJDK 1.8 (ค่าเริ่มต้น)
      • C: ดำเนินการต่อโดยไม่ต้องติดตั้ง Java
      • Q: ออก สำหรับตัวเลือกนี้ คุณต้องติดตั้ง Java ด้วยตนเอง
    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 ที่จะอัปเดต ค่าที่เป็นไปได้ ได้แก่
        • cs: Cassandra
        • edge: คอมโพเนนต์ Edge ทั้งหมด ยกเว้น UI ของ Edge ได้แก่ Management Server, Message Processor, Router, QPID Server, Postgres Server
        • ldap: OpenLDAP
        • ps: postgresql
        • qpid: qpidd
        • sso: Apigee SSO (หากคุณติดตั้ง SSO)
        • ue: UI ของ Edge ใหม่
        • ui: UI ของ Edge แบบคลาสสิก
        • zk: Zookeeper
      • configFile คือไฟล์การกำหนดค่าเดียวกันกับที่คุณใช้ในการ กำหนดคอมโพเนนต์ Edge ในระหว่างการติดตั้ง 4.52.02

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

      /opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
    7. รีสตาร์ทคอมโพเนนต์ UI ของ Edge ในโหนดทั้งหมดที่เรียกใช้คอมโพเนนต์ดังกล่าว หากยังไม่ได้ดำเนินการ ให้ทำดังนี้ 
      /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
    8. ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการตามที่อธิบายไว้ในทดสอบการติดตั้ง

หากภายหลังต้องการย้อนกลับการอัปเดต ให้ทำตามขั้นตอนที่อธิบายไว้ใน ย้อนกลับเป็น 4.53.00

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

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

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

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

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

  1. สร้างที่เก็บ 4.53.00 ในเครื่องตามที่อธิบายไว้ใน "สร้างที่เก็บ Apigee ในเครื่อง" ที่ ติดตั้งยูทิลิตี apigee-setup ของ Edge
  2. หากต้องการติดตั้ง apigee-service จากไฟล์ .tar ให้ทำดังนี้
    1. ในโหนดที่มีที่เก็บในเครื่อง ให้ใช้คำสั่งต่อไปนี้เพื่อจัดแพ็กเกจที่เก็บในเครื่อง เป็นไฟล์ .tar ไฟล์เดียวชื่อ /opt/apigee/data/apigee-mirror/apigee-4.53.00.tar.gz 
      /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
    2. คัดลอกไฟล์ .tar ไปยังโหนดที่ต้องการอัปเดต Edge เช่น คัดลอกไปยังไดเรกทอรี /tmp ในโหนดใหม่
    3. ในโหนดใหม่ ให้คลายการบีบอัดไฟล์ไปยังไดเรกทอรี /tmp 
      tar -xzf apigee-4.53.00.tar.gz

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

    4. ติดตั้งยูทิลิตีและทรัพยากร Dependency ของ Edge apigee-service จาก /tmp/repos 
      sudo bash /tmp/repos/bootstrap_4.53.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

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

  3. วิธีติดตั้ง apigee-service โดยใช้เว็บเซิร์ฟเวอร์ Nginx
    1. กำหนดค่าเว็บเซิร์ฟเวอร์ Nginx ตามที่อธิบายไว้ใน "ติดตั้งจากที่เก็บโดยใช้เว็บเซิร์ฟเวอร์ Nginx" ที่ติดตั้งยูทิลิตี apigee-setup ของ Edge
    2. ในโหนดระยะไกล ให้ดาวน์โหลดไฟล์ Edge bootstrap_4.53.00.sh ไปยัง /tmp/bootstrap_4.53.00.sh: 
      /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh

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

    3. ในโหนดระยะไกล ให้ติดตั้งยูทิลิตี apigee-setup ของ Edge และการอ้างอิง 
      sudo bash /tmp/bootstrap_4.53.00.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

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

  4. ใช้ apigee-service เพื่ออัปเดตยูทิลิตี apigee-setup ดังตัวอย่างต่อไปนี้ 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  5. อัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ ดังที่ตัวอย่างต่อไปนี้แสดง 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  6. อัปเดตยูทิลิตี apigee-provision ในเซิร์ฟเวอร์การจัดการ ดังที่ตัวอย่างต่อไปนี้แสดง 
    /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  7. เรียกใช้ยูทิลิตี update ในโหนดตามลำดับที่อธิบายไว้ใน ลำดับการอัปเดตเครื่อง 
    /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    สถานที่:

    • component คือคอมโพเนนต์ Edge ที่จะอัปเดต โดยปกติแล้ว คุณจะอัปเดต คอมโพเนนต์ต่อไปนี้
      • cs: Cassandra
      • edge: คอมโพเนนต์ Edge ทั้งหมด ยกเว้น UI ของ Edge: Management Server, Message Processor, Router, QPID Server, Postgres Server
      • ldap: OpenLDAP
      • ps: postgresql
      • qpid: qpidd
      • sso: Apigee SSO (หากคุณติดตั้ง SSO)
      • ue UI ของ Edge ใหม่
      • ui: UI ของ Edge แบบคลาสสิก
      • zk: Zookeeper
    • configFile คือไฟล์การกำหนดค่าเดียวกันกับที่คุณใช้ กำหนดคอมโพเนนต์ Edge ระหว่างการติดตั้ง 4.50.00 หรือ 4.51.00

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

    /opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
  8. รีสตาร์ทคอมโพเนนต์ UI ในโหนดทั้งหมดที่เรียกใช้ หากยังไม่ได้ดำเนินการ 
    /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
  9. ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการตามที่อธิบายไว้ในทดสอบการติดตั้ง

หากภายหลังต้องการย้อนกลับการอัปเดต ให้ทำตามขั้นตอนที่อธิบายไว้ใน ย้อนกลับเป็น 4.53.00

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

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

  • คุณต้องอัปเดตโหนด Cassandra และ ZooKeeper ทั้งหมดก่อนที่จะอัปเดตโหนดอื่นๆ
  • สำหรับเครื่องที่มีคอมโพเนนต์ Edge หลายรายการ (เซิร์ฟเวอร์การจัดการ, Message Processor, เราเตอร์, เซิร์ฟเวอร์ QPID แต่ไม่ใช่เซิร์ฟเวอร์ Postgres) ให้ใช้ตัวเลือก -c edge เพื่ออัปเดต พร้อมกันทั้งหมด
  • หากขั้นตอนระบุว่าควรดำเนินการในหลายเครื่อง ให้ดำเนินการตามลำดับเครื่องที่ระบุ
  • ไม่มีขั้นตอนแยกต่างหากในการอัปเดตการสร้างรายได้ ระบบจะอัปเดตเมื่อคุณระบุตัวเลือก -c edge

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

หากต้องการอัปเกรดการกำหนดค่าแบบสแตนด์อโลน 1 โหนดเป็น 4.53.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. อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. อัปเดต Postgres ในเครื่อง 2 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. อัปเดต LDAP ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 2 และ 1 
    /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. อัปเดต UI ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  7. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  8. (หากคุณติดตั้ง Apigee SSO) อัปเดต Apigee SSO ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    โดย sso_config_file คือไฟล์การกำหนดค่าที่คุณสร้างขึ้นเมื่อติดตั้ง SSO

  9. รีสตาร์ทคอมโพเนนต์ UI ของ Edge ในเครื่องที่ 1 โดยทำดังนี้ 
    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

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

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

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

  1. อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. อัปเดต Postgres ในเครื่อง 4 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. อัปเดต Postgres ในเครื่อง 5 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. อัปเดต LDAP ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 4, 5, 1, 2, 3 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. อัปเดต Qpid ในเครื่อง 4 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. อัปเดต Qpid ในเครื่อง 5 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. อัปเดต UI ของ Edge โดยทำดังนี้
    • UI แบบคลาสสิก: หากคุณใช้ UI แบบคลาสสิก ให้อัปเดตคอมโพเนนต์ ui ในเครื่อง 1 ดังตัวอย่างต่อไปนี้ 
      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    • UI ของ Edge ใหม่: หากคุณติดตั้ง UI ของ Edge ใหม่ ให้อัปเดต ue ในเครื่องที่เหมาะสม (อาจไม่ใช่เครื่อง 1) 
      /opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
  9. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (หากคุณติดตั้ง Apigee SSO) อัปเดต Apigee SSO ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    โดย sso_config_file คือไฟล์การกำหนดค่าที่คุณสร้างขึ้นเมื่อติดตั้ง SSO

  11. รีสตาร์ทคอมโพเนนต์ UI โดยทำดังนี้
    • UI แบบคลาสสิก: หากคุณใช้ UI แบบคลาสสิก ให้รีสตาร์ทคอมโพเนนต์ edge-ui ในเครื่อง 1 ดังตัวอย่างต่อไปนี้ 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • UI ของ Edge ใหม่: หากคุณติดตั้ง UI ของ Edge ใหม่ ให้รีสตาร์ทคอมโพเนนต์ edge-management-ui ในเครื่องที่เหมาะสม (อาจไม่ใช่เครื่อง 1) 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

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

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

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

  1. อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. อัปเดต Postgres ในเครื่อง 8 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. อัปเดต Postgres ในเครื่อง 9 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. อัปเดต LDAP ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 6, 7, 8, 9, 1, 4 และ 5 ตามลำดับ 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. อัปเดต Qpid ในเครื่อง 6 และ 7 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. อัปเดต UI ใหม่ (ue) หรือ UI แบบคลาสสิก (ui) ในเครื่อง 1 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  8. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (หากติดตั้ง Apigee SSO) อัปเดต Apigee SSO ในเครื่อง 1 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    โดย sso_config_file คือไฟล์การกำหนดค่าที่คุณสร้างขึ้นเมื่อติดตั้ง SSO

  10. รีสตาร์ทคอมโพเนนต์ UI โดยทำดังนี้
    • UI แบบคลาสสิก: หากคุณใช้ UI แบบคลาสสิก ให้รีสตาร์ทคอมโพเนนต์ edge-ui ในเครื่อง 1 ดังตัวอย่างต่อไปนี้ 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • UI ของ Edge ใหม่: หากคุณติดตั้ง UI ของ Edge ใหม่ ให้รีสตาร์ทคอมโพเนนต์ edge-management-ui ในเครื่องที่เหมาะสม (อาจไม่ใช่เครื่อง 1) 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

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

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

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

  1. อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. อัปเดต Postgres ในเครื่อง 8 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. อัปเดต Postgres ในเครื่อง 9 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. อัปเดต LDAP ในเครื่อง 4 และ 5 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. อัปเดตคอมโพเนนต์ Edge ในเครื่อง 12, 13, 8, 9, 6, 7, 10 และ 11 ตามลำดับ 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. อัปเดต Qpid ในเครื่อง 12 และ 13 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. อัปเดต UI ใหม่ (ue) หรือ UI แบบคลาสสิก (ui) ในเครื่อง 6 และ 7 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  8. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi ในเครื่องที่ 6 และ 7: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (หากคุณติดตั้ง Apigee SSO) อัปเดต Apigee SSO ในเครื่องที่ 6 และ 7 โดยทำดังนี้ 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    โดย sso_config_file คือไฟล์การกำหนดค่าที่คุณสร้างขึ้นเมื่อติดตั้ง SSO

  10. รีสตาร์ทคอมโพเนนต์ UI โดยทำดังนี้
    • UI แบบคลาสสิก: หากคุณใช้ UI แบบคลาสสิก ให้รีสตาร์ทคอมโพเนนต์ edge-ui ในเครื่อง 6 และ 7 ดังตัวอย่างต่อไปนี้ 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • UI ของ Edge ใหม่: หากคุณติดตั้ง UI ของ Edge ใหม่ ให้รีสตาร์ทคอมโพเนนต์ edge-management-ui ในเครื่องที่ 6 และ 7 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

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

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

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

  1. อัปเดต Cassandra และ ZooKeeper โดยทำดังนี้
    1. ในเครื่อง 1, 2 และ 3 ในศูนย์ข้อมูล 1 ให้ทำดังนี้ 
      /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
    2. ในเครื่อง 7, 8 และ 9 ในศูนย์ข้อมูล 2 
      /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. อัปเดต Postgres
    1. เครื่อง 6 ในศูนย์ข้อมูล 1 
      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    2. เครื่อง 12 ในศูนย์ข้อมูล 2 
      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. อัปเดต LDAP
    1. เครื่อง 1 ในศูนย์ข้อมูล 1 
      /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
    2. เครื่อง 7 ในศูนย์ข้อมูล 2 
      /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. อัปเดตคอมโพเนนต์ Edge โดยทำดังนี้
    1. เครื่อง 4, 5, 6, 1, 2, 3 ในศูนย์ข้อมูล 1 
      /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
    2. เครื่อง 10, 11, 12, 7, 8, 9 ในศูนย์ข้อมูล 2 
      /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  5. อัปเดต qpidd:
    1. เครื่อง 4, 5 ในศูนย์ข้อมูล 1
      1. อัปเดต qpidd ในเครื่อง 4 ดังนี้ 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. อัปเดต qpidd ในเครื่อง 5 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
    2. เครื่อง 10, 11 ในศูนย์ข้อมูล 2
      1. อัปเดต qpidd ในเครื่อง 10 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. อัปเดต qpidd ในเครื่อง 11 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  6. อัปเดต UI ใหม่ (ue) หรือ UI แบบคลาสสิก (ui) โดยทำดังนี้
    1. เครื่อง 1 ในศูนย์ข้อมูล 1 
      /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
    2. เครื่อง 7 ในศูนย์ข้อมูล 2: 
      /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  7. (หากคุณติดตั้ง apigee-adminapi) อัปเดตยูทิลิตี apigee-adminapi โดยทำดังนี้
    1. เครื่อง 1 ในศูนย์ข้อมูล 1 
      /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
    2. เครื่อง 7 ในศูนย์ข้อมูล 2: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  8. (หากคุณติดตั้ง Apigee SSO) อัปเดต Apigee SSO โดยทำดังนี้
    1. เครื่อง 1 ในศูนย์ข้อมูล 1 
      /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
    2. เครื่อง 7 ในศูนย์ข้อมูล 2: 
      /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

      3. โดย sso_config_file คือไฟล์การกำหนดค่าที่คุณสร้างขึ้นเมื่อติดตั้ง SSO

  9. รีสตาร์ทคอมโพเนนต์ UI ของ Edge ใหม่ (edge-management-ui) หรือ UI ของ Edge แบบคลาสสิก (edge-ui) ในเครื่อง 1 และ 7 โดยทำดังนี้ 
    /opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart

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

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

  1. ZooKeeper
  2. Cassandra
  3. ps
  4. LDAP
  5. Edge หมายถึงโปรไฟล์ "-c edge" ในโหนดทั้งหมดตามลำดับต่อไปนี้ โหนดที่มีเซิร์ฟเวอร์ Qpid เซิร์ฟเวอร์ Edge Postgres, เซิร์ฟเวอร์การจัดการ, Message Processor และเราเตอร์
  6. qpidd
  7. UI ของ Edge (แบบคลาสสิกหรือแบบใหม่)
  8. apigee-adminapi
  9. Apigee SSO

หลังจากอัปเดตเสร็จแล้ว ให้รีสตาร์ทคอมโพเนนต์ Edge UI ในเครื่องทั้งหมดที่เรียกใช้