Amazon EC2 (Elastic Compute Cloud)는 Amazon Web Services (AWS) - 회사의 클라우드 컴퓨팅 플랫폼의 핵심 부분입니다. 이 웹 서비스는 클라우드에서 상당한 크기의 컴퓨팅 용량을 제공합니다.
선택한 다른 플랫폼에서 볼 수 있듯이 EC2에는 문제와 제한 사항이 있습니다. 다음 섹션에서 Amazon EC2 문제를 자세히 살펴 보겠습니다.
EC2의 한계
EC2의 한계는 극복하기가 어렵고 자신의 하드웨어를 실행하는 것과는 다릅니다. 이러한 제한은 적절한 개발 및 계획 없이는 서비스의 확장 성과 복리에 해가 될 수 있습니다.
인스턴스, 대기 시간 및 인스턴스 중 대기 시간, 가상 CPU가 4 개 이상이고 RAM이 15GB 이상인 강력한 인스턴스가 부족한 경우의 대기 시간은 EC2의 최대 제한 사항입니다. 대기 시간과 관련된 모든 문제의 근본 원인은 동일합니다. 공유 LAN에서 여러 지역화되지 않은 인스턴스가 대역폭을 놓고 경쟁합니다.
아마존의 EC2에있는 네트워크는 로컬 LAN의 대부분보다 패킷이 하나의 인스턴스에서 다른 인스턴스로 경로상의 여러 라우터와 스위치를 공격했다는 것을 의미합니다. 인스턴스가 추가되는 각 추가 노드는 패킷의 전체 트립 시간보다 몇 밀리 초 정도가 깁니다.
많은 양의 데이터가 LAN의 한쪽 끝에서 다른 끝까지 이동해야하기 때문에 데이터 이동 거리는 인터넷에서 흔히 볼 수있는 혼잡 문제로 이어질 필요가있는 것보다 훨씬 길다.
이것은 계산 상 엄격한 작업에는 큰 문제가 아니지만 빠른 데이터베이스 호출에 의존하는 사람들에게는 중요한 문제입니다.
EC2의 최근 가동 중단
EC2는 최근에이 클라우드 플랫폼의 신뢰성에 의문을 제기하는 정전에 직면했습니다. US-East-1 지역은 네트워크 연결과 관련된 문제를 경험했습니다. Foursquare, Rapportive, Heroku, Reddit과 같은 유명한 회사는 일시적으로 이용할 수 없었습니다.
이것은 인기있는 창업 기업 중 거의 중단 된 적이없는 최초의 EC2 아마존 정전이 아니 었습니다. 올해 초의 중단은 거의 48 시간 동안 지속되었으며 클라우드 컴퓨팅의 역사상 최악이었습니다. 그러나 이번에는 서비스가 중단 된 제품이 신속하게 해결되었으므로 운이 좋았습니다. Amazon EC2 문제는 거의 발생하지 않지만 문제가 해결되는 데 시간이 오래 걸리는 경우에도 클라우드 및 컨슈머 기술 개발에 큰 손실을 초래합니다.
최근 48 시간의 서비스 중단은이 클라우드 컴퓨팅 기술의 신뢰성에 의문을 제기하는 하나의 사건입니다. 번개로 인한 정전 그러나 그들은 실수로 분명히 배웠고 우리는 비슷한 것을 다시 보지 못했습니다.
아마존의 EC2 유틸리티 서비스는 인터넷 서비스가 전개되는 방식을 근본적으로 수정할 수있는 능력을 가지고 있지만 여전히 몇 가지 단점이 있습니다.
따라서 개발자는 EC2 기능으로 전환하기 전에 다시 생각해 볼 것을 권장합니다.