หน้านี้ได้รับการแปลโดย Cloud Translation API

อัปเดต Apigee Edge 4.16.09 เป็น 4.18.01

Edge for Private Cloud v4.18.01

Edge เวอร์ชันใดที่คุณอัปเดตเป็น 4.18.01 ได้

คุณอัปเดต Apigee Edge เวอร์ชัน 4.16.09.0x เป็น 4.18.01 ได้โดยใช้ขั้นตอนนี้

หากมี Edge เวอร์ชันก่อนหน้าเป็นเวอร์ชัน 4.16.01 คุณจะต้องย้ายข้อมูลไปยัง เวอร์ชัน 4.16.01.x จากนั้นอัปเดตเป็นเวอร์ชัน 4.18.01

ผู้ที่มีสิทธิ์ดำเนินการอัปเดต

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

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

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

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

จำเป็นต้องอัปเกรดเป็น Qpid 1.35

รุ่นนี้มีการอัปเดตที่จำเป็นสำหรับ Qpid 1.35 ในการอัปเดตโหนด Qpid คุณจะต้อง ต้องทำสิ่งต่อไปนี้

ป้องกันไม่ให้เราเตอร์และตัวประมวลผลข้อความเขียนไปยังโหนด Qpid เป็นการชั่วคราวโดย ที่บล็อกพอร์ต 5672 บนโหนด Qpid คุณใช้คำสั่งต่อไปนี้เพื่อบล็อกพอร์ตนี้ได้ โหนด Qpid:
> sudo iptables -A INPUT -p tcp --พอร์ตปลายทาง 5672! -s `ชื่อโฮสต์` -i eth0 -j DROP
รอให้คิว Qpid ไม่มีข้อมูลข้อความเพื่อให้แน่ใจว่าโหนด Qpid ได้ประมวลผลทั้งหมดแล้ว ก่อนการอัปเดต ใช้คำสั่งต่อไปนี้เพื่อตรวจสอบว่าคิวข้อความ Qpid ว่างเปล่า:
> qpid-stat -q
อัปเดตโหนด Qpid
เลิกบล็อกพอร์ต 5672 บนโหนด Qpid เพื่ออนุญาตการเข้าถึงจากเราเตอร์และตัวประมวลผลข้อความ คุณใช้คําสั่งต่อไปนี้เพื่อเลิกบล็อกพอร์ตนี้ได้:
> sudo iptables -F

โปรดทราบว่าหากคุณใช้ iptables สำหรับกฎอื่นๆ คุณสามารถใช้ตัวเลือก -D เพื่อกลับค่า การเปลี่ยนแปลงที่เฉพาะเจาะจง:
> sudo iptables -D INPUT -p tcp --พอร์ตปลายทาง 5672! -s `ชื่อโฮสต์` -i eth0 -j DROP

กระบวนการนี้มีรายละเอียดอยู่ด้านล่างสำหรับโทโพโลยี Edge แต่ละรายการ

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

จำเป็นต้องอัปเกรดเป็น Postgres 9.6

Edge รุ่นนี้มีการอัปเกรดเป็น Postgres 9.6 ในการอัปเกรด ทั้งหมดนี้ ข้อมูล Postgres จะย้ายไปยัง Postgres 9.6

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

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

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

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

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

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

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

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

conf_pg_hba_replication.connection=host การจำลอง apigee existing_slave_ip/32 Trust\ \nการจำลองโฮสต์ Apigee new_slave_ip/32 ความน่าเชื่อถือ

โดยที่ existing_slave_ip คือที่อยู่ IP ของ Postgres ปัจจุบัน เซิร์ฟเวอร์สแตนด์บายและ new_slave_ip คือที่อยู่ IP ของการสแตนด์บายใหม่
รีสตาร์ท apigee-postgresql ในต้นฉบับ Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql รีสตาร์ท
ตรวจสอบว่าได้เพิ่มโหนดสแตนด์บายใหม่โดยดูที่ /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในไฟล์หลัก คุณควรเห็นบรรทัดต่อไปนี้ในไฟล์นั้น
Apigee การจำลองโฮสต์ เชื่อถือที่มีอยู่ slave_ip/32
apigee new_slave_ip/32 ความน่าเชื่อถือของการจำลองโฮสต์
ติดตั้งเซิร์ฟเวอร์สแตนด์บายของ Postgres ใหม่:
1. แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุ ต่อไปนี้:
  
  ที่อยู่ IP ปัจจุบัน# รายการ โฆษณาหลัก:
  PG_MASTER=192.168.56.103
  ที่อยู่ IP # ของโหนดสแตนด์บายใหม่
  PG_STANDBY=192.168.56.102
