Điểm:4

2 địa chỉ công cộng khác nhau cho tính khả dụng cao

lá cờ pf

đây là lần đầu tiên tôi đặt câu hỏi ở đây và tôi đã tự hỏi liệu có thể có hai IP công cộng ISP khác nhau được kết nối với một hệ thống duy nhất để có tính sẵn sàng cao không?

ví dụ: nếu ISP 1 của chúng tôi ngoại tuyến thì ISP thứ 2 sẽ khả dụng, giống như google và youtube có các địa chỉ Công khai khác nhau, tôi không biết phải định cấu hình cái này ở đâu.

chúng tôi hiện đang sử dụng fortinet 300D.

Nikita Kipriyanov avatar
lá cờ za
Điều đó là có thể, nhưng bạn sẽ phải loay hoay với DNS, cập nhật động. Và máy chủ DNS phải ở bên ngoài. Nhiều máy chủ DNS cung cấp API cho điều đó. Nhiều cảnh báo bao gồm: NAT không tầm thường và thiết lập định tuyến (tôi không biết cách thiết lập điều này với Fortinet, nhưng nó rất phức tạp, chẳng hạn như trong Linux); các vấn đề với việc phát hiện internet đã chết (có thể xảy ra trường hợp liên kết vẫn ổn và cổng của nhà điều hành khả dụng, nhưng *một số* phần internet thông qua nhà điều hành đó thì không, trong khi phần đó có thể hoạt động thông qua nhà điều hành khác), v.v. Tôi coi đây không phải là giải pháp "hợp lý cho doanh nghiệp". Về nhà, có lẽ...
Davidw avatar
lá cờ in
Điều này có thể được thực hiện tốt nhất bằng cách sử dụng các giao thức định tuyến động thay vì DNS.
lá cờ pf
nó giống như tôi không thể tìm thấy từ thích hợp để tìm kiếm. hoặc bạn có biết làm thế nào google và youtube có nhóm IP công cộng khác nhau không? rằng họ không có thời gian chết? nhưng tôi sẽ kiểm tra các đề xuất của bạn.
Nikita Kipriyanov avatar
lá cờ za
Địa chỉ BGP và PI, đó là cách các doanh nghiệp lớn thực hiện HA trên Internet.
lá cờ in
^Nikita có cách tiếp cận phù hợp ở đây.Nói một cách dễ hiểu hơn: bạn có địa chỉ IP của riêng mình thuộc về bạn chứ không phải ISP của bạn. Bạn nói với ISP của mình rằng các địa chỉ IP có thể truy cập được trên mạng của riêng bạn và họ sẽ định tuyến lưu lượng truy cập của bạn đến bạn. Đây là phần cốt lõi của Internet; nó sẽ định tuyến lại lưu lượng khi cần thiết. Google có nhiều địa chỉ IP nên họ có thể có nhiều máy chủ, nhưng đến lượt mỗi địa chỉ có thể có nhiều tuyến đến. Ở quy mô của Google, câu hỏi thực sự không phải là thứ gì đó có bị hỏng hay không, mà là bao nhiêu.
Paolo avatar
lá cờ ua
Tính sẵn sàng cao cho dịch vụ gì? Trang mạng? Điểm cuối VPN? Máy chủ thư?
lá cờ pf
đối với máy chủ web, có một vấn đề là ISP của chúng tôi đôi khi bị gián đoạn và tôi muốn sử dụng ISP khác địa chỉ IP phụ của chúng tôi làm dự phòng.
Doug avatar
lá cờ in
Bạn chắc chắn có thể làm điều đó, với những hạn chế từ đầu câu trả lời của tôi rằng khách hàng vẫn sẽ gặp thất bại. Bạn sẽ dễ dàng hơn/nhanh hơn để khắc phục sự cố mất điện. Bạn thiết lập địa chỉ IP (hoặc nhiều khả năng là quy tắc NAT) để bạn có địa chỉ bên ngoài trên cả hai mạng ISP được gán cho máy chủ của bạn. Xuất bản một hoặc cả hai địa chỉ trong DNS bằng TTL ngắn. Khi xảy ra lỗi, hãy xóa địa chỉ IP đó khỏi bản ghi DNS, chỉ để lại địa chỉ đang hoạt động. Một số nhưng không phải tất cả các cấu hình sẽ yêu cầu hai cổng tại máy chủ của bạn (ví dụ: ISP1:80->:80 và ISP2:80->:8080).
Điểm:7
lá cờ in

Có, nhưng cách bạn triển khai điều này sẽ ảnh hưởng đến trải nghiệm người dùng khi một trong các hệ thống bị lỗi.

