Điểm:0

Làm cách nào để nhận địa chỉ IP tĩnh cho các yêu cầu gửi đi trong AWS?

lá cờ fr

Chúng tôi đang trong quá trình tích hợp và công ty đang yêu cầu các địa chỉ IP tĩnh được đưa vào danh sách trắng. Giải pháp do AWS đề xuất là tạo ECS mới sử dụng các mạng con mới. Có thể thay đổi mạng con trong một cụm hiện có không? Chúng ta có phải triển khai lại mọi thứ trong một cụm mới không? Vì, tái triển khai là một quá trình rủi ro đối với chúng tôi, chúng tôi cần một giải pháp dễ dàng hơn cho điều đó.

MLu avatar
lá cờ id
MLu
Việc tái triển khai phải hoàn toàn tự động, không rủi ro. Chỉ cần nói.
Buse B. avatar
lá cờ fr
Bạn có thể giải thích nó nhiều hơn xin vui lòng? Trên thực tế, chúng tôi không làm việc với cùng một nhóm công nghệ đã triển khai ngay từ đầu và nhóm hiện tại do dự trong việc triển khai lại.
lá cờ ml
Như @MLu nói rằng bạn sẽ có thể triển khai lại. Nếu không, bạn nên ưu tiên khả năng của mình. Tôi hiểu rằng có thể có các yếu tố phụ thuộc bên ngoài, nhưng bạn sẽ có thể triển khai sang một tài khoản mới/khác và xác minh rằng tất cả đều ổn trước khi triển khai lại.
Điểm:0
lá cờ nl

Có lẽ bạn cần nói rõ hơn về 1) cấu hình hiện tại bạn có và 2) mục tiêu chính là gì. Trên # 1, nó phụ thuộc vào chế độ mạng bạn đang sử dụng (cầu nối so với VPC). Với cái sau, một cụm không bị ràng buộc với mạng con/VPC và bạn có thể chọn bất kỳ thứ gì bạn muốn (trong cùng một cụm). Bạn có thể cần triển khai lại các nhiệm vụ/dịch vụ để di chuyển chúng. Tuy nhiên, không chắc điều này liên quan như thế nào đến việc "nhận IP tĩnh cho các yêu cầu gửi đi".Nếu bạn cần một IP đầu ra đã biết cho tất cả các tác vụ của mình, bạn sẽ cần định cấu hình Cổng NAT trong mạng con riêng nơi thực hiện các tác vụ của bạn.

Tôi cho rằng vấn đề của bạn là các tác vụ hiện có nằm trên mạng con công cộng có IP công khai của riêng chúng và bạn cần chuyển chúng sang mạng con riêng có liên kết NAT GW?

Buse B. avatar
lá cờ fr
Các mạng con của chúng tôi là công khai nhưng vấn đề là các mạng con không sử dụng NAT Gateway. Giải pháp được đề xuất là tạo một mạng con mới với NAT Gateway.Người ta khẳng định rằng chúng tôi không thể thay đổi các mạng con trong một cụm hiện có, vì vậy chúng tôi cần tạo một cụm mới sử dụng các mạng con mới. Trong trường hợp này, chúng ta cần triển khai lại mọi thứ trong một cụm mới. Nhưng không chắc đây là cách duy nhất để làm điều đó.
mreferre avatar
lá cờ nl
Có NAT GW không thể được gắn vào mạng con công cộng. Có thể có những lý do khiến bạn không thể thêm các mạng con bổ sung vào VPC hiện có (bạn đã sử dụng/đặt cấu hình tất cả không gian IP của VPC, v.v.). Một vài câu hỏi: 1) ứng dụng của bạn có được triển khai dưới dạng dịch vụ ECS không? 2) Nó có cấu hình Cân bằng tải không? 3) Nó được triển khai trên EC2 hay Fargate? Nếu nó được triển khai trên EC2 thì chế độ mạng được định cấu hình (Bridge hoặc VPC) là gì?
Buse B. avatar
lá cờ fr
1) ECS và kết nối mạng được thực hiện qua VPC, 2) Định cấu hình bộ cân bằng tải, 3) Cổng xa ECS.
mreferre avatar
lá cờ nl
Nếu đó là trường hợp thì *có thể* bằng cách [tạo một bộ tác vụ mới](https://docs.aws.amazon.com/cli/latest/reference/ecs/create-task-set.html) mà trỏ đến một VPC và LB mới, sau đó [cập nhật dịch vụ ECS](https://docs.aws.amazon.com/cli/latest/reference/ecs/update-service.html), bạn sẽ có thể di chuyển các tác vụ của mình đến các mạng con riêng. Về lý thuyết, bạn có thể làm điều đó mà không cần tạo lại cụm hoặc thậm chí là dịch vụ ECS nhưng tất cả các tác vụ sẽ cần chuyển sang VPC/LB mới).

Đă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.