2. ปิดใช้ SELinux ตามที่อธิบายไว้ในติดตั้งยูทิลิตีการตั้งค่า Apigee ของ Edge
3. ดาวน์โหลดไฟล์ Edge Bootstrap_4.16.09.sh ไปยัง /tmp/bootstrap_4.16.09.sh:
  > Curl https://software.apigee.com/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh
4. ติดตั้งยูทิลิตี apigee-service ของ Edge และ ทรัพยากร Dependency:
  > Sudo Bash /tmp/bootstrap_4.16.09.sh apigeeuser=uName apigeepassword=pWord
5. ใช้ apigee-service เพื่อ ติดตั้ง apigee-setup ยูทิลิตี:
  > /opt/apigee/apigee-service/bin/apigee-service ติดตั้ง apigee-setup
6. ติดตั้ง Postgres:
  > /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
7. เรียกใช้คำสั่งต่อไปนี้ในโหนดสแตนด์บายใหม่
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql เท่านั้น Postgres-check- Standby
  
  ตรวจสอบว่ามีข้อความระบุว่าอยู่ในโหมดสแตนด์บาย

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

หลังจากการอัปเดตเสร็จสมบูรณ์ ให้เลิกใช้โหนดสแตนด์บายใหม่:

ตรวจสอบว่า Postgres ทำงานอยู่:
> /opt/apigee/apigee-service/bin/apigee-all สถานะ

หาก Postgres ไม่ได้ทำงานอยู่ ให้เริ่มทำงานโดยทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-all เริ่มต้น
รับ UUID ของโหนดสแตนด์บายใหม่โดยเรียกใช้คำสั่ง cURL ต่อไปนี้ในโหนดใหม่ โหนดสแตนด์บาย:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

คุณควรเห็น UUID ของโหนดที่ส่วนท้ายของเอาต์พุตในรูปแบบ:
"ประเภท" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
หยุดโหนดสแตนด์บายใหม่โดยเรียกใช้คำสั่งต่อไปนี้ในโหนดสแตนด์บายใหม่
> /opt/apigee/apigee-service/bin/apigee-all Stop
ในโหนดหลักของ Postgres ให้แก้ไข /opt/apigee/customer/application/postgresql.properties ในการนำโหนดสแตนด์บายใหม่ออกจาก conf_pg_hba_replication.connection:
conf_pg_hba_replication.connection=host Apigee ของการจำลอง existing_slave_ip/32 ความน่าเชื่อถือ
รีสตาร์ท apigee-postgresql ในต้นแบบ Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql รีสตาร์ท
ตรวจสอบว่าโหนดสแตนด์บายใหม่ถูกนำออกโดยดู /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในไฟล์หลัก คุณควรเห็นเฉพาะบรรทัดต่อไปนี้ในไฟล์นั้น
Apigee การจำลองโฮสต์ ความน่าเชื่อถือ existing_slave_ip/32
ลบ UUID ของโหนดสแตนด์บายจาก ZooKeeper โดยสร้างการจัดการ Edge ต่อไปนี้ การเรียก API ในโหนดเซิร์ฟเวอร์การจัดการ:
> curl -u sysAdminEmail:password -X ลบ http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

ต้องเปิดใช้เพื่อเปิดใช้ที่เก็บ EPEL

คุณต้องเปิดใช้งานแพ็กเกจพิเศษสำหรับ Enterprise Linux (หรือ EPEL) เพื่อติดตั้งหรืออัปเดต Edge คำสั่งที่คุณใช้จะขึ้นอยู่กับ ในเวอร์ชัน RedHat/CentOS ของคุณ

สำหรับ RedHat/CentOS/Oracle 7.x:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
สำหรับ RedHat/CentOS/Oracle 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

การเพิ่ม SMTPMAILFROM ที่จำเป็น พารามิเตอร์การกำหนดค่า

