AWS Yêu cầu về Mạng - núm vú

Để sử dụng các dịch vụ AWS (Amazon Web Services), bạn cần một kết nối mạng. Trong một số trường hợp, bạn cần nhiều hơn một. Bạn không chỉ cần kết nối Internet cho giao diện người dùng AWS, nhưng các dịch vụ cũng có thể yêu cầu các kết nối chuyên dụng và các kết nối này có thể trở thành một phần của mạng lưới kinh doanh của bạn. Do mối quan hệ gần gũi này, việc tạo cấu hình mạng một cách cẩn thận là cần thiết.

Nếu không, bạn có thể thấy rằng kết nối mạng AWS xung đột với cấu hình được sử dụng cho doanh nghiệp của bạn (một vấn đề xảy ra thường xuyên hơn bạn nghĩ).

Thật thú vị, khi bạn lưu trữ các dịch vụ nhất định, chẳng hạn như DynamoDB, cục bộ, bạn có thể không cần phải dành nhiều thời gian để xem xét các yêu cầu về mạng. Lý do là bạn đang lưu trữ dịch vụ tại địa phương và phần cứng AWS không hoạt động. Tuy nhiên, kịch bản lưu trữ địa phương là dành cho mục đích phát triển trong hầu hết các trường hợp, do đó, cuối cùng bạn cần tạo một kết nối mạng với các dịch vụ trực tuyến.

Số lượng yêu cầu cấu hình phụ thuộc vào các dịch vụ mà bạn sử dụng, cách bạn sử dụng chúng, cách bạn lưu trữ chúng và nơi nào dịch vụ kinh doanh của bạn có thể hoạt động. Điều quan trọng nhất cần xem xét là cần lập kế hoạch cẩn thận trước khi bạn thực hiện bất kỳ thiết lập.

Thiết kế cho kết nối

Nhiều dịch vụ mà bạn sử dụng với AWS yêu cầu một số loại giải pháp kết nối khi bạn lưu trữ chúng trong đám mây. Cách phổ biến để tạo kết nối yêu cầu là sử dụng Amazon Virtual Private Cloud (AmazonVPC). Ví dụ, bạn có thể làm cho AmazonVPC một phần của thiết lập EC2. Bạn sử dụng AmazonVPC để tạo kết nối với cấu hình EC2 của bạn. bạn cần kết nối để truy cập một số dịch vụ mà Amazon cung cấp.

Một phương pháp tạo kết nối khác là dựa vào Direct Connect. Trong trường hợp này, bạn tạo kết nối trực tiếp giữa các dịch vụ AWS và mạng của bạn. Điều này có nghĩa là bạn có thể truy cập các dịch vụ AWS như một nguồn tài nguyên khác trên mạng của bạn và các dịch vụ thực sự trở nên vô hình đối với người dùng cuối. Việc triển khai này dựa vào chuẩn 802. 1q VLAN để thực hiện kết nối yêu cầu. (Xem hướng dẫn 802.1a VLAN này.) Khi cấu hình chính xác, bạn có thể tạo một giao diện IP riêng cho các tài nguyên mạng cục bộ và giao diện IP công cộng riêng biệt cho các dịch vụ AWS.

Các dịch vụ của Amazon chỉ là đỉnh của tảng băng kết nối. Ví dụ: bạn có thể dựa vào nhà cung cấp bên thứ ba, chẳng hạn như AT & T, để giúp bạn thực hiện kết nối. Dịch vụ NetBond của AT & T cho phép bạn kết nối Mạng riêng ảo (VPN) với nhiều nhà cung cấp đám mây, vì vậy bạn có thể sử dụng một kết nối duy nhất để đáp ứng mọi nhu cầu kết nối của bạn.Trong trường hợp này, thay vì chỉ kết nối với AWS sử dụng dịch vụ của mình, bạn có thể kết nối với các dịch vụ đám mây sau bằng cách sử dụng một kết nối, điều này làm cho việc quản lý các kết nối trở nên vô cùng dễ dàng hơn (giả sử bạn sử dụng nhiều hơn một nhà cung cấp đám mây).

• Dịch vụ Web của Amazon
• Mạng Jeans màu xanh
• Hộp
• Cisco WebEx
• CSC Agility Platform
• HP Helion
• Dịch vụ Đám mây Quản lý của IBM
• IBM SoftLayer
• Microsoft Azure and Office 365
• Salesforce. com
• Dịch vụ sẵn có Sungard
• VMware vCloud Air

