Di chuyển sang bộ định tuyến NGINX và trình cân bằng tải

Bạn đang xem tài liệu về Apigee Edge.
Chuyển đến tài liệu về Apigee X.
thông tin

Trong suốt tháng 8 và tháng 9 năm 2015, chúng tôi sẽ di chuyển bộ định tuyến đám mây Apigee Edge và bộ cân bằng tải sang NGINX (phát âm là "Engine X"). NGINX, một máy chủ web nguồn mở, mang lại hiệu suất tốt hơn và khả năng đồng thời cao hơn so với các bộ cân bằng tải và bộ định tuyến hiện có của chúng tôi.

Ảnh hưởng của việc này đối với khách hàng của chúng tôi trên đám mây

Tóm lại, bạn sẽ được thông báo rõ ràng về thay đổi này và không cần làm gì ngoài việc xác minh rằng hệ thống của bạn đang hoạt động như mong đợi. Dưới đây là nội dung mô tả về các bước chúng ta sẽ thực hiện, cùng với câu trả lời cho một số câu hỏi thường gặp.

Bước 1 – Cập nhật phần mềm

Chúng tôi sẽ nâng cấp tất cả bộ định tuyến lên bộ định tuyến dựa trên NGINX mới bằng cách tận dụng mô hình triển khai theo giai đoạn để đảm bảo các dịch vụ không bị ảnh hưởng do hoạt động này.

Bước 2 – Xoá cấp trình cân bằng tải trong môi trường không phải môi trường thực tế

Với bộ định tuyến NGINX mới xử lý chức năng cân bằng tải, trước tiên, chúng ta sẽ bắt đầu quá trình loại bỏ cấp bộ cân bằng tải hiện có trong(các) môi trường không phải sản xuất. Trình cân bằng tải sản xuất sẽ vẫn nguyên vẹn và không thay đổi trong bước này. Trước khi xoá các bộ cân bằng tải hiện có, chúng tôi sẽ áp dụng một phương pháp toàn diện để đảm bảo lưu lượng truy cập hoạt động như dự kiến. Bạn không cần làm gì cả để hoàn tất bước này. Tuy nhiên, bạn nên báo cáo mọi vấn đề cho Apigee. Chúng tôi sẽ phối hợp với bạn để giải quyết các vấn đề trước khi tiếp tục Bước 3.

Bước 3 – Xoá cấp bộ cân bằng tải trong môi trường sản xuất

Sau khi hoàn tất thành công Bước 2, chúng ta sẽ xác định một bộ cửa sổ bảo trì để xoá cấp trình cân bằng tải trong(các) môi trường sản xuất bằng cách sử dụng cùng một phương pháp được đề cập trong Bước 2 để đảm bảo lưu lượng truy cập API thời gian chạy tiếp tục hoạt động như dự kiến.

Thay đổi về chức năng của sản phẩm

Sau đây là một số thay đổi đối với chức năng của sản phẩm khi chuyển sang NGINX.

Không được dùng nữa

Các thuộc tính sau không còn được hỗ trợ trong ProxyEndpoints:

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

Để khắc phục việc ngừng sử dụng này, hãy xem bài viết sau đây trên cộng đồng: https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html.

Câu hỏi thường gặp

Dưới đây là câu trả lời cho một số câu hỏi thường gặp về việc di chuyển sang NGINX.

Thay đổi này có thể thay đổi địa chỉ IP công khai không? Một số người bán của chúng tôi cho phép truy cập cụ thể từ các IP đã biết và khi họ thay đổi điểm ngắt luồng của người bán.
Trong Bước 1, câu trả lời là "Không" vì chúng ta không đụng đến các bộ cân bằng tải hiện có. Việc này sẽ không trực tiếp thay đổi bất kỳ IP nào phân phát lưu lượng truy cập. Tuy nhiên, do bản chất của dịch vụ cân bằng tải Amazon Web Services (AWS), các quy tắc mở rộng thông thường sẽ được áp dụng, nghĩa là IP có thể thay đổi trong logic mở rộng (chức năng hiện có). Đây là lý do bạn không nên triển khai cấu hình danh sách cho phép phía Bắc với bộ sản phẩm Apigee Edge. Trong Bước 2 và 3, việc xoá bộ cân bằng tải và các địa chỉ IP liên kết với bộ cân bằng tải sẽ ảnh hưởng đến danh sách cho phép. Do đó, chúng tôi sẽ phối hợp chặt chẽ với bạn trong các bước này để đảm bảo quá trình chuyển đổi diễn ra suôn sẻ bằng cách cung cấp một nhóm địa chỉ IP mới để cho phép truy cập.
Việc này có ảnh hưởng đến các quy định hạn chế về IP mà chúng tôi áp dụng trên máy chủ gốc không?
Không cần thay đổi, giả sử máy chủ gốc là máy chủ điểm cuối mục tiêu (máy chủ được gọi từ gói proxy). Thay đổi này nằm ở phía Bắc của Apigee hoặc điểm truy cập vào Apigee.
Chúng tôi có cần thay đổi CNAME hiện tại không?
Không. Các mục CNAME hiện có sẽ tiếp tục hoạt động như dự kiến.
Quá trình di chuyển chứng chỉ SSL sẽ rất khó khăn. Bạn sẽ xử lý vấn đề này như thế nào?
Nếu bạn đang sử dụng SSL, bước ban đầu sẽ không ảnh hưởng đến cấu hình SSL hiện có. Tuy nhiên, chúng tôi sẽ cần phối hợp chặt chẽ với bạn để đảm bảo SSL được thiết lập đúng cách trên bộ định tuyến mới trước khi tiếp tục thực hiện Bước 2 và 3.
Nếu ứng dụng/ứng dụng khách của tôi không hỗ trợ SNI thì sao?
Các bước 2 và 3 sẽ bị trì hoãn cho đến khi xác nhận được tính năng hỗ trợ SNI.
Có thời gian ngừng hoạt động nào không?
Chúng tôi dự kiến sẽ không có thời gian ngừng hoạt động. Các thay đổi này sẽ được triển khai bằng mô hình triển khai tiêu chuẩn của chúng tôi trong các khoảng thời gian phát hành hiện tại.