Edge 4.17.05 เพิ่มพารามิเตอร์ใหม่ที่จำเป็นลงในไฟล์การกำหนดค่าที่ใช้เมื่อคุณเปิดใช้ เซิร์ฟเวอร์ SMTP หากกำลังอัปเดตจาก 4.17.01 คุณต้องตั้งค่า SMTPMAILFROM ในไฟล์การกำหนดค่า เมื่อเปิดใช้งานเซิร์ฟเวอร์ SMTP

API BaaS เวอร์ชัน 4.17.09 ยังเพิ่มการรองรับสำหรับพร็อพเพอร์ตี้ SMTPMAILFROM ด้วย เมื่ออัปเดต API BaaS คุณต้องตั้งค่า SMTPMAILFROM ใน ใหม่

โดยพารามิเตอร์นี้จะอยู่ในรูปแบบ

SMTPMAILFROM="My Company <myco@company.com>"

ต้องระบุหากอัปเดตเมื่อใช้ การตรวจสอบสิทธิ์ภายนอก

คุณจะผสานรวมบริการไดเรกทอรีภายนอกเข้ากับ Apigee Edge Private Cloud ที่มีอยู่ได้ ของคุณ ฟีเจอร์นี้ออกแบบมาให้ทำงานกับบริการไดเรกทอรีทั้งหมดที่รองรับ LDAP เช่น Active Directory, OpenLDAP และอื่นๆ โซลูชัน LDAP ภายนอกช่วยให้ระบบ ผู้ดูแลระบบสำหรับจัดการข้อมูลเข้าสู่ระบบของผู้ใช้จากบริการจัดการไดเรกทอรีส่วนกลาง ภายนอกระบบอย่าง Apigee Edge ที่ใช้งาน

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

เมื่อเปิดใช้การตรวจสอบสิทธิ์ภายนอก ลูกค้าส่วนใหญ่จะใช้บัญชี SAM ของ Active Directory เป็นชื่อผู้ใช้สำหรับการตรวจสอบสิทธิ์ แทนที่จะเป็นที่อยู่อีเมลที่ใช้โดย เซิร์ฟเวอร์ Edge OpenLDAP

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

IS_EXTERNAL_AUTH="true"

บรรทัดนี้จะกำหนดค่า Edge เพื่อสนับสนุนชื่อบัญชี แทนที่จะเป็นที่อยู่อีเมล เนื่องจาก ชื่อผู้ใช้

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

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

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

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

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

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

> /opt/apigee/apigee-service/bin/apigee-all สถานะ

การจัดการการอัปเดตที่ล้มเหลว

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

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

หมายเหตุ: โทโพโลยีแบบ All-in-One และ 2 โหนดของ Edge ออกแบบมาเพื่อ การเริ่มต้นใช้งานและการสร้างต้นแบบ ไม่ใช่การใช้งานจริง ดังนั้นจึงไม่มีการย้อนกลับ สำหรับโทโพโลยีแบบ All-in-1 และ 2 โหนด ในสถานการณ์ที่มีการอัปเดต โทโพโลยีล้มเหลว และการลองอัปเดตอีกครั้งไม่สามารถแก้ปัญหาได้ ตัวเลือกที่ง่ายที่สุดคือดำเนินการ มีการติดตั้งใหม่เป็น 4.18.01

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

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

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

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

ถ้าผู้ใช้ไม่มีสิทธิ์เข้าถึง /tmp ยูทิลิตี update.sh จะล้มเหลว

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

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

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

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

อัปเดตเครื่องตามลำดับที่ถูกต้องสำหรับการติดตั้งตามที่อธิบายไว้ด้านล่างใน "คำสั่งซื้อ ของการอัปเดตเครื่อง"
เมื่อถึงเวลาอัปเดตเราเตอร์ ให้เลือกเราเตอร์หนึ่งตัวและทำให้ไม่สามารถเข้าถึงได้ เช่น ที่อธิบายไว้ในบทความการเปิดใช้/ปิดใช้เซิร์ฟเวอร์ (ตัวประมวลผลข้อความ/เราเตอร์) ความสามารถในการเข้าถึง
อัปเดตเราเตอร์ที่เลือกและคอมโพเนนต์ Edge อื่นๆ ทั้งหมดบนเครื่องเดียวกันกับเราเตอร์ การกำหนดค่า Edge ทั้งหมดจะแสดงเราเตอร์และผู้ประมวลผลข้อความในโหนดเดียวกัน
ทำให้เราเตอร์เข้าถึงได้อีกครั้ง
ทำซ้ำขั้นตอนที่ 2 ถึง 4 สำหรับเราเตอร์ที่เหลือ
อัปเดตเครื่องที่เหลือในการติดตั้งต่อ

