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.
Truy cập vào tài liệu 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 và bộ cân bằng tải Apigee Edge sang NGINX (phát âm là "Engine X"). NGINX, một máy chủ web mã nguồn mở, mang lại hiệu suất cao hơn và khả năng xử lý đồ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.

Tác động của việc này đối với khách hàng sử dụng đám mây

Tóm lại, thay đổi này sẽ không ảnh hưởng đến bạn và bạn không cần làm gì khác ngoài việc xác minh rằng hệ thống của bạn đang hoạt động như mong đợi. Sau đây là nội dung mô tả các bước chúng tôi 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ả các bộ định tuyến lên bộ định tuyến mới dựa trên NGINX 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á tầng 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 tôi sẽ bắt đầu quá trình xoá cấp bộ cân bằng tải hiện có trong(các) môi trường không phải là môi trường sản xuất của bạn. Bộ 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ì để 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 và chúng tôi sẽ làm việc với bạn để giải quyết các vấn đề trước khi chuyển sang Bước 3.

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

Sau khi hoàn tất Bước 2, chúng tôi sẽ xác định một số khoảng thời gian bảo trì để xoá cấp trình cân bằng tải trong(các) môi trường phát hành công khai bằng cách sử dụng phương pháp tương tự như trong Bước 2 nhằm đả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 đối với 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 vấn đề này, hãy xem bài viết sau đây trên cộng đồng: Thuộc tính phương thức cho phép HTTP của điểm cuối proxy không hoạt động.

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

Sau đâ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 NGINX.

Thay đổi này có thể làm 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 từ các IP đã biết, và khi họ thay đổi, quy trình của người bán sẽ bị gián đoạn.
Trong Bước 1, câu trả lời là "Không" vì chúng tôi không can thiệp vào bộ cân bằng tải hiện có. Điều này sẽ không trực tiếp thay đổi bất kỳ IP nào đang phân phát lưu lượng truy cập. Tuy nhiên, do tính 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 quá trình mở rộng (chức năng hiện có). Đây là lý do tại sao bạn không nên triển khai các cấu hình danh sách cho phép Northbound bằng 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 sẽ có những tác độ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 để cấp quyền 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?
Bạn không cần thay đổi gì, giả sử máy chủ gốc là máy chủ điểm cuối mục tiêu (các máy chủ được gọi từ gói proxy). Thay đổi này nằm ở phía Northbound 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.
Việc di chuyển chứng chỉ SSL sẽ rất khó khăn. Bạn sẽ xử lý việc 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 cần phối hợp chặt chẽ với bạn để đảm bảo bạn thiết lập SSL đúng cách trên bộ định tuyến mới trước khi tiến hành Bước 2 và 3.
Điều gì sẽ xảy ra nếu ứng dụng/máy khách của tôi không hỗ trợ SNI?
Bước 2 và 3 sẽ bị trì hoãn cho đến khi chúng tôi xác nhận rằng bạn có hỗ trợ SNI.
Có thời gian ngừng hoạt động 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 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 khung thời gian phát hành hiện tại.