Đơn giản nhất là bạn có thể nhập 2 bản ghi địa chỉ A trong DNS đối mặt bên ngoài của mình và người dùng sẽ được gửi đến cả hai địa chỉ (được gọi là cân bằng tải DNS vòng tròn). Điều này đặc biệt không tốt, vì nó có nghĩa là khi một trong các địa chỉ không khả dụng, khoảng một nửa số kết nối của người dùng sẽ không thành công. Nó cũng không hiệu quả khi khách hàng của một ISP của tôi được gửi qua ISP khác hoặc qua ISP với lộ trình ít mong muốn hơn. Ứng dụng máy khách và bộ nhớ đệm DNS có thể trì hoãn việc máy khách nhận địa chỉ đến hệ thống đang hoạt động, do đó, các máy khách bị lỗi có xu hướng bị lỗi trong thời gian khá dài nếu không có sự can thiệp để khởi động lại ứng dụng và xóa bộ đệm DNS. Nếu bạn giữ DNS TTL ngắn và không bận tâm đến việc ngừng hoạt động trong thời gian ngắn, bạn có thể vô hiệu hóa một địa chỉ theo cách thủ công khi dịch vụ không khả dụng tại địa chỉ đó, tuy nhiên, trải nghiệm người dùng vẫn gặp lỗi trong thời gian ngắn.

Để cải thiện điều này, bạn cần kiểm tra hệ thống bên ngoài để đảm bảo dịch vụ của bạn khả dụng và tự động cập nhật bản ghi DNS để trỏ người dùng đến (các) hệ thống đang hoạt động. Các cải tiến khác có hệ thống DNS được kết nối trực tiếp với giám sát back-end để hướng người dùng đến hệ thống ít tải hơn. Mặc dù được tự động hóa nhưng vẫn có trải nghiệm người dùng trong đó một số người dùng vẫn sẽ thấy lỗi.

Không cái nào trong số này là dành riêng cho tường lửa của bạn, tường lửa này chỉ trình bày hai giao diện bên ngoài cho hai ISP. Lưu ý rằng không thể định tuyến lưu lượng cho ISP1 qua ISP2 hoặc ngược lại vì định tuyến internet sẽ chỉ làm giảm lưu lượng này. Bạn không thể "kết nối chéo" hai ISP và mong đợi mọi thứ hoạt động.

Các doanh nghiệp lớn nói chung sẽ không chỉ phụ thuộc vào DNS round-robin. Thay vào đó, họ sẽ chuyển sang mạng riêng của họ (hoặc mạng đối tác) và để các ISP định tuyến đến mạng của họ trong một hệ thống được gọi là ngang hàng. Mạng công ty có thể có nhiều đồng nghiệp bao gồm nhiều ISP được phân phối trên quy mô khu vực đến toàn cầu. Bằng cách trao đổi thông tin định tuyến, các máy khách được định tuyến từ ISP của họ thông qua (các) ISP hiện đang hoạt động và vào mạng công ty. Điều này vẫn có thể dẫn đến mất điện trong thời gian ngắn trong khi mạng không thể truy cập được, tuy nhiên, các hệ thống này cung cấp khả năng dự phòng tuyệt vời để mạng công ty có thể truy cập được ngay cả khi mất liên kết.

Có thể có các giải pháp tinh vi phức tạp hơn khác, nhưng nằm ngoài phạm vi của câu trả lời StackExchange. Như ví dụ:

  • Đặt một bộ cân bằng tải trên một hệ thống có độ tin cậy cao (Azure, AWS, v.v.) và chuyển tiếp lưu lượng truy cập đến địa chỉ được giám sát đang "lên".
  • Sử dụng ngang hàng dựa trên VPN (đôi khi được gọi là nhà môi giới đường hầm) để có IP bên ngoài độc lập với các ISP của bạn và cho phép đường hầm VPN đi qua cả hai ISP
  • di chuyển toàn bộ hệ thống đến vị trí có tính sẵn sàng cao
Điểm:0
lá cờ ua

Mua máy ảo từ nhà cung cấp phù hợp với nhu cầu của bạn (có thể là cấp độ cloudflare?), đặt tường lửa ảo ở đó và thiết lập nhiều vpn từ trang web/trang web tại chỗ được liên kết và sử dụng cho định tuyến ảo (nghĩ về MPTCP hoặc tương tự) .

Kết nối internet của hệ thống tại chỗ sẽ là dự phòng, với bao nhiêu liên kết tùy thích (các nhà cung cấp khác nhau, nhiều công nghệ) và một VPN tới tường lửa ảo cho mỗi liên kết này.

Bạn sẽ xuất bản dịch vụ mong muốn từ hệ thống tại chỗ thông qua tường lửa ảo được lưu trữ.

Tùy thuộc vào yêu cầu về tính khả dụng, bạn có thể thêm liên kết wan tại chỗ, băng thông vào tường lửa ảo hoặc chọn nhà cung cấp dịch vụ lưu trữ VM đáng tin cậy hơn.

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