ดูแลสิ่งต่อไปนี้ก่อน/หลังการอัปเดต

ในโหนดเราเตอร์และโหนดตัวประมวลผลข้อความแบบรวม:
- ก่อนการอัปเดต ให้ดำเนินการดังนี้
  1. ทำให้เข้าถึงเราเตอร์ไม่ได้
  2. ทำให้ไม่สามารถเข้าถึงโปรแกรมประมวลผลข้อความได้
- หลังจากการอัปเดต - ให้ดำเนินการต่อไปนี้
  1. ทำให้โปรแกรมประมวลผลข้อความสามารถเข้าถึงได้
  2. ทำให้เราเตอร์เข้าถึงได้
ในโหนดเราเตอร์เดี่ยว:
- ทำให้เข้าถึงเราเตอร์ไม่ได้ก่อนอัปเดต
- หลังจากอัปเดตแล้ว ให้ทําให้เข้าถึงเราเตอร์ได้
ในโหนดตัวประมวลผลข้อความเดี่ยว:
- ทำให้ไม่สามารถเข้าถึงโปรแกรมประมวลผลข้อความได้ก่อนที่จะอัปเดต
- หลังจากอัปเดต ตั้งค่า Message Processor ให้เข้าถึงได้

การใช้ไฟล์การกำหนดค่าที่ผู้ใช้ไม่ต้องดำเนินการ

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

ขั้นตอนสำหรับ การอัปเดตเป็น 4.18.01 ในโหนดที่มีการเชื่อมต่ออินเทอร์เน็ตภายนอก

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

หากคุณกำลังใช้การจำลองการสแตนด์บายต้นแบบ Postgres ให้ติดตั้ง Postgres ใหม่ โหนดสแตนด์บายตามที่อธิบายไว้ข้างต้นในการติดตั้ง Postgres ใหม่ โหนดสแตนด์บาย
หากมี ให้ปิดใช้งาน CRON ที่กำหนดค่าไว้เพื่อดำเนินการซ่อมแซมใน Cassandra จนกว่าการอัปเดตจะเสร็จสมบูรณ์
เข้าสู่ระบบโหนดในฐานะรูทเพื่อติดตั้ง Edge RPM
หมายเหตุ: แม้ว่าการติดตั้ง RPM จะต้องมีสิทธิ์เข้าถึงรูท แต่คุณดำเนินการ Edge ได้ การกำหนดค่าที่ไม่มีสิทธิ์เข้าถึงราก
ติดตั้ง yum-utils และ yum-plugin-priorities:
> sudo yum ติดตั้ง yum-utils
sudo yum ติดตั้ง yum-plugin-priorities
ปิดใช้งาน SELinux ตามที่อธิบายไว้ใน ติดตั้ง ยูทิลิตีการตั้งค่า Apigee ของ Edge
เปิดใช้ที่เก็บ EPEL ตามที่อธิบายไว้ข้างต้น
หากกำลังติดตั้งใน Oracle 7.x ให้เรียกใช้คำสั่งต่อไปนี้
> sudo yum-config-manager --เปิดใช้ ol7_optional_latest
หากกำลังติดตั้งใน AWS ให้เรียกใช้คำสั่ง yum-configure-manager ต่อไปนี้
> อัปเดตอร่อยๆ rh-amazon-rhui-client.noarch
> sudo yum-config-manager --เปิดใช้งาน rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
ดาวน์โหลดไฟล์ Edge 4.18.01 bootstrap_4.18.01.sh ลงใน /tmp/bootstrap_4.18.01.sh:
> Curl https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
ติดตั้งยูทิลิตี apigee-service ของ Edge 4.18.01 และ ทรัพยากร Dependency:
> Sudo Bash /tmp/bootstrap_4.18.01.sh apigeeuser=uName apigeepassword=pWord

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

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

