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

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

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

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

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

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

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

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

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

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

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

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

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

เลิกใช้

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

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

หากต้องการหลีกเลี่ยงการเลิกใช้งานนี้ โปรดดูบทความในชุมชนต่อไปนี้ พร็อพเพอร์ตี้ของวิธีการอนุญาต HTTP ของปลายทางพร็อกซีใช้งานไม่ได้

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

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

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