차례:
- 연결성 설계
- 네트워크 설정을 선택하기 전에 서비스 구성 방법을 정확하게 고려해야합니다. 기본 AWS 서브넷을 사용하면 로컬로 서비스를 호스트 할 때 로컬 네트워크와 충돌 할 수 있습니다. 그러나 잘못된 서브넷을 선택하면 충돌이 발생할 수 있습니다. 로컬 네트워킹 설정에서 실제로 작동하는 서브넷을 선택했는지 확인하십시오.
- 각 시나리오는 여기에 표시된 것과 유사한 다이어그램을 포함하는 서브넷 구성에 대한 유용한 정보를 제공합니다. 각 시나리오에있는 정보를 사용하면 어떤 구성을 사용할 것인지 결정하고 특정 요구 사항에 맞게 구성하는 방법을 결정할 수 있습니다. 나중에 문제를 일으킬 수있는 충돌을 피할 수 있습니다.
비디오: [촬영] 1부 4편. 플랫폼 제안요청서 : 네트워크 요구사항(Network Requirements, 2개 영상, 2분 37초) 2024
AWS (Amazon Web Services) 서비스를 사용하려면 네트워크 연결이 필요합니다. 어떤 경우에는 둘 이상이 필요합니다. AWS 사용자 인터페이스에 인터넷 연결이 필요할뿐만 아니라 서비스에 전용 연결이 필요할 수도 있으며 이러한 연결은 비즈니스 네트워크의 일부가 될 수 있습니다. 이러한 긴밀한 관계로 인해 네트워크 구성을 신중하게 만드는 것이 중요합니다.
그렇지 않으면 AWS 네트워크 연결이 비즈니스에 사용되는 구성과 충돌하게됩니다 (예상보다 자주 발생하는 문제).
흥미롭게도 DynamoDB와 같은 특정 서비스를 로컬로 호스팅 할 때 네트워크 요구 사항을 고려할 때 많은 시간을 소비하지 않아도됩니다. 그 이유는 서비스를 로컬에서 호스팅하고 AWS 하드웨어가 작동하지 않기 때문입니다. 그러나 로컬 호스팅 시나리오는 대부분의 경우 개발 목적으로 사용되므로 결국 온라인 서비스에 대한 네트워크 연결을 만들어야합니다.
필요한 구성의 양은 사용하는 서비스, 사용 방법, 호스트 방법 및 비즈니스 서비스가 실행되는 위치에 따라 다릅니다. 고려해야 할 가장 중요한 것은 설정을 수행하기 전에 신중하게 계획해야한다는 것입니다.
연결성 설계
AWS와 함께 사용하는 많은 서비스는 클라우드에 호스팅 할 때 일종의 연결 솔루션을 필요로합니다. 필요한 연결을 생성하는 일반적인 방법은 AmazonVPC (Amazon Virtual Private Cloud)를 사용하는 것입니다. 예를 들어 AmazonVPC를 EC2 설정에 포함시킬 수 있습니다. AmazonVPC를 사용하여 EC2 구성에 대한 연결을 만듭니다. Amazon에서 제공하는 일부 서비스에 액세스하려면 연결이 필요합니다.
연결을 만드는 또 다른 방법은 Direct Connect를 사용하는 것입니다. 이 경우 AWS 서비스와 네트워크 간의 직접 연결을 만듭니다. 즉, 네트워크의 다른 리소스로 AWS 서비스에 액세스 할 수 있으며 서비스는 실제로 최종 사용자가 볼 수 없게됩니다. 이 구현은 802.1x VLAN 표준을 사용하여 필요한 연결을 설정합니다. (이 802. 1a VLAN 자습서를 확인하십시오.) 올바르게 구성되면 로컬 네트워크 리소스에 대한 개인 IP 인터페이스와 AWS 서비스에 대한 별도의 공용 IP 인터페이스를 만들 수 있습니다.
Amazon 서비스는 연결성 빙산의 일각에 불과합니다. 예를 들어, AT & T와 같은 타사 공급 업체를 통해 연결할 수 있습니다. AT & T NetBond 서비스는 가상 사설망 (VPN)을 여러 클라우드 제공 업체에 연결할 수 있으므로 단일 연결을 사용하여 모든 연결 요구 사항을 해결할 수 있습니다.이 경우 서비스를 사용하여 AWS에 연결하는 대신 단일 연결을 사용하여 다음 클라우드 서비스에 연결할 수 있으므로 연결 관리가 무한히 쉬워집니다 (둘 이상의 클라우드 공급자를 사용한다고 가정).
- Amazon Web Services
- Blue Jeans 네트워크
- Box
- Cisco WebEx
- CSC 민첩성 플랫폼
- HP Helion
- IBM Managed Cloud 서비스
- IBM SoftLayer
- Microsoft Azure 및 Office 365
- Salesforce. 제 9 자 옵션은 복잡해 보일 수 있으며 초기에는 아마존 제품보다 약간 비쌉니다. 그러나 이점에도 장점이 있습니다. 예를 들어
- InformationWeek
- 에 따르면 AT & T NetBond 서비스를 통해 대규모 조직에서는 조직에서 이미 설치 한 MPLS (Multi-Protocol Label Switching)를 사용할 수 있습니다. 그러나이 방법을 사용하면 조직에서 공개 인터넷을 건너 뛰고 개인 네트워크 연결을 통해 네트워크 성능을 크게 향상시킬 수 있다는 장점이 있습니다. 예를 들어 개인 연결을 사용하면
네트워크 대기 시간 (데이터 패킷이 지정된 지점에서 다른 지점으로 이동하는 데 걸리는 시간)을 50 %까지 줄일 수 있습니다. 이러한 종류의 솔루션을 마련한 후에는 규모가 큰 조직에서 월 청구액을 최대 60 %까지 절약 할 수 있으므로 비용 절감은 결국 더 큰 초기 투자 비용을 지불하게됩니다. 클라우드와 내부 요구 사항 균형 조정
선택한 연결 솔루션은 클라우드와 내부 요구 간의 균형을 반영해야합니다. 유일한 목표는 AWS를 사용하여 특정 조직의 목표를 달성 할 수 있는지 여부를 판단하는 것일뿐입니다. 마찬가지로 AT & T NetBond와 같은 타사 솔루션은 AWS에 대한 지원을 이미 완료 한 상태에서 다른 여러 클라우드 공급자 솔루션을 지원할 계획 인 경우 더 나은 솔루션입니다. 적절한 수준의 연결성을 선택하는 것은 적절한 비용으로 최고의 성능을 얻을 수 있지만 초기 자본의 레이아웃을 최소화하는 데 필수적입니다. 비용을 낮추고 자신의 네트워크에 심각한 문제가 발생할 가능성을 줄이기 위해이 책의 연습에서는 AmazonVPC 솔루션을 사용하고 있다고 가정합니다. 가장 작은 투자와 가장 낮은 위험을 제시합니다. 그러나 이러한 기능은 편의성, 속도 및 잠재적 인 비용을 희생합니다. 서브넷 지정
네트워크 설정을 선택하기 전에 서비스 구성 방법을 정확하게 고려해야합니다. 기본 AWS 서브넷을 사용하면 로컬로 서비스를 호스트 할 때 로컬 네트워크와 충돌 할 수 있습니다. 그러나 잘못된 서브넷을 선택하면 충돌이 발생할 수 있습니다. 로컬 네트워킹 설정에서 실제로 작동하는 서브넷을 선택했는지 확인하십시오.
아마존 오퍼링은 일반적으로 서브넷을 만드는 데 하나 이상의 시나리오를 제공합니다. 예를 들어, AmazonVPC를 사용할 때 옵션이 있습니다. 예를 들어, 시나리오 1: 단일 공용 서브넷이있는 VPC는 단일 계층 공용 공개 웹 응용 프로그램에 가장 적합합니다.개발 용도로 사용할 수도 있습니다.
네트워크에 적절한 서브넷 구성을 사용하십시오.
각 시나리오는 여기에 표시된 것과 유사한 다이어그램을 포함하는 서브넷 구성에 대한 유용한 정보를 제공합니다. 각 시나리오에있는 정보를 사용하면 어떤 구성을 사용할 것인지 결정하고 특정 요구 사항에 맞게 구성하는 방법을 결정할 수 있습니다. 나중에 문제를 일으킬 수있는 충돌을 피할 수 있습니다.
각 시나리오에는 올바른 결정을 내리는 데 도움이되는 다이어그램 및 기타 도구가 함께 제공됩니다.