I = ติดตั้ง OpenJDK 1.8 (ค่าเริ่มต้น)
C = ดำเนินการต่อโดยไม่ติดตั้ง Java
ถาม = ออก สำหรับตัวเลือกนี้ คุณต้องติดตั้ง Java ด้วยตนเอง
ใช้ apigee-service เพื่ออัปเดต การตั้งค่า Apigee ยูทิลิตี:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup อัปเดต
อัปเดต apigee-validate ยูทิลิตีในเซิร์ฟเวอร์การจัดการ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-checkate อัปเดต
อัปเดต apigee-provision ยูทิลิตี:
> อัปเดต /opt/apigee/apigee-service/bin/apigee-service apigee-provision
เรียกใช้ยูทิลิตีการอัปเดตบนโหนดของคุณตามลำดับที่อธิบายด้านล่างใน "ลำดับของเครื่อง อัปเดต" ด้านล่าง
> /opt/apigee/apigee-setup/bin/update.sh -c คอมโพเนนต์ -f configFile

ข้อกำหนดเพียงอย่างเดียวในไฟล์การกำหนดค่าคือ ไฟล์การกำหนดค่าต้องเข้าถึงได้ หรือ อ่านได้โดย "apigee" ผู้ใช้

ใช้ตัวเลือก "-c" เพื่อระบุคอมโพเนนต์ที่จะอัปเดต รายการที่เป็นไปได้ คอมโพเนนต์ ได้แก่
LDAP = OpenLDAP
cs = คาสซานดรา
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =คอมโพเนนต์ Edge ทั้งหมด ยกเว้น Edge UI: เซิร์ฟเวอร์การจัดการ, ตัวประมวลผลข้อความ, เราเตอร์, เซิร์ฟเวอร์ QPID, เซิร์ฟเวอร์ Postgres
ui = Edge UI
all = อัปเดตคอมโพเนนต์ทั้งหมดใน (ใช้สำหรับโปรไฟล์การติดตั้ง Edge aio หรือการติดตั้ง API BaaS Asa เท่านั้น โปรไฟล์)
e = ElasticSearch
b = สแต็ก API BaaS
p = พอร์ทัล API BaaS
ebp = ElasticSearch, API BaaS สแต็กและพอร์ทัล API BaaS ในโหนดเดียวกัน
ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตีตรวจสอบ Apigee ในเซิร์ฟเวอร์การจัดการตาม ตามที่อธิบายไว้ในหัวข้อทดสอบการติดตั้ง
ถ้าคุณติดตั้งโหนดสแตนด์บายของ Postgres ใหม่ ให้ยกเลิกการทำงานของโหนดตามที่อธิบายไว้ข้างต้นใน การเลิกใช้งาน Postgres โหนด

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

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

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

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

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

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

หากคุณกำลังใช้การจำลองการสแตนด์บายต้นแบบ Postgres ให้ติดตั้ง โหนดสแตนด์บายใหม่ของ Postgres ตามที่อธิบายไว้ข้างต้นในการติดตั้ง โหนดสแตนด์บายใหม่ของ Postgres
สร้างที่เก็บ 4.18.01 ในเครื่องตามที่อธิบายไว้ใน "สร้างที่เก็บ Apigee ในเครื่อง" ที่ติดตั้งยูทิลิตีการตั้งค่า Apigee ของ Edge
หมายเหตุ: หากมีที่เก็บเวอร์ชัน 4.16.09 อยู่แล้ว คุณจะเพิ่ม 4.18.01 ได้ เก็บบันทึกไว้ใน "อัปเดตที่เก็บ Apigee ในเครื่อง" ที่ติดตั้งยูทิลิตีการตั้งค่า Apigee ของ Edge
วิธีติดตั้ง apigee-service จากไฟล์ .tar
1. ในโหนดที่มีที่เก็บในเครื่อง ให้ใช้คำสั่งต่อไปนี้เพื่อจัดแพ็กเกจที่เก็บในเครื่อง ลงในไฟล์ .tar ไฟล์เดียวที่ชื่อ /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz ดังนี้
  > /opt/apigee/apigee-service/bin/apigee-service แพ็กเกจ apigee-Mirror
