Điểm:1

Chính sách DNS cho điểm cuối VPC

lá cờ za

Tôi có VPC với ba mạng con ở các vùng khả dụng khác nhau và một điểm cuối VPC giao diện trong mỗi mạng con. Theo mặc định, điểm cuối VPC có 4 tên máy chủ DNS:

  • Tên máy chủ DNS khu vực, ví dụ: vpce-x.ec2.us-east-1.vpce.amazonaws.com.
  • Ba tên máy chủ DNS vùng dành riêng cho điểm cuối, ví dụ: vpce-x-us-east-1a.ec2.us-east-1.vpce.amazonaws.com.

Theo tôi hiểu, tên máy chủ DNS khu vực sẽ là một điểm cuối tùy ý. Có cách nào để định cấu hình một tên máy chủ DNS duy nhất sẽ luôn phân giải thành điểm cuối trong cùng một mạng con để giảm lưu lượng truy cập giữa các vùng sẵn sàng không? Tôi không chắc liệu chính sách định tuyến độ trễ có áp dụng được cho trường hợp sử dụng này hay không hoặc liệu có giải pháp nào khác hay không. Hay tên máy chủ DNS khu vực đã làm điều gì đó như thế này?

Trường hợp sử dụng ở đây là một ứng dụng gửi nhiều lưu lượng truy cập đến một dịch vụ bên ngoài thông qua các điểm cuối phiên bản VPC - đến mức việc truyền dữ liệu phát sinh chi phí đáng kể. Tránh lưu lượng truy cập giữa các Vùng sẵn sàng cho điểm cuối VPC sẽ giảm một phần chi phí truyền dữ liệu.

Tim avatar
lá cờ gp
Tim
Bạn đang cố gắng đạt được điều gì? Bạn gặp vấn đề gì?
lá cờ za
Cố gắng giảm chi phí truyền dữ liệu giữa các AZ.
Tim avatar
lá cờ gp
Tim
Câu hỏi của bạn cực kỳ cụ thể mà không chỉ định bức tranh lớn, nó hỏi về giải pháp mà bạn nghĩ sẽ hiệu quả. Tôi khuyên bạn nên hỏi một câu hỏi mới phác thảo khối lượng công việc, kiến ​​trúc của bạn, mô tả vấn đề của bạn (có thể bao gồm lượng lưu lượng truy cập chéo AZ mà bạn đang nhận được) và yêu cầu đề xuất. Giải pháp đề xuất của bạn có thể là những gì mọi người nghĩ ra, nhưng mọi người cũng có thể có những ý tưởng khác. Ví dụ: ALB bị tắt cân bằng tải giữa các vùng có thể là một giải pháp trong một số trường hợp
lá cờ za
Đã thêm một số chi tiết về trường hợp sử dụng. Nhưng tôi nghi ngờ câu trả lời hiện tại là cách để đi đến đây, vì vậy sẽ không đăng câu hỏi khác. Sử dụng ALB (hoặc NLB) là một ý tưởng thú vị cho việc này, nhưng chi phí sẽ gần bằng chi phí truyền dữ liệu giữa các vùng sẵn sàng.
Điểm:1
lá cờ cn

Nếu bạn sử dụng tên DNS của vùng, bạn đang nói chuyện với vùng đó. Từ tài liệu:

Chọn một mạng con trong VPC của bạn để sử dụng điểm cuối giao diện. Chúng tôi tạo một giao diện mạng điểm cuối trong mạng con. Giao diện mạng điểm cuối được gán một địa chỉ IP riêng từ dải địa chỉ IP của mạng con của bạn và giữ địa chỉ IP này cho đến khi điểm cuối giao diện bị xóa. Bạn có thể chỉ định nhiều mạng con trong các Vùng sẵn sàng khác nhau (do dịch vụ hỗ trợ) để giúp đảm bảo rằng điểm cuối giao diện của bạn có khả năng phục hồi trước các lỗi của Vùng sẵn sàng. Trong trường hợp đó, chúng tôi tạo giao diện mạng điểm cuối trong mỗi mạng con mà bạn chỉ định.

Vì vậy, nếu bạn có một phiên bản đang chạy, ví dụ: us-east-1a, yêu cầu nó sử dụng điểm cuối East-1a và tất cả các cuộc liên lạc sẽ nằm trong AZ. Bạn sẽ có thể thay đổi tên DNS bằng cách sử dụng các biến môi trường trong mã, ánh xạ trong CloudFormation hoặc tra cứu Cửa hàng tham số. Hãy nhớ rằng điều này sẽ không kiên cường trước thất bại.

Trừ khi bạn đang làm những việc HPC yêu cầu độ trễ cực thấp hoặc truyền lượng dữ liệu khổng lồ giữa các khu vực, tôi chỉ sử dụng tên khu vực (ví dụ: us-east-1).Kỳ vọng của tôi là nó sẽ sử dụng thứ gì đó hợp lý.

Bạn có thể xác minh bằng cách thực hiện một số đăng cai REGIONALDNS và kiểm tra IP mà nó trả lại cho bạn và so sánh với kết quả theo vùng.

lá cờ za
Có đủ dữ liệu đi qua điểm cuối để chi phí lưu lượng truy cập giữa các vùng sẵn sàng trở nên đáng kể. Việc sử dụng trực tiếp các tên DNS vùng sẽ giải quyết được vấn đề, nhưng nó sẽ làm tăng thêm một số phức tạp cho dịch vụ (hiện tại, đó là cùng một dịch vụ với cùng một cấu hình được triển khai cho nhiều Vùng sẵn sàng). Tôi đã hy vọng có một cách đơn giản để làm điều này với Route53.
lá cờ cn
Bạn có thể thử thiết lập một cái gì đó trong R53 để sử dụng định tuyến độ trễ hoặc độ trễ địa lý, nhưng điều đó không được đảm bảo - tôi không chắc liệu độ gần địa lý có hoạt động gần như vậy hay không và độ trễ có thể thay đổi tùy theo tải.
lá cờ za
Sử dụng các tên máy chủ khác nhau cho các Vùng sẵn sàng khác nhau có thể là cách nên làm. Điều này có thể được thực hiện linh hoạt trước sự cố bằng cách ưu tiên điểm cuối từ cùng một Vùng sẵn sàng và quay trở lại các điểm khác (ví dụ: các bản ghi riêng biệt với chính sách định tuyến chuyển đổi dự phòng).
lá cờ za
Tôi thấy các chính sách định tuyến độ trễ và khoảng cách địa lý không khả dụng cho các vùng được lưu trữ riêng tư, vì vậy có vẻ như chính sách này không được thiết kế cho trường hợp sử dụng này.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.