Tùy chọn của bên thứ ba có vẻ phức tạp và tốn kém hơn so với dịch vụ của Amazon, tuy nhiên chúng cũng có lợi thế riêng. Ví dụ, theo InformationWeek, dịch vụ NetBond của AT & T cho phép các tổ chức lớn hơn sử dụng Chuyển mạch nhãn đa giao thức (Multi-Protocol Label Switching - MPLS) mà tổ chức đó đã cài đặt.

Tuy nhiên, lợi thế lớn là cách tiếp cận này cho phép tổ chức bỏ qua Internet công cộng vì lợi ích của một kết nối cá nhân có thể cải thiện đáng kể hiệu năng mạng. Ví dụ: bằng cách sử dụng kết nối riêng có thể giảm tới 999 độ trễ mạng (khoảng thời gian cần thiết cho một gói dữ liệu từ điểm được chỉ định đến điểm khác) tới 50 phần trăm. Sau khi giải pháp này được đưa ra, một tổ chức lớn hơn có thể tiết kiệm tới 60 phần trăm trong hóa đơn hàng tháng, vì vậy tiền tiết kiệm cuối cùng sẽ trả lại khoản đầu tư ban đầu lớn hơn. Cân bằng đám mây và nhu cầu nội bộ

Giải pháp kết nối bạn chọn phải phản ánh sự cân bằng giữa đám mây và nhu cầu nội bộ. Bạn không nhất thiết muốn chuyển ngay vào giải pháp Kết nối Trực tiếp khi mục tiêu duy nhất của bạn là thử nghiệm AWS để xác định xem nó có đáp ứng các mục tiêu tổ chức nhất định hay không. Tương tự như vậy, giải pháp của bên thứ ba, chẳng hạn như AT & T NetBond, là giải pháp tốt hơn khi bạn đã thực hiện cam kết với AWS nhưng cũng có kế hoạch hỗ trợ một số giải pháp nhà cung cấp đám mây khác. Lựa chọn đúng mức độ kết nối là điều cần thiết để đảm bảo rằng bạn đạt được hiệu quả tốt nhất với mức giá hợp lý, nhưng với cách bố trí vốn ban đầu ít nhất.

Để giúp bạn giữ chi phí thấp và giảm khả năng gặp phải các vấn đề nghiêm trọng trong mạng của bạn, các bài tập trong cuốn sách giả sử rằng bạn đang sử dụng giải pháp AmazonVPC. Nó thể hiện mức đầu tư nhỏ nhất và rủi ro thấp nhất. Tuy nhiên, các tính năng này đi kèm với chi phí của sự tiện lợi, tốc độ và chi phí tiềm năng.

Chỉ định một mạng con

Điều quan trọng là phải cân nhắc chính xác cách bạn định cấu hình dịch vụ trước khi bạn chọn cài đặt mạng. Sử dụng mạng con AWS mặc định có thể gây ra xung đột với mạng nội bộ khi bạn lưu trữ dịch vụ cục bộ. Tuy nhiên, chọn subnet sai cũng có thể gây ra xung đột. Hãy chắc chắn rằng bạn chọn một mạng con thực sự làm việc với thiết lập mạng cục bộ của bạn.

Các dịch vụ của Amazon thường cung cấp nhiều hơn một kịch bản để tạo một subnet. Ví dụ: khi sử dụng AmazonVPC, bạn có các tùy chọn. Ví dụ, Kịch bản 1: VPC với một Subnet công cộng hoạt động tốt nhất cho một ứng dụng web độc lập, một cấp.Bạn cũng có thể sử dụng nó cho mục đích phát triển.

Sử dụng cấu hình mạng thích hợp cho mạng của bạn.

Mỗi kịch bản cung cấp cho bạn những thông tin hữu ích về cấu hình subnet bao gồm một sơ đồ tương tự như mô tả ở đây. Sử dụng thông tin được tìm thấy trong mỗi kịch bản giúp bạn quyết định tốt hơn về cấu hình sử dụng và quyết định cách định cấu hình nó để đáp ứng nhu cầu cụ thể của bạn (có thể tránh những xung đột gây ra vấn đề sau).

Mỗi trường hợp đi kèm với sơ đồ và các khoản viện trợ khác để giúp bạn ra quyết định tốt.