2. คัดลอกไฟล์ .tar ไปยังโหนดที่ต้องการอัปเดต Edge ตัวอย่างเช่น คัดลอกไปที่ ไดเรกทอรี /tmp ใน โหนดใหม่
3. ในโหนดใหม่ ให้ยกเลิกการอัปโหลดไฟล์ไปยังไดเรกทอรี /tmp:
  > tar -Xzf apigee-4.18.01.tar.gz
  
  คำสั่งนี้จะสร้างไดเรกทอรีใหม่ที่ชื่อว่า repos ในไดเรกทอรีที่มี .tar เช่น /tmp/repos
4. ติดตั้งยูทิลิตี Edge apigee-service และทรัพยากร Dependency จาก /tmp/repos:
  > Sudo Bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  คุณจะเห็นว่าใส่เส้นทางไปยังไดเรกทอรี repos ในคำสั่งนี้
วิธีติดตั้ง apigee-service โดยใช้เว็บเซิร์ฟเวอร์ Nginx
1. กำหนดค่าเว็บเซิร์ฟเวอร์ Nginx ตามที่อธิบายไว้ใน "ติดตั้งจากที่เก็บโดยใช้ Nginx webserver" ที่ Install the Edge ยูทิลิตีการตั้งค่า Apigee
2. ในโหนดระยะไกล ให้ดาวน์โหลดไฟล์ Edge bootstrap_4.18.01.sh เพื่อ /tmp/bootstrap_4.18.01.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
  
  โดย uName:pWord คือชื่อผู้ใช้และรหัสผ่านที่คุณตั้งค่าไว้ด้านบนสำหรับ ที่เก็บ และ remoteRepo คือที่อยู่ IP หรือชื่อ DNS ของ โหนดที่เก็บ
3. ในโหนดระยะไกล ให้ติดตั้งยูทิลิตีและบริการ Apigee ของ Edge และทรัพยากร Dependency:
  > Sudo Bash /tmp/bootstrap_4.18.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  โดยที่ uName:pWord คือชื่อผู้ใช้และรหัสผ่านที่เก็บ
ใช้ apigee-service เพื่อ อัปเดตยูทิลิตีการตั้งค่า Apigee ดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup อัปเดต
อัปเดต apigee-validate ในเซิร์ฟเวอร์การจัดการ
> /opt/apigee/apigee-service/bin/apigee-service apigee-checkate อัปเดต
อัปเดต apigee-provision ยูทิลิตี:
> อัปเดต /opt/apigee/apigee-service/bin/apigee-service apigee-provision
เรียกใช้ยูทิลิตีการอัปเดตบนโหนดของคุณตามลำดับที่อธิบายด้านล่างใน "ลำดับของเครื่อง อัปเดต" ด้านล่าง:
> /opt/apigee/apigee-setup/bin/update.sh -c คอมโพเนนต์ -f configFile

ข้อกำหนดเพียงอย่างเดียวในไฟล์การกำหนดค่าคือ ไฟล์การกำหนดค่าต้องเข้าถึงได้ หรือ อ่านได้โดย "apigee" ผู้ใช้

ใช้ตัวเลือก "-c" เพื่อระบุคอมโพเนนต์ที่จะอัปเดต รายการที่เป็นไปได้ คอมโพเนนต์ ได้แก่
LDAP = OpenLDAP
cs = คาสซานดรา
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =คอมโพเนนต์ Edge ทั้งหมด ยกเว้น Edge UI: เซิร์ฟเวอร์การจัดการ, ตัวประมวลผลข้อความ, เราเตอร์, เซิร์ฟเวอร์ QPID, เซิร์ฟเวอร์ Postgres
ui = Edge UI
all = อัปเดตคอมโพเนนต์ทั้งหมดใน (ใช้สำหรับโปรไฟล์การติดตั้ง Edge aio หรือการติดตั้ง API BaaS Asa เท่านั้น โปรไฟล์)
e = ElasticSearch
b = สแต็ก API BaaS
p = พอร์ทัล API BaaS
ebp = ElasticSearch, API BaaS สแต็กและพอร์ทัล API BaaS ในโหนดเดียวกัน
ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตีตรวจสอบ Apigee ในเซิร์ฟเวอร์การจัดการตาม ตามที่อธิบายไว้ในหัวข้อทดสอบการติดตั้ง
ถ้าคุณติดตั้งโหนดสแตนด์บายของ Postgres ใหม่ ให้ยกเลิกการทำงานของโหนดตามที่อธิบายไว้ ด้านบนในการเลิกใช้งาน โหนด Postgres

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

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

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