Edge for Private Cloud เวอร์ชัน 4.17.01
Edge เวอร์ชันใดบ้างที่คุณสามารถอัปเดตเป็น 4.17.01 ได้
คุณสามารถอัปเดต Apigee Edge เวอร์ชัน 4.16.01.0x และ 4.16.05.x เป็น 4.17.01 ได้โดยใช้ขั้นตอนนี้
หากคุณมี Edge เวอร์ชันก่อนหน้า 4.16.01 คุณต้องย้ายข้อมูลไปยังเวอร์ชัน 4.16.01 ก่อน แล้วจึงอัปเดตเป็นเวอร์ชัน 4.17.01
- คุณสามารถย้ายข้อมูล Apigee Edge เวอร์ชัน 4.15.07 ไปยัง 4.16.01 ได้
- หากคุณมี Edge เวอร์ชันก่อนหน้า 4.15.07 คุณต้องย้ายข้อมูลไปยังเวอร์ชัน 4.15.07 ก่อน แล้วจึงย้ายข้อมูลไปยังเวอร์ชัน 4.16.01
- หากคุณย้ายข้อมูลจาก Edge เวอร์ชัน 4.14.04 ขึ้นไป ให้ย้ายข้อมูลไปยังเวอร์ชัน 4.15.07 โดยตรง
- หากคุณย้ายข้อมูลจาก Edge เวอร์ชัน 4.14.01 คุณต้องย้ายข้อมูลไปยังเวอร์ชัน 4.14.04 ก่อน แล้วจึงย้ายข้อมูลไปยังเวอร์ชัน 4.15.07
ผู้ที่ทำการอัปเดตได้
ผู้ใช้ที่เรียกใช้การอัปเดตควรเป็นผู้ใช้รายเดียวกับที่ติดตั้ง Edge ไว้ตั้งแต่แรก หรือผู้ใช้ที่เรียกใช้ในฐานะรูท
หลังจากติดตั้ง Edge RPM แล้ว ผู้ใช้ทุกคนจะกำหนดค่าได้
องค์ประกอบใดบ้างที่ต้องอัปเดต
คุณต้องอัปเดตคอมโพเนนต์ Edge ทั้งหมด Edge ไม่รองรับการตั้งค่าที่มีคอมโพเนนต์จากหลายเวอร์ชัน
การดาวน์เกรด Zookeeper หากอัปเดตจาก 4.16.01
เวอร์ชันของ Zookeeper RPM ใน Edge สำหรับ Private Cloud 4.16.01 คือ apigee-zookeeper-3.4.5-1.0.905.noarch.rpm ใน Edge เวอร์ชันต่อมา เวอร์ชัน Zookeeper ได้เปลี่ยนกลับไปเป็น apigee-zookeeper-3.4.5-0.0.94x ซึ่งจะป้องกันไม่ให้ yum อัปเกรด Zookeeper เป็นเวอร์ชันที่ใหม่กว่าจาก 4.16.01 วิธีแก้ไขสถานการณ์นี้คือเรียกใช้ yum downgrade apigee-zookeeper ก่อนอัปเดต Zookeeper
คุณตรวจสอบเวอร์ชัน Zookeeper ได้โดยใช้คำสั่งต่อไปนี้
> rpm -qa |grep apigee-zookeeper
หากคำสั่งนี้แสดงผลเวอร์ชัน Zookeeper ให้ทำดังนี้
apigee-zookeeper-3.4.5-1.0.905
จากนั้นคุณต้องดาวน์เกรด
การเผยแพร่การตั้งค่าพร็อพเพอร์ตี้โดยอัตโนมัติ
หากคุณตั้งค่าพร็อพเพอร์ตี้ใดๆ โดยแก้ไขไฟล์ .properties ใน /opt/apigee/customer/application ระบบจะเก็บค่าเหล่านี้ไว้ในการอัปเดต
ข้อกำหนดเบื้องต้นในการอัปเดต
โปรดดำเนินการตามข้อกำหนดเบื้องต้นต่อไปนี้ก่อนอัปเกรด Apigee Edge
- สำรองข้อมูลโหนดทั้งหมด
ก่อนอัปเดต เราขอแนะนำให้สำรองข้อมูลโหนดทั้งหมดให้เสร็จสมบูรณ์เพื่อความปลอดภัย ใช้ขั้นตอนสำหรับ Edge เวอร์ชันปัจจุบันเพื่อสำรองข้อมูล
ซึ่งจะช่วยให้คุณมีแผนสำรองในกรณีที่การอัปเดตเป็นเวอร์ชันใหม่ทำงานไม่ถูกต้อง ดูข้อมูลเพิ่มเติมเกี่ยวกับการสำรองข้อมูลได้ที่การสำรองและกู้คืนข้อมูล - ตรวจสอบว่า Edge ทำงานอยู่
ตรวจสอบว่า Edge ทำงานอยู่ระหว่างกระบวนการอัปเดตโดยใช้คำสั่งต่อไปนี้
> /opt/apigee/apigee-service/bin/apigee-all status
การจัดการการอัปเดตที่ไม่สำเร็จ
ในกรณีที่อัปเดตไม่สำเร็จ คุณสามารถลองแก้ไขปัญหา แล้วเรียกใช้ update.sh อีกครั้ง คุณสามารถเรียกใช้การอัปเดตได้หลายครั้ง และระบบจะอัปเดตต่อจากที่ค้างไว้ล่าสุด
หากความล้มเหลวกำหนดให้คุณต้องย้อนกลับการอัปเดตเป็นเวอร์ชันก่อนหน้า โปรดดูข้อมูลเพิ่มเติมที่หัวข้อ 4.17.01 กระบวนการย้อนกลับ
กำลังบันทึกข้อมูลการอัปเดต
โดยค่าเริ่มต้น ยูทิลิตี update.sh จะเขียนข้อมูลบันทึกไปยังตำแหน่งต่อไปนี้
/opt/apigee/var/log/apigee-setup/update.log
หากผู้ใช้ที่เรียกใช้ยูทิลิตี update.sh ไม่มีสิทธิ์เข้าถึงไดเรกทอรีดังกล่าว ระบบจะเขียนบันทึกลงในไดเรกทอรี /tmp เป็นไฟล์ชื่อ update_username.log
หากผู้ใช้ไม่มีสิทธิ์เข้าถึง /tmp ยูทิลิตี update.sh จะทำงานไม่สำเร็จ
ต้องอัปเกรดเป็น Java JDK เวอร์ชัน 8
Edge รุ่นนี้กำหนดให้คุณต้องติดตั้ง Java JDK เวอร์ชัน 8 ในโหนดการประมวลผล Edge ทั้งหมด คุณสามารถติดตั้ง Oracle JDK 8 หรือ OpenJDK 8 ก็ได้ หากยังไม่ได้ติดตั้ง Java JDK 8 สคริปต์อัปเดตจะติดตั้งให้คุณได้
ในการอัปเดตเป็น Java 8 การเข้ารหัส TLS บางรายการจะไม่มีให้บริการใน Oracle JDK 8 อีกต่อไป ดูรายการทั้งหมดได้ที่ส่วน "Default Disabled ชุดการเข้ารหัส" ใน http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html
ต้องเปิดใช้ที่เก็บ EPEL
คุณต้องเปิดใช้แพ็กเกจเสริมสำหรับ Enterprise Linux (หรือ EPEL) เพื่อติดตั้งหรืออัปเดต Edge คำสั่งที่คุณใช้จะขึ้นอยู่กับเวอร์ชันของ RedHat/CentOS ดังนี้
- สำหรับ RedHat/CentOS 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 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm
ต้องระบุหากอัปเดตเมื่อใช้การตรวจสอบสิทธิ์ภายนอก
คุณสามารถผสานรวมบริการไดเรกทอรีภายนอกเข้ากับการติดตั้ง Apigee Edge Private Cloud ที่มีอยู่ได้ ฟีเจอร์นี้ออกแบบมาให้ทำงานร่วมกับบริการไดเรกทอรีที่รองรับ LDAP เช่น Active Directory, OpenLDAP และอื่นๆ โซลูชัน LDAP ภายนอกช่วยให้ผู้ดูแลระบบสามารถจัดการข้อมูลเข้าสู่ระบบของผู้ใช้จากบริการจัดการไดเรกทอรีแบบรวมศูนย์ซึ่งอยู่ภายนอกระบบ เช่น Apigee Edge ที่ใช้ข้อมูลเข้าสู่ระบบดังกล่าว
ดูข้อมูลเพิ่มเติมได้ที่การกำหนดค่าการตรวจสอบสิทธิ์ภายนอก
เมื่อเปิดใช้การตรวจสอบสิทธิ์ภายนอก ลูกค้าส่วนใหญ่จะใช้ช่องชื่อบัญชี SAM ของ Active Directory เป็นชื่อผู้ใช้สำหรับการตรวจสอบสิทธิ์ แทนที่จะใช้อีเมลซึ่งใช้โดยเซิร์ฟเวอร์ Edge OpenLDAP
หากคุณผสานรวมกับบริการไดเรกทอรีภายนอก ให้เพิ่มบรรทัดต่อไปนี้ลงในไฟล์การกำหนดค่าเมื่ออัปเดต Edge เป็น 4.17.01
IS_EXTERNAL_AUTH="true"
บรรทัดนี้จะกำหนดค่า Edge ให้รองรับชื่อบัญชีเป็นชื่อผู้ใช้ แทนที่จะเป็นอีเมล
ต้องอัปเกรดเป็น Qpid 1.35
รุ่นนี้มีการอัปเดตที่จำเป็นสำหรับ Qpid 1.35 ในการอัปเดตโหนด Qpid คุณต้องทำดังนี้
- ป้องกันไม่ให้เราเตอร์และ Message Processor เขียนไปยังโหนด Qpid ชั่วคราวโดยบล็อกพอร์ต 5672 ในโหนด Qpid คุณสามารถใช้คำสั่งต่อไปนี้เพื่อบล็อกพอร์ตนี้ในโหนด Qpid
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - รอให้คิว Qpid ไม่มีข้อความเหลืออยู่ เพื่อให้แน่ใจว่าโหนด Qpid ได้ประมวลผลข้อความทั้งหมดก่อนการอัปเดต ใช้คำสั่งต่อไปนี้เพื่อให้แน่ใจว่าคิวข้อความ Qpid ว่างเปล่า
> qpid-stat -q - อัปเดตโหนด Qpid
- เลิกบล็อกพอร์ต 5672 ในโหนด Qpid เพื่ออนุญาตให้เข้าถึงจากเราเตอร์และ Message Processor
คุณใช้คำสั่งต่อไปนี้เพื่อเลิกบล็อกพอร์ตนี้ได้
> sudo iptables -F
โปรดทราบว่าหากใช้ iptables สำหรับกฎอื่นๆ คุณสามารถใช้ตัวเลือก -D เพื่อยกเลิกการเปลี่ยนแปลงที่เฉพาะเจาะจงได้
> sudo iptables -D INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
กระบวนการนี้จะอธิบายโดยละเอียดด้านล่างสำหรับโทโพโลยี Edge แต่ละรายการ
ต้องอัปเกรดเป็น Postgres 9.4
Edge รุ่นนี้มีการอัปเกรดเป็น Postgres 9.4 ในการอัปเกรดนี้ ระบบจะย้ายข้อมูล Postgres ทั้งหมดไปยัง Postgres 9.4
ในระหว่างกระบวนการอัปเดต ขณะที่โหนด Postgres หยุดทำงานเพื่ออัปเดต ระบบจะยังคงเขียนข้อมูลวิเคราะห์ลงในโหนด Qpid หลังจากอัปเดตโหนด Postgres และกลับมาออนไลน์แล้ว ระบบจะพุชข้อมูลวิเคราะห์ไปยังโหนด Postgres
คุณต้องมีโหนดสแตนด์บาย Postgres เพิ่มเติมหากต้องย้อนกลับการอัปเดตไม่ว่าด้วยเหตุผลใดก็ตาม หากคุณต้องย้อนกลับการอัปเดต โหนดสแตนด์บาย Postgres ใหม่จะกลายเป็นโหนด Postgres หลักหลังจากการย้อนกลับ ดังนั้น เมื่อติดตั้งโหนดสแตนด์บาย Postgres ใหม่ โหนดดังกล่าวควรอยู่ในโหนดที่ตรงตามข้อกำหนดด้านฮาร์ดแวร์ทั้งหมดของเซิร์ฟเวอร์ Postgres ตามที่ระบุไว้ในข้อกำหนดในการติดตั้ง Edge
การติดตั้งโหนดสแตนด์บาย Postgres ใหม่
ขั้นตอนนี้จะสร้างเซิร์ฟเวอร์สแตนด์บาย Postgres ในโหนดใหม่ ตรวจสอบว่าคุณติดตั้งเซิร์ฟเวอร์สแตนด์บาย Postgres ใหม่สำหรับ Edge เวอร์ชันที่มีอยู่ (4.16.01 หรือ 4.16.05) ไม่ใช่สำหรับเวอร์ชัน 4.17.01
หากต้องการติดตั้ง ให้ใช้ไฟล์การกำหนดค่าเดียวกับที่ใช้ติดตั้ง Edge เวอร์ชันปัจจุบัน
วิธีสร้างโหนดสแตนด์บาย Postgres ใหม่
- ใน Postgres Master ปัจจุบัน ให้แก้ไขไฟล์ /opt/apigee/customer/application/postgresql.properties เพื่อตั้งค่าโทเค็นต่อไปนี้ หากไม่มีไฟล์ดังกล่าว ให้สร้างขึ้นมา
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust\ \nhost replication apigee new_slave_ip/32 trust
โดยที่ existing_slave_ip คือที่อยู่ IP ของเซิร์ฟเวอร์สแตนด์บาย Postgres ปัจจุบัน และ new_slave_ip คือที่อยู่ IP ของโหนดสแตนด์บายใหม่ - รีสตาร์ท apigee-postgresql ใน Postgres หลัก:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart - ยืนยันว่าได้เพิ่มโหนดสแตนด์บายใหม่แล้วโดยดูไฟล์ /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในมาสเตอร์ คุณควรเห็นบรรทัดต่อไปนี้ในไฟล์ดังกล่าว
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust - ติดตั้งเซิร์ฟเวอร์สแตนด์บาย Postgres ใหม่โดยทำดังนี้
- แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุสิ่งต่อไปนี้
# ที่อยู่ IP ของมาสเตอร์ปัจจุบัน:
PG_MASTER=192.168.56.103
# ที่อยู่ IP ของโหนดสแตนด์บายใหม่
PG_STANDBY=192.168.56.102 - ปิดใช้ SELinux ตามที่อธิบายไว้ในติดตั้งยูทิลิตี apigee-setup ของ Edge
- ดาวน์โหลดไฟล์ bootstrap_4.16.05.sh ของ Edge ไปยัง /tmp/bootstrap_4.16.05.sh:
> curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
หมายเหตุ: หากคุณอัปเดตจาก 4.16.01 ให้ดาวน์โหลดไฟล์ bootstrap.sh ของ Edge - ติดตั้งยูทิลิตี apigee-service ของ Edge และทรัพยากร Dependency:
> sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord - ใช้ apigee-service เพื่อติดตั้งยูทิลิตี apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install - ติดตั้ง Postgres:
> /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile - ในโหนดสแตนด์บายใหม่ ให้เรียกใช้คำสั่งต่อไปนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
ตรวจสอบว่ามีข้อความระบุว่าเป็นโหนดสแตนด์บาย
- แก้ไขไฟล์การกำหนดค่าที่คุณใช้ติดตั้ง Edge เวอร์ชันปัจจุบันเพื่อระบุสิ่งต่อไปนี้
การเลิกใช้งานโหนด Postgres
หลังจากอัปเดตเสร็จแล้ว ให้เลิกใช้งานโหนดสแตนด์บายใหม่โดยทำดังนี้
- ตรวจสอบว่า Postgres ทำงานอยู่:
> /opt/apigee/apigee-service/bin/apigee-all status
หาก Postgres ไม่ทำงาน ให้เริ่มการทำงาน:
> /opt/apigee/apigee-service/bin/apigee-all start - รับ UUID ของโหนดสแตนด์บายใหม่โดยเรียกใช้คำสั่ง cURL ต่อไปนี้ในโหนดสแตนด์บายใหม่
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self
คุณควรเห็น UUID ของโหนดที่ส่วนท้ายของเอาต์พุตในรูปแบบต่อไปนี้
"type" : [ "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 replication apigee existing_slave_ip/32 trust - รีสตาร์ท apigee-postgresql ใน Postgres หลัก:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart - ยืนยันว่าได้นำโหนดสแตนด์บายใหม่ออกแล้วโดยดูไฟล์ /opt/apigee/apigee-postgresql/conf/pg_hba.conf ในมาสเตอร์ คุณควรเห็นเฉพาะบรรทัดต่อไปนี้ในไฟล์ดังกล่าว
host replication apigee existing_slave_ip/32 trust - ลบ UUID ของโหนดสแตนด์บายออกจาก ZooKeeper โดยทำการเรียก API การจัดการ Edge ต่อไปนี้ในโหนดเซิร์ฟเวอร์การจัดการ:
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>
การอัปเดตโดยไม่มีช่วงพัก
การอัปเดตแบบไม่มีช่วงเวลาหยุดทำงานหรือการอัปเดตทีละส่วนช่วยให้คุณอัปเดตการติดตั้ง Edge ได้โดยไม่ต้องปิด Edge
การอัปเดตแบบไม่มีช่วงพักการทำงานจะทำได้เฉพาะกับการกำหนดค่าแบบ 5 โหนดขึ้นไปเท่านั้น
กุญแจสำคัญในการอัปเกรดโดยไม่มีช่วงเวลาที่ระบบหยุดทำงานคือการนำเราเตอร์แต่ละตัวออกจากตัวจัดสรรภาระงานทีละตัว จากนั้นคุณอัปเดตเราเตอร์และคอมโพเนนต์อื่นๆ ในเครื่องเดียวกับเราเตอร์ แล้วเพิ่มเราเตอร์กลับไปยังตัวจัดสรรภาระงาน
- อัปเดตเครื่องตามลำดับที่ถูกต้องสำหรับการติดตั้งตามที่อธิบายไว้ด้านล่างใน "ลำดับการอัปเดตเครื่อง"
- เมื่อถึงเวลาอัปเดตเราเตอร์ ให้เลือกเราเตอร์ใดก็ได้และทำให้เข้าถึงไม่ได้ตามที่อธิบายไว้ในการเปิด/ปิดใช้ความสามารถในการเข้าถึงเซิร์ฟเวอร์ (Message Processor/เราเตอร์)
- อัปเดตเราเตอร์ที่เลือกและคอมโพเนนต์ Edge อื่นๆ ทั้งหมดในเครื่องเดียวกับเราเตอร์ การกำหนดค่า Edge ทั้งหมดจะแสดงเราเตอร์และ Message Processor ในโหนดเดียวกัน
- ทำให้เราเตอร์เข้าถึงได้อีกครั้ง
- ทำซ้ำขั้นตอนที่ 2 ถึง 4 สำหรับเราเตอร์ที่เหลือ
- ดำเนินการอัปเดตต่อสำหรับเครื่องที่เหลือในการติดตั้ง
โปรดดำเนินการต่อไปนี้ก่อน/หลังการอัปเดต
- ในโหนดเราเตอร์และ Message Processor แบบรวม ให้ทำดังนี้
- ก่อนอัปเดต ให้ทำดังนี้
- ทำให้เราเตอร์เข้าถึงไม่ได้
- ทำให้ Message Processor เข้าถึงไม่ได้
- หลังการอัปเดต - ดำเนินการต่อไปนี้
- ทำให้ Message Processor เข้าถึงได้
- ตรวจสอบว่าเราเตอร์เข้าถึงได้
- ก่อนอัปเดต ให้ทำดังนี้
- ในโหนดเราเตอร์เดียว ให้ทำดังนี้
- ก่อนอัปเดต ให้ทำให้เราเตอร์เข้าถึงไม่ได้
- หลังจากอัปเดตแล้ว ให้ตรวจสอบว่าเราเตอร์เข้าถึงได้
- ในโหนด Message Processor เดียว ให้ทำดังนี้
- ก่อนอัปเดต ให้ทำให้ Message Processor เข้าถึงไม่ได้
- หลังจากอัปเดตแล้ว ให้ทำให้ Message Processor เข้าถึงได้
การใช้ไฟล์การกำหนดค่าแบบไม่มีการโต้ตอบ
คุณต้องส่งไฟล์การกำหนดค่าแบบไม่มีการโต้ตอบไปยังคำสั่งอัปเดต ไฟล์การกำหนดค่าแบบไม่โต้ตอบควรเป็นไฟล์เดียวกับที่คุณใช้ติดตั้ง Edge 4.16.01 หรือ 4.16.05
ขั้นตอนการอัปเดตเป็น 4.17.01 ในโหนดที่มีการเชื่อมต่ออินเทอร์เน็ตภายนอก
ใช้ขั้นตอนต่อไปนี้เพื่ออัปเดตคอมโพเนนต์ Edge ในโหนด
- หากคุณใช้การจำลองแบบ Master-Standby ของ Postgres อยู่ ให้ติดตั้งโหนดสแตนด์บาย Postgres ใหม่ตามที่อธิบายไว้ข้างต้นในหัวข้อการติดตั้งโหนดสแตนด์บาย Postgres ใหม่
- หากมี ให้ปิดใช้งานงาน CRON ที่กำหนดค่าให้ดำเนินการซ่อมแซมใน Cassandra จนกว่าการอัปเดตจะเสร็จสมบูรณ์
- เข้าสู่ระบบโหนดในฐานะรูทเพื่อติดตั้ง Edge RPM
หมายเหตุ: แม้ว่าการติดตั้ง RPM จะต้องใช้สิทธิ์เข้าถึงระดับรูท แต่คุณสามารถกำหนดค่า Edge ได้โดยไม่ต้องใช้สิทธิ์เข้าถึงระดับรูท - ปิดใช้ SELinux ตามที่อธิบายไว้ในหัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge
- ดาวน์โหลดไฟล์ Edge 4.17.01 bootstrap_4.17.01.sh ไปยัง /tmp/bootstrap_4.17.01.sh:
> curl https://software.apigee.com/bootstrap_4.17.01.sh -o /tmp/bootstrap_4.17.01.sh - ติดตั้งยูทิลิตี apigee-service ของ Edge 4.17.01 และทรัพยากร Dependency:
> sudo bash /tmp/bootstrap_4.17.01.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 ด้วยตนเอง - (CentOS-6.x และ RedHat-6.x เท่านั้น) ในโหนด Qpid ทั้งหมด ให้เรียกใช้คำสั่งต่อไปนี้เพื่อให้แน่ใจว่าคุณดาวน์โหลด Qpid เวอร์ชันที่ถูกต้อง
> yum install apigee-qpidd --disablerepo=epel - ใช้ apigee-service เพื่ออัปเดตยูทิลิตี apigee-setup ดังนี้
- หากคุณติดตั้ง 4.16.01 โดยอัปเกรด Edge เวอร์ชัน 4.15.07.0x คุณต้องติดตั้งยูทิลิตี apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
คำสั่งนี้จะติดตั้งยูทิลิตี update.sh ใน /opt/apigee/apigee-setup/bin
หากคุณติดตั้งยูทิลิตี apigee-setup แล้ว ให้อัปเดตดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - หากคุณติดตั้ง 4.16.01 โดยตรง ซึ่งหมายความว่าคุณไม่ได้อัปเกรดจาก 4.15.07.0x คุณต้องอัปเดตยูทิลิตี apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
การอัปเดต apigee-service นี้จะติดตั้งยูทิลิตี update.sh ใน /opt/apigee/apigee-setup/bin - หากคุณติดตั้ง 4.16.05 โดยตรงหรือโดยการอัปเดต คุณต้องอัปเดตยูทิลิตี apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
การอัปเดตเป็น apigee-service นี้จะติดตั้งยูทิลิตี update.sh ใน /opt/apigee/apigee-setup/bin
- หากคุณติดตั้ง 4.16.01 โดยอัปเกรด Edge เวอร์ชัน 4.15.07.0x คุณต้องติดตั้งยูทิลิตี apigee-setup:
- คุณต้องติดตั้งหรืออัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ ทั้งนี้ขึ้นอยู่กับเวอร์ชันปัจจุบันของ Edge
- หากคุณใช้ Edge 4.16.05 อยู่ในปัจจุบัน: ให้อัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - หากคุณกำลังใช้ Edge 4.16.01: ให้ติดตั้งยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
หมายเหตุ: หากคุณติดตั้งยูทิลิตี apigee-validate ในโหนด Message Processor เมื่อติดตั้ง 4.16.01 คุณจะอัปเดตได้โดยใช้คำสั่งต่อไปนี้ในโหนดดังกล่าว:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
อย่างไรก็ตาม ตั้งแต่เวอร์ชัน 4.16.05 เป็นต้นไป Apigee ขอแนะนำให้คุณติดตั้งและเรียกใช้ยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ - หากคุณอัปเกรดจาก 4.16.01: ให้แก้ไขไฟล์การกำหนดค่าที่ส่งไปยังยูทิลิตี apigee-validate ใน Edge รุ่น 4.16.01 ไฟล์การกำหนดค่าที่ apigee-validate ใช้ต้องมีพร็อพเพอร์ตี้ต่อไปนี้
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
ในรุ่นนี้ ไฟล์การกำหนดค่าต้องมีพร็อพเพอร์ตี้ APIGEE_ADMINPW เท่านั้น คุณสามารถนำพร็อพเพอร์ตี้อีก 2 รายการออกจากไฟล์ได้
- หากคุณใช้ Edge 4.16.05 อยู่ในปัจจุบัน: ให้อัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ:
- อัปเดตยูทิลิตี apigee-provision โดยทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update - เรียกใช้ยูทิลิตีการอัปเดตในโหนดตามลำดับที่อธิบายไว้ด้านล่างใน "ลำดับการอัปเดตเครื่อง" ด้านล่าง
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
ข้อกำหนดเดียวในไฟล์การกำหนดค่าคือไฟล์การกำหนดค่าต้องเข้าถึงได้หรืออ่านได้โดยผู้ใช้ "apigee"
ใช้ตัวเลือก "-c" เพื่อระบุคอมโพเนนต์ที่จะอัปเดต รายการคอมโพเนนต์ที่เป็นไปได้มีดังนี้
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =คอมโพเนนต์ Edge ทั้งหมดยกเว้น Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge UI
all = อัปเดตคอมโพเนนต์ทั้งหมดในเครื่อง (ใช้สำหรับโปรไฟล์การติดตั้ง Edge aio หรือโปรไฟล์การติดตั้ง API BaaS asa เท่านั้น)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack และ API BaaS Portal ในโหนดเดียวกัน - ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการตามที่อธิบายไว้ในทดสอบการติดตั้ง
- หากคุณติดตั้งโหนดสแตนด์บาย Postgres ใหม่ ให้เลิกใช้งานโหนดตามที่อธิบายไว้ข้างต้นในหัวข้อการเลิกใช้งานโหนด Postgres
หากต้องการย้อนกลับการอัปเดตในภายหลัง ให้ใช้ขั้นตอนที่อธิบายไว้ในกระบวนการย้อนกลับ 4.16.09
ขั้นตอนการอัปเดตเป็น 4.17.01 จากที่เก็บในเครื่อง
หากโหนด Edge อยู่หลังไฟร์วอลล์ หรือถูกห้ามไม่ให้เข้าถึงที่เก็บ Apigee ผ่านอินเทอร์เน็ตด้วยวิธีอื่น คุณสามารถทำการอัปเดตจากที่เก็บในเครื่องหรือมิเรอร์ของที่เก็บ Apigee ได้
หลังจากสร้างที่เก็บ Edge ในเครื่องแล้ว คุณจะมี 2 ตัวเลือกในการอัปเดต Edge จากที่เก็บในเครื่อง ดังนี้
- สร้างไฟล์ .tar ของที่เก็บ คัดลอกไฟล์ .tar ไปยังโหนด แล้วอัปเดต Edge จากไฟล์ .tar
- ติดตั้งเว็บเซิร์ฟเวอร์ในโหนดที่มีที่เก็บในเครื่องเพื่อให้โหนดอื่นๆ เข้าถึงได้ Apigee มีเว็บเซิร์ฟเวอร์ Nginx ให้คุณใช้ หรือคุณจะใช้เว็บเซิร์ฟเวอร์ของคุณเองก็ได้
วิธีอัปเดตจากที่เก็บ 4.17.01 ในเครื่อง
- หากคุณใช้การจำลองแบบ Master-Standby ของ Postgres อยู่ ให้ติดตั้งโหนดสแตนด์บาย Postgres ใหม่ตามที่อธิบายไว้ข้างต้นในหัวข้อการติดตั้งโหนดสแตนด์บาย Postgres ใหม่
- สร้างที่เก็บ 4.17.01 ในเครื่องตามที่อธิบายไว้ใน "สร้างที่เก็บ Apigee ในเครื่อง" ที่หัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge
หมายเหตุ: หากคุณมีที่เก็บ 4.16.01 หรือ 4.16.05 อยู่แล้ว คุณสามารถเพิ่มที่เก็บ 4.17.01 ลงในที่เก็บดังกล่าวได้ตามที่อธิบายไว้ใน "อัปเดตที่เก็บ Apigee ในเครื่อง" ที่หัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge -
วิธีติดตั้ง apigee-service จากไฟล์ .tar
- ในโหนดที่มีที่เก็บในเครื่อง ให้ใช้คำสั่งต่อไปนี้เพื่อจัดแพ็กเกจที่เก็บในเครื่องเป็นไฟล์ .tar ไฟล์เดียวชื่อ /opt/apigee/data/apigee-mirror/apigee-4.17.01.tar.gz
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package - คัดลอกไฟล์ .tar ไปยังโหนดที่ต้องการอัปเดต Edge เช่น คัดลอกไปยังไดเรกทอรี /tmp ในโหนดใหม่
- ในโหนดใหม่ ให้ Untar ไฟล์ไปยังไดเรกทอรี /tmp:
> tar -xzf apigee-4.17.01.tar.gz
คำสั่งนี้จะสร้างไดเรกทอรีใหม่ชื่อ repos ในไดเรกทอรีที่มีไฟล์ .tar เช่น /tmp/repos - ติดตั้งยูทิลิตี apigee-service ของ Edge และทรัพยากร Dependency จาก /tmp/repos:
> sudo bash /tmp/repos/bootstrap_4.17.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
โปรดทราบว่าคุณต้องใส่เส้นทางไปยังไดเรกทอรี repos ในคำสั่งนี้
- ในโหนดที่มีที่เก็บในเครื่อง ให้ใช้คำสั่งต่อไปนี้เพื่อจัดแพ็กเกจที่เก็บในเครื่องเป็นไฟล์ .tar ไฟล์เดียวชื่อ /opt/apigee/data/apigee-mirror/apigee-4.17.01.tar.gz
-
วิธีติดตั้ง apigee-service โดยใช้เว็บเซิร์ฟเวอร์ Nginx
- กำหนดค่าเว็บเซิร์ฟเวอร์ Nginx ตามที่อธิบายไว้ใน "ติดตั้งจากที่เก็บโดยใช้เว็บเซิร์ฟเวอร์ Nginx" ที่หัวข้อติดตั้งยูทิลิตี apigee-setup ของ Edge
- ในโหนดระยะไกล ให้ดาวน์โหลดไฟล์ Edge bootstrap_4.17.01.sh ไปยัง /tmp/bootstrap_4.17.01.sh:
> /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.17.01.sh -o /tmp/bootstrap_4.17.01.sh
โดยที่ uName:pWord คือชื่อผู้ใช้และรหัสผ่านที่คุณตั้งค่าไว้ด้านบนสำหรับที่เก็บ และ remoteRepo คือที่อยู่ IP หรือชื่อ DNS ของโหนดที่เก็บ - ในโหนดระยะไกล ให้ติดตั้งยูทิลิตี apigee-service ของ Edge และทรัพยากร Dependency ดังนี้
> sudo bash /tmp/bootstrap_4.17.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
โดยที่ uName:pWord คือชื่อผู้ใช้และรหัสผ่านของที่เก็บ
- ใช้ apigee-service เพื่ออัปเดตยูทิลิตี apigee-setup ดังนี้
- หากคุณติดตั้ง 4.16.01 โดยอัปเกรด Edge เวอร์ชัน 4.15.07.0x คุณต้องติดตั้งยูทิลิตี apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
คำสั่งนี้จะติดตั้งยูทิลิตี update.sh ใน /opt/apigee/apigee-setup/bin
หากคุณติดตั้งยูทิลิตี apigee-setup แล้ว ให้อัปเดตดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - หากคุณติดตั้ง 4.16.01 โดยตรง ซึ่งหมายความว่าคุณไม่ได้อัปเกรดจาก 4.15.07.0x คุณต้องอัปเดตยูทิลิตี apigee-setup ดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
การอัปเดต apigee-service นี้จะติดตั้งยูทิลิตี update.sh ใน /opt/apigee/apigee-setup/bin - หากคุณติดตั้ง 4.16.05 โดยตรงหรือโดยการอัปเดต คุณต้องอัปเดตยูทิลิตี apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
การอัปเดต apigee-service นี้จะติดตั้งยูทิลิตี update.sh ใน /opt/apigee/apigee-setup/bin
- หากคุณติดตั้ง 4.16.01 โดยอัปเกรด Edge เวอร์ชัน 4.15.07.0x คุณต้องติดตั้งยูทิลิตี apigee-setup:
- คุณต้องติดตั้งหรืออัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ ทั้งนี้ขึ้นอยู่กับเวอร์ชันปัจจุบันของ Edge
- หากคุณใช้ Edge 4.16.05 อยู่ในปัจจุบัน: ให้อัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - หากคุณใช้ Edge 4.16.01 อยู่ในปัจจุบัน: ให้ติดตั้งยูทิลิตี apigee-validate บนเซิร์ฟเวอร์การจัดการ:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
หมายเหตุ: หากคุณติดตั้งยูทิลิตี apigee-validate บนโหนด Message Processor เมื่อติดตั้ง 4.16.01 คุณจะอัปเดตได้โดยใช้คำสั่งต่อไปนี้ในโหนดนั้น:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
อย่างไรก็ตาม ตั้งแต่เวอร์ชัน 4.16.05 เป็นต้นไป Apigee ขอแนะนำให้คุณติดตั้งและเรียกใช้ยูทิลิตี apigee-validate บนเซิร์ฟเวอร์การจัดการ - หากคุณอัปเกรดจาก 4.16.01: ให้แก้ไขไฟล์การกำหนดค่าที่ส่งไปยังยูทิลิตี apigee-validate ใน Edge รุ่น 4.16.01 ไฟล์การกำหนดค่าที่ apigee-validate ใช้ต้องมีพร็อพเพอร์ตี้ต่อไปนี้
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
ในรุ่นนี้ ไฟล์การกำหนดค่าต้องมีพร็อพเพอร์ตี้ APIGEE_ADMINPW เท่านั้น คุณสามารถนำพร็อพเพอร์ตี้อีก 2 รายการออกจากไฟล์ได้
- หากคุณใช้ Edge 4.16.05 อยู่ในปัจจุบัน: ให้อัปเดตยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการ:
- อัปเดตยูทิลิตี apigee-provision โดยทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update - เรียกใช้ยูทิลิตีการอัปเดตในโหนดตามลำดับที่อธิบายไว้ด้านล่างในส่วน "ลำดับการอัปเดตเครื่อง"
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
ข้อกำหนดเดียวในไฟล์การกำหนดค่าคือไฟล์การกำหนดค่าต้องเข้าถึงได้หรืออ่านได้โดยผู้ใช้ "apigee"
ใช้ตัวเลือก "-c" เพื่อระบุคอมโพเนนต์ที่จะอัปเดต รายการคอมโพเนนต์ที่เป็นไปได้มีดังนี้
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =คอมโพเนนต์ Edge ทั้งหมดยกเว้น Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge UI
all = อัปเดตคอมโพเนนต์ทั้งหมดในเครื่อง (ใช้สำหรับโปรไฟล์การติดตั้ง Edge aio หรือโปรไฟล์การติดตั้ง API BaaS asa เท่านั้น)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack และ API BaaS Portal ในโหนดเดียวกัน - ทดสอบการอัปเดตโดยเรียกใช้ยูทิลิตี apigee-validate ในเซิร์ฟเวอร์การจัดการตามที่อธิบายไว้ในทดสอบการติดตั้ง
- หากคุณติดตั้งโหนดสแตนด์บาย Postgres ใหม่ ให้เลิกใช้งานโหนดตามที่อธิบายไว้ข้างต้นในหัวข้อการเลิกใช้งานโหนด Postgres
หากต้องการย้อนกลับการอัปเดตในภายหลัง ให้ใช้ขั้นตอนที่อธิบายไว้ในกระบวนการย้อนกลับ 4.16.09
ลำดับการอัปเดตเครื่อง
ลำดับที่คุณอัปเดตเครื่องในการติดตั้ง Edge เป็นสิ่งสำคัญ ข้อควรพิจารณาที่สำคัญที่สุดในการอัปเดตมีดังนี้
- คุณต้องอัปเดตโหนด Cassandra และ ZooKeeper ทั้งหมดก่อนที่จะอัปเดตโหนดอื่นๆ
- สำหรับเครื่องที่มีคอมโพเนนต์ Edge หลายรายการ (Management Server, Message Processor, Router, QPID Server แต่ไม่ใช่ Postgres Server) ให้ใช้ตัวเลือก "-c edge" เพื่ออัปเดตคอมโพเนนต์ทั้งหมดพร้อมกัน
- หากขั้นตอนระบุว่าควรดำเนินการในเครื่องหลายเครื่อง ให้ดำเนินการตามลำดับเครื่องที่ระบุ
- ไม่มีขั้นตอนแยกต่างหากในการอัปเดตการสร้างรายได้ ระบบจะอัปเดตเมื่อคุณระบุตัวเลือก "-c edge"
- (CentOS-6.x และ RedHat-6.x เท่านั้น) ในโหนด Qpid ทั้งหมดที่มีการเชื่อมต่ออินเทอร์เน็ตภายนอก ให้ตรวจสอบว่าคุณได้เรียกใช้คำสั่งต่อไปนี้เพื่อดาวน์โหลด Qpid เวอร์ชันที่ถูกต้องตามที่แสดงด้านบน
> yum install apigee-qpidd --disablerepo=epel
สำหรับการติดตั้งแบบสแตนด์อโลน 1 โฮสต์
- หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper:
> yum downgrade apigee-zookeeper - อัปเดต Cassandra และ ZooKeeper:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - ตั้งค่ากฎ iptables ต่อไปนี้
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - ตรวจสอบคิวข้อความ Qpid:
> qpid-stat -q
ตรวจสอบคิวต่อไปจนกว่าจำนวนในคอลัมน์ "msg" จะเป็น 0 คุณไม่สามารถอัปเกรด Qpid ได้จนกว่าจะประมวลผลข้อความทั้งหมดแล้ว - อัปเดต qpidd:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - ล้าง iptables:
> sudo iptables -F - อัปเดต LDAP:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - หยุดเซิร์ฟเวอร์ Postgres, เซิร์ฟเวอร์ Qpid และ PostgreSQL:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - อัปเดต postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - อัปเดตฐานข้อมูล Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - อัปเดตคอมโพเนนต์ Edge ที่เหลือ:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - อัปเดต Edge UI:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
สำหรับการติดตั้งแบบสแตนด์อโลน 2 โฮสต์
ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง
- หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper ในเครื่อง 1:
> yum downgrade apigee-zookeeper - อัปเดต Cassandra และ ZooKeeper ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่องที่ 2
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - ตรวจสอบคิวข้อความ Qpid ในเครื่องที่ 2:
> qpid-stat -q
ตรวจสอบคิวต่อไปจนกว่าจำนวนในคอลัมน์ "msg" จะเป็น 0 คุณไม่สามารถอัปเกรด Qpid ได้จนกว่าจะประมวลผลข้อความทั้งหมดแล้ว - อัปเดต qpidd ในเครื่องที่ 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - ล้าง iptables ในเครื่องที่ 2:
> sudo iptables -F - อัปเดต LDAP ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - อัปเดตคอมโพเนนต์ Edge ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - อัปเดต UI ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - อัปเดต postgresql ในเครื่อง 2 โดยทำดังนี้
- หยุดเซิร์ฟเวอร์ Postgres, เซิร์ฟเวอร์ Qpid และ postgresql:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - อัปเดต postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - อัปเดตฐานข้อมูล Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - อัปเดตคอมโพเนนต์ Edge ในเครื่อง 2 และเครื่อง 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- หยุดเซิร์ฟเวอร์ Postgres, เซิร์ฟเวอร์ Qpid และ postgresql:
- อัปเดตคอมโพเนนต์ Edge ในเครื่องที่ 2:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
สำหรับการติดตั้งแบบคลัสเตอร์ 5 โฮสต์
ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง
- ตรวจสอบว่าคุณได้ติดตั้งโหนดสแตนด์บาย Postgres ใหม่ตามที่อธิบายไว้ข้างต้นในหัวข้อการติดตั้งโหนดสแตนด์บาย Postgres ใหม่
- หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper ในเครื่อง 1, 2 และ 3:
> yum downgrade apigee-zookeeper - อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่อง 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - ตรวจสอบคิวข้อความ Qpid ในเครื่อง 4:
> qpid-stat -q
ตรวจสอบคิวต่อไปจนกว่าจำนวนในคอลัมน์ "msg" จะเป็น 0 คุณไม่สามารถอัปเกรด Qpid ได้จนกว่าจะประมวลผลข้อความทั้งหมดแล้ว - อัปเดต qpidd ในเครื่อง 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - ล้าง iptables ในเครื่อง 4:
> sudo iptables -F - ทำขั้นตอนที่ 3 ถึง 6 ซ้ำในเครื่องที่ 5
- อัปเดต LDAP ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - อัปเดตคอมโพเนนต์ Edge ในเครื่อง 1, 2, 3:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - อัปเดต UI ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - อัปเดตเครื่อง 4 และ 5
- หยุดเซิร์ฟเวอร์ Postgres และเซิร์ฟเวอร์ Qpid ในเครื่อง 4:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - หยุดเซิร์ฟเวอร์ Postgres, เซิร์ฟเวอร์ Qpid และ postgresql ในเครื่อง 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - หยุดเซิร์ฟเวอร์ Postgres และ postgresql ในโหนดสแตนด์บายใหม่ที่คุณเพิ่มสำหรับการย้อนกลับ:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - อัปเดต postgresql ในเครื่อง 4:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - อัปเดตฐานข้อมูล Postgres ในเครื่อง 4 (Postgres Master เท่านั้น):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - อัปเดต postgresql ในเครื่อง 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - เริ่มเซิร์ฟเวอร์ Postgres และเซิร์ฟเวอร์ Qpid ในเครื่อง 4 และ 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - กำหนดค่า Postgres เป็นโหนดสแตนด์บายโดยเรียกใช้คำสั่งต่อไปนี้ในเครื่อง 5:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - ยืนยันสถานะการจำลองโดยเรียกใช้สคริปต์ต่อไปนี้บนเซิร์ฟเวอร์ทั้ง 2 เครื่อง ระบบควรแสดงผลลัพธ์ที่เหมือนกันในทั้ง 2 เซิร์ฟเวอร์เพื่อให้แน่ใจว่าการจำลองสำเร็จ:
ในเครื่อง 4 ซึ่งเป็นโหนดหลัก ให้เรียกใช้คำสั่งต่อไปนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
ตรวจสอบว่าระบบระบุว่าเป็นโหนดหลัก
ในเครื่องที่ 5 ซึ่งเป็นโหนดสแตนด์บาย ให้ทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
ตรวจสอบว่ามีข้อความระบุว่าเป็นโหนดสแตนด์บาย
- หยุดเซิร์ฟเวอร์ Postgres และเซิร์ฟเวอร์ Qpid ในเครื่อง 4:
- อัปเดตคอมโพเนนต์ Edge ในเครื่อง 4, 5:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ตรวจสอบว่าคุณได้เลิกใช้งานโหนดสแตนด์บายใหม่โดยใช้ขั้นตอนข้างต้นในการเลิกใช้งานโหนด Postgres
สำหรับการติดตั้งแบบคลัสเตอร์ 9 โฮสต์
ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง
- ตรวจสอบว่าคุณได้ติดตั้งโหนดสแตนด์บาย Postgres ใหม่ตามที่อธิบายไว้ข้างต้นในหัวข้อการติดตั้งโหนดสแตนด์บาย Postgres ใหม่
- หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper ในเครื่อง 1, 2 และ 3:
> yum downgrade apigee-zookeeper - อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่อง 6:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - ตรวจสอบคิวข้อความ Qpid ในเครื่อง 6:
> qpid-stat -q
ตรวจสอบคิวต่อไปจนกว่าจำนวนในคอลัมน์ "msg" จะเป็น 0 คุณไม่สามารถอัปเกรด Qpid ได้จนกว่าจะประมวลผลข้อความทั้งหมดแล้ว - อัปเดต qpidd ในเครื่องที่ 6:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - ล้าง iptables ในเครื่อง 6:
> sudo iptables -F - ทำขั้นตอนที่ 3 ถึง 6 ซ้ำในเครื่องที่ 7
- อัปเดต LDAP ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - อัปเดตคอมโพเนนต์ Edge ในเครื่อง 6, 7, 1, 4 และ 5 ตามลำดับ:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - อัปเดต UI ในเครื่องที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - อัปเดตเครื่อง 8 และ 9 ดังนี้
- หยุดเซิร์ฟเวอร์ Postgres ในเครื่อง 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - หยุดเซิร์ฟเวอร์ Postgres และ postgresql ในเครื่อง 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - หยุดเซิร์ฟเวอร์ Qpid ในเครื่อง 6 และ 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - หยุดเซิร์ฟเวอร์ Postgres และ postgresql ในโหนดสแตนด์บายใหม่ที่คุณเพิ่มสำหรับการย้อนกลับ:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - อัปเดต postgresql ในเครื่อง 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - อัปเดตฐานข้อมูล Postgres ในเครื่อง 8 (Postgres Master เท่านั้น):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - อัปเดต postgresql ในเครื่อง 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - เริ่มเซิร์ฟเวอร์ Postgres บนเครื่อง 8 และ 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - เริ่มเซิร์ฟเวอร์ Qpid ในเครื่อง 6 และ 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - กำหนดค่า Postgres เป็นโหนดสแตนด์บายโดยเรียกใช้คำสั่งต่อไปนี้ในเครื่อง 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - ยืนยันสถานะการจำลองโดยเรียกใช้สคริปต์ต่อไปนี้บนเซิร์ฟเวอร์ทั้ง 2 เครื่อง ระบบควรแสดงผลลัพธ์ที่เหมือนกันในทั้ง 2 เซิร์ฟเวอร์เพื่อให้แน่ใจว่าการจำลองสำเร็จ:
ในเครื่อง 8 ซึ่งเป็นโหนดหลัก ให้เรียกใช้:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
ตรวจสอบว่าระบบระบุว่าเป็นโหนดหลัก
ในเครื่องที่ 9 ซึ่งเป็นโหนดสแตนด์บาย ให้ทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
ตรวจสอบว่ามีข้อความระบุว่าเป็นโหนดสแตนด์บาย
- หยุดเซิร์ฟเวอร์ Postgres ในเครื่อง 8:
- อัปเดตคอมโพเนนต์ Edge ในเครื่อง 8 และ 9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ตรวจสอบว่าคุณได้เลิกใช้งานโหนดสแตนด์บายใหม่โดยใช้ขั้นตอนข้างต้นในการเลิกใช้งานโหนด Postgres
สำหรับการติดตั้งแบบคลัสเตอร์ 13 โฮสต์
ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง
- ตรวจสอบว่าคุณได้ติดตั้งโหนดสแตนด์บาย Postgres ใหม่ตามที่อธิบายไว้ข้างต้นในหัวข้อการติดตั้งโหนดสแตนด์บาย Postgres ใหม่
- หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper ในเครื่อง 1, 2 และ 3:
> yum downgrade apigee-zookeeper - อัปเดต Cassandra และ ZooKeeper ในเครื่อง 1, 2 และ 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่อง 12:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - ตรวจสอบคิวข้อความ Qpid ในเครื่อง 12:
> qpid-stat -q
ตรวจสอบคิวต่อไปจนกว่าจำนวนในคอลัมน์ "msg" จะเป็น 0 คุณไม่สามารถอัปเกรด Qpid ได้จนกว่าจะประมวลผลข้อความทั้งหมดแล้ว - อัปเดต qpidd ในเครื่อง 12:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - ล้าง iptables ในเครื่อง 12:
> sudo iptables -F - ทำขั้นตอนที่ 3 ถึง 6 ซ้ำในเครื่อง 13
- อัปเดต LDAP ในเครื่อง 4 และ 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - อัปเดตคอมโพเนนต์ Edge ในเครื่อง 12, 13, 6, 7, 10 และ 11 ตามลำดับต่อไปนี้
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - อัปเดต UI ในเครื่อง 6 และ 7:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - อัปเดตเครื่อง 8 และ 9 ดังนี้
- หยุดเซิร์ฟเวอร์ Postgres ในเครื่อง 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - หยุดเซิร์ฟเวอร์ Postgres และ postgresql ในเครื่อง 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - หยุดเซิร์ฟเวอร์ Qpid ในเครื่อง 12 และ 13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - หยุดเซิร์ฟเวอร์ Postgres และ postgresql ในโหนดสแตนด์บายใหม่ที่คุณเพิ่มสำหรับการย้อนกลับ:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - อัปเดต postgresql ในเครื่อง 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - อัปเดตฐานข้อมูล Postgres ในเครื่อง 8 (Postgres Master เท่านั้น):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - อัปเดต postgresql ในเครื่อง 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - เริ่มเซิร์ฟเวอร์ Postgres ในเครื่อง 8 และ 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - เริ่มเซิร์ฟเวอร์ Qpid บนเครื่อง 12 และ 13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - กำหนดค่า Postgres เป็นโหนดสแตนด์บายโดยเรียกใช้คำสั่งต่อไปนี้ในเครื่อง 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - ยืนยันสถานะการจำลองโดยเรียกใช้สคริปต์ต่อไปนี้บนเซิร์ฟเวอร์ทั้ง 2 เครื่อง ระบบควรแสดงผลลัพธ์ที่เหมือนกันในทั้ง 2 เซิร์ฟเวอร์เพื่อให้แน่ใจว่าการจำลองสำเร็จ:
ในเครื่อง 8 ซึ่งเป็นโหนดหลัก ให้เรียกใช้:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
ตรวจสอบว่าระบบระบุว่าเป็นโหนดหลัก
ในเครื่องที่ 9 ซึ่งเป็นโหนดสแตนด์บาย ให้ทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
ตรวจสอบว่ามีข้อความระบุว่าเป็นโหนดสแตนด์บาย
- หยุดเซิร์ฟเวอร์ Postgres ในเครื่อง 8:
- อัปเดตคอมโพเนนต์ Edge ในเครื่อง 8 และ 9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ตรวจสอบว่าคุณได้เลิกใช้งานโหนดสแตนด์บายใหม่โดยใช้ขั้นตอนข้างต้นในการเลิกใช้งานโหนด Postgres
สำหรับการติดตั้งแบบคลัสเตอร์ที่มีโฮสต์ 12 ราย
ดูรายการโทโพโลยี Edge และหมายเลขโหนดได้ที่โทโพโลยีการติดตั้ง
- ตรวจสอบว่าคุณได้ติดตั้งโหนดสแตนด์บาย Postgres ใหม่ตามที่อธิบายไว้ข้างต้นในหัวข้อการติดตั้งโหนดสแตนด์บาย Postgres ใหม่
- อัปเดต Cassandra และ ZooKeeper โดยทำดังนี้
- หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper ในเครื่อง 1, 2 และ 3 ในศูนย์ข้อมูล 1:
> yum downgrade apigee-zookeeper - ในเครื่อง 1, 2 และ 3 ในศูนย์ข้อมูล 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper ในเครื่อง 7, 8 และ 9 ในศูนย์ข้อมูล 2:
> yum downgrade apigee-zookeeper - ในเครื่อง 7, 8 และ 9 ในศูนย์ข้อมูล 2
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- หากอัปเดตจาก 4.16.01 ให้ดาวน์เกรด Zookeeper ในเครื่อง 1, 2 และ 3 ในศูนย์ข้อมูล 1:
- อัปเดต qpidd โดยทำดังนี้
- เครื่อง 4, 5 ในศูนย์ข้อมูล 1
- ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่อง 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - ตรวจสอบคิวข้อความ Qpid ในเครื่อง 4:
> qpid-stat -q
ตรวจสอบคิวต่อไปจนกว่าจำนวนในคอลัมน์ "msg" จะเป็น 0 คุณไม่สามารถอัปเกรด Qpid ได้จนกว่าจะประมวลผลข้อความทั้งหมดแล้ว - อัปเดต qpidd ในเครื่อง 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - ล้าง iptables ในเครื่อง 4:
> sudo iptables -F - ทำขั้นตอนที่ 1 ถึง 4 ซ้ำในเครื่องที่ 5
- ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่อง 4:
- เครื่อง 10, 11 ในศูนย์ข้อมูล 2
- ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่อง 10:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - ตรวจสอบคิวข้อความ Qpid ในเครื่อง 10:
> qpid-stat -q
ตรวจสอบคิวต่อไปจนกว่าจำนวนในคอลัมน์ "msg" จะเป็น 0 คุณไม่สามารถอัปเกรด Qpid ได้จนกว่าจะประมวลผลข้อความทั้งหมดแล้ว - อัปเดต qpidd ในเครื่อง 10:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - ล้าง iptables ในเครื่อง 10:
> sudo iptables -F - ทำขั้นตอนที่ 1-4 ซ้ำในเครื่อง 11
- ตั้งค่ากฎ iptables ต่อไปนี้ในเครื่อง 10:
- เครื่อง 4, 5 ในศูนย์ข้อมูล 1
- อัปเดต 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
- เครื่องที่ 1 ในศูนย์ข้อมูลที่ 1
- อัปเดตคอมโพเนนต์ Edge โดยทำดังนี้
- เครื่อง 4, 5, 1, 2, 3 ในศูนย์ข้อมูล 1
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - เครื่อง 10, 11, 7, 8, 9 ในศูนย์ข้อมูล 2
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- เครื่อง 4, 5, 1, 2, 3 ในศูนย์ข้อมูล 1
- อัปเดต UI:
- เครื่องที่ 1 ในศูนย์ข้อมูลที่ 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - เครื่องที่ 7 ในศูนย์ข้อมูล 2:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- เครื่องที่ 1 ในศูนย์ข้อมูลที่ 1:
- อัปเดตเครื่อง 6 ในศูนย์ข้อมูล 1 และเครื่อง 12 ในศูนย์ข้อมูล 2:
- หยุดเซิร์ฟเวอร์ Postgres ในเครื่อง 6:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - หยุดเซิร์ฟเวอร์ Postgres และ postgresql ในเครื่อง 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - หยุดเซิร์ฟเวอร์ Qpid ในเครื่อง 4, 5, 10 และ 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - หยุดเซิร์ฟเวอร์ Postgres และ postgresql ในโหนดสแตนด์บายใหม่ที่คุณเพิ่มสำหรับการย้อนกลับ:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - อัปเดต postgresql ในเครื่อง 6:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - อัปเดตฐานข้อมูล Postgres ในเครื่อง 6 (Postgres Master เท่านั้น):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - อัปเดต postgresql ในเครื่อง 12:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - เริ่มเซิร์ฟเวอร์ Postgres บนเครื่อง 6 และ 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - เริ่มเซิร์ฟเวอร์ Qpid บนเครื่อง 4, 5, 10 และ 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - กำหนดค่า Postgres เป็นโหนดสแตนด์บายโดยเรียกใช้คำสั่งต่อไปนี้ในเครื่อง 12:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - ยืนยันสถานะการจำลองโดยเรียกใช้สคริปต์ต่อไปนี้บนเซิร์ฟเวอร์ทั้ง 2 เครื่อง ระบบควรแสดงผลลัพธ์ที่เหมือนกันในทั้ง 2 เซิร์ฟเวอร์เพื่อให้แน่ใจว่าการจำลองเสร็จสมบูรณ์
ในเครื่อง 6 ซึ่งเป็นโหนดหลัก ให้เรียกใช้คำสั่งต่อไปนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
ตรวจสอบว่าระบบระบุว่าเป็นโหนดหลัก
ในเครื่อง 12 ซึ่งเป็นโหนดสแตนด์บาย ให้ทำดังนี้
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
ตรวจสอบว่ามีข้อความระบุว่าเป็นโหนดสแตนด์บาย
- หยุดเซิร์ฟเวอร์ Postgres ในเครื่อง 6:
- อัปเดตคอมโพเนนต์ Edge ในเครื่อง 6 และ 12:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - ตรวจสอบว่าคุณได้เลิกใช้งานโหนดสแตนด์บายใหม่โดยใช้ขั้นตอนข้างต้นในการเลิกใช้งานโหนด Postgres
สำหรับการติดตั้ง BaaS ของ API แบบ 7 โฮสต์หรือ 10 โฮสต์
สำหรับการติดตั้งที่ไม่ได้มาตรฐาน
หากคุณมีการติดตั้งที่ไม่ได้มาตรฐาน ให้อัปเดตคอมโพเนนต์ Edge ตามลำดับต่อไปนี้
- ZooKeeper
- Cassandra
- qpidd
- LDAP
- Edge หมายถึงโปรไฟล์ "-c edge" ในโหนดทั้งหมดตามลำดับ: โหนดที่มีเซิร์ฟเวอร์ Qpid แต่ไม่มีเซิร์ฟเวอร์ Postgres, Management Server, Message Processor และเราเตอร์
หมายเหตุ: หากโหนดติดตั้งทั้งเซิร์ฟเวอร์ Qpid และเซิร์ฟเวอร์ Postgres ให้เรียกใช้ขั้นตอนโปรไฟล์ "-c edge" เป็นส่วนหนึ่งของขั้นตอนที่ 8 - Edge UI
- postgresql ใน Postgres Master รวมถึงการอัปเกรด
- postgresql ในสแตนด์บาย Postgres
- Edge ซึ่งหมายถึงโปรไฟล์ "-c edge" ในโหนด Qpid และ Postgres ที่รวมกันทั้งหมด หรือในโหนด Postgres แบบสแตนด์อโลน