การย้ายข้อมูลไปยังเราเตอร์และตัวจัดสรรภาระงาน NGINX

คุณกําลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X
info

ตลอดเดือนสิงหาคมและกันยายน 2015 เราจะย้ายข้อมูลเราเตอร์ระบบคลาวด์และโปรแกรมกระจายโหลดของ Apigee Edge ไปยัง NGINX (ออกเสียงว่า "Engine X") NGINX ซึ่งเป็นเว็บเซิร์ฟเวอร์โอเพนซอร์สให้ประสิทธิภาพที่ดีขึ้นและการทำงานพร้อมกันที่สูงกว่าตัวกระจายโหลดและเราเตอร์ที่มีอยู่

ผลกระทบต่อลูกค้าที่ใช้ระบบคลาวด์

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

ขั้นตอนที่ 1 - อัปเดตซอฟต์แวร์

เราจะอัปเกรดเราเตอร์ทั้งหมดเป็นเราเตอร์ที่ใช้ NGINX เวอร์ชันใหม่โดยใช้รูปแบบการติดตั้งใช้งานแบบเป็นระยะเพื่อช่วยให้มั่นใจว่าบริการจะไม่ได้รับผลกระทบจากกิจกรรมนี้

ขั้นตอน 2 - นำชั้นตัวจัดสรรภาระงานในสภาพแวดล้อมที่ไม่ได้ใช้งานจริงออก

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

ขั้นตอนที่ 3 - นําชั้นตัวจัดสรรภาระงานในสภาพแวดล้อมที่ใช้งานจริงออก

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

การเปลี่ยนแปลงฟังก์ชันการทำงานของผลิตภัณฑ์

ต่อไปนี้คือการเปลี่ยนแปลงบางอย่างเกี่ยวกับฟังก์ชันการทำงานของผลิตภัณฑ์เมื่อเปลี่ยนไปใช้ NGINX

เลิกใช้

ระบบไม่รองรับพร็อพเพอร์ตี้ต่อไปนี้ใน ProxyEndpoints อีกต่อไป

  • allow.http10
  • allow.http11
  • allow.http.method.*
  • allow.POST.without.content.length
  • allow.PUT.without.content.length

หากต้องการหลีกเลี่ยงการเลิกใช้งานนี้ โปรดดูบทความชุมชนต่อไปนี้ https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html

คำถามที่พบบ่อย

ต่อไปนี้คือคำตอบของคำถามที่พบบ่อยเกี่ยวกับการย้ายข้อมูล NGINX

การเปลี่ยนแปลงนี้อาจเปลี่ยน IP สาธารณะไหม ผู้ขายบางรายอนุญาตให้เข้าถึงจาก IP ที่รู้จักโดยเฉพาะ และเมื่อมีการเปลี่ยน ขั้นตอนของผู้ขายจะหยุดลง
ในขั้นตอนที่ 1 คำตอบคือ "ไม่" เนื่องจากเราจะไม่แตะต้องโหลดบาลานเซอร์ที่มีอยู่ ซึ่งจะไม่เปลี่ยน IP ที่ให้บริการการเข้าชมโดยตรง อย่างไรก็ตาม กฎการปรับขนาดปกติจะมีผลเนื่องจากลักษณะของบริการกระจายโหลด Amazon Web Services (AWS) ซึ่งหมายความว่า IP อาจเปลี่ยนแปลงตามตรรกะการปรับขนาด (ฟังก์ชันการทำงานที่มีอยู่) ด้วยเหตุนี้ เราจึงไม่แนะนําให้ใช้การกําหนดค่ารายการที่อนุญาตขาออกกับชุดผลิตภัณฑ์ Apigee Edge ในระหว่างขั้นตอนที่ 2 และ 3 การนำบัวแลนซ์โหลดและที่อยู่ IP ที่เชื่อมโยงออกจะมีผลต่อรายการที่อนุญาต ด้วยเหตุนี้ เราจะประสานงานกับคุณอย่างใกล้ชิดในขั้นตอนเหล่านี้เพื่อให้การเปลี่ยนผ่านเป็นไปอย่างราบรื่น โดยระบุชุดที่อยู่ IP ใหม่ที่จะอนุญาตให้เข้าถึง
การดำเนินการนี้จะส่งผลต่อข้อจำกัด IP ที่เรากำหนดไว้ในเซิร์ฟเวอร์ต้นทางไหม
ไม่จําเป็นต้องทําการเปลี่ยนแปลงใดๆ โดยสมมติว่าเซิร์ฟเวอร์ต้นทางคือเซิร์ฟเวอร์ปลายทางเป้าหมาย (เซิร์ฟเวอร์ที่เรียกใช้จากพูลพร็อกซี) การเปลี่ยนแปลงนี้อยู่ในฝั่งขาออกของ Apigee หรือจุดขาเข้าของ Apigee
CNAME ที่มีอยู่จะต้องเปลี่ยนแปลงไหม
ไม่ รายการ CNAME ที่มีอยู่จะยังคงทํางานต่อไปตามที่คาดไว้
การย้ายข้อมูลใบรับรอง SSL จะเป็นเรื่องที่ยุ่งยาก คุณจะทำอย่างไร
หากคุณใช้ SSL ขั้นตอนแรกจะไม่ส่งผลต่อการกำหนดค่า SSL ที่มีอยู่ อย่างไรก็ตาม เราจะต้องประสานงานกับคุณอย่างใกล้ชิดเพื่อให้แน่ใจว่ามีการตั้งค่า SSL ในเราเตอร์เครื่องใหม่อย่างถูกต้องก่อนที่จะดําเนินการในขั้นตอนที่ 2 และ 3
จะเกิดอะไรขึ้นหากแอป/ไคลเอ็นต์ของฉันไม่รองรับ SNI
ขั้นตอนที่ 2 และ 3 จะล่าช้าจนกว่าจะมีการยืนยันการรองรับ SNI
ระบบจะหยุดทำงานไหม
เราคาดว่าจะไม่มีช่วงหยุดทำงาน เราจะใช้การเปลี่ยนแปลงนี้โดยใช้รูปแบบการติดตั้งใช้งานมาตรฐานในช่วงที่เผยแพร่