회사에 Amazons Cloud 서비스를 사용하십니까?[닫은]

https://stackoverflow.com/questions/24885

09-06-2019
|

문제

Amazons Cloud 컴퓨팅의 가능성에 대해 많이 읽었습니다. //aws.amazon.com/s3 "rel="nofollow noreferrer "> S3 또는 EC2 그리고 누군가가 실제로 이것을 미션 크리티컬 애플리케이션에 사용하는지 궁금했습니다. 클라우드에서 회사 웹 사이트를 호스팅합니까? 거기에 파일을 저장합니까? 클라우드에서 빌드 서버를 실행하십니까?

이미 Scalr 또는 WeoCeo 가이 작업에 도움이 될 수 있지만, 이것이 실제 문제인 시점에 경영진이 이미 있는지 모르겠습니다 ... <시간>

수정 다른 요점을 추가하고 싶습니다. AWS 라이선스에 귀하 (및 / 또는 귀하의 회사)를 유지할 수있는 숨겨진 문제가 있다고 생각하십니까? 아웃소싱 애플리케이션 또는 애플리케이션의 일부에서 클라우드로?

수정 S3 또는 EC2와 자체 또는 타사 호스팅 서비스의 전체 중단 시간을 비교 한 몇 가지 통계에 대해 알고 있습니까?

해결책

EC2에 내 애플리케이션의 두 인스턴스를 설정하고 S3를 AWS에서 로컬로 백업 및 미디어 자산 전송으로 사용하고 있습니다. 6 월 중순에 애플리케이션 콘텐츠 / 트래픽의 약 15 %를 EC2로 이동했습니다. 결과는 엇갈리고 콘텐츠 사용량이 많은 인스턴스를 호스팅 된 데이터 센터로 다시 이동하고 현재 다른 콘텐츠 전송 옵션을 조사하고 있습니다.

참고 :

애플리케이션에 대역폭이 부족합니다 (인스턴스 당 100mbps에서 시작)
저와 저의 회사는 스위스에 기반을두고 있으며 확실히 평가에 영향을 미쳤습니다.
대역폭을 흐름 속도 (mbps 등)로 정의하고 트래픽을 볼륨 (mb, gb 등)으로 정의합니다.
장점 :
- 매월 1 테라 바이트 미만으로 가정 할 때 소량에서 중간 규모의 트래픽 비용. 퍼지 라인을 초과하여 직접 수행하거나 적절한 CDN을 찾으십시오.
- 활성 사용자 커뮤니티
- S3 / CloudFront에서 제공하는 콘텐츠를 통한 효과적인 무제한 대역폭
- 유연성 (인스턴스를 시작하고 몇 분 안에 실행)
- 작은 인스턴스 유형이라도 인스턴스에서 사용할 수있는 CPU 성능은 항상 내 애플리케이션에 충분했습니다. 필요한 사용자를위한 다른 고성능 CPU 인스턴스 유형이 있습니다.
  단점 :
  - 인스턴스에 접근 할 수 없게되었고 (전례없는 상황) 재해 복구 절차를 실행했습니다. 12 시간
  - S3 및 EC2 모두의 네트워크 지연 시간은 허용 할 수 없을 정도로 높을 수 있습니다 (100ms)
  - EC2 인스턴스 대역폭이 제한됩니다. 몇 시간의 검색에도 불구하고 사용자가 기대할 수있는 확실한 숫자가 포함 된 공식 성명을 찾지 못했습니다. 처음에는 테스트에서 최대 250mpbs를 보았지만 크게 개선 된 것 같습니다.
  - HTTP 연결 당 대역폭이 너무 낮을 수 있습니다. 800mpbs 연결 및 고품질 피어링으로 스위스 데이터 센터에서도 1-2mbps. 편집 : 최근 데이터 센터와 EC2 사이의 속도가 3-4mpbs 범위에서 확인되었습니다.
  - S3는 '일반'파일 시스템이 아니며 특수 소프트웨어가 필요합니다. 우리는 JungleDisk를 선택했습니다. 지금은 연중 무휴 중간 크기의 데이터 세트 서버 환경에 적합하지 않습니다. 이상한 일이 발생하고 ( 'ls'명령으로 두 번 나열된 파일) 예기치 않은 충돌이 발생합니다. 영구 데이터에는 EBS 를 사용합니다. teddziuba.com/2011/04/amazon-the-purpose-of-pain.html "rel="noreferrer ">주의 사항이 없습니다 .
  - S3는 CDN이 아닙니다 . 우리 회사는 다른 많은 회사와 마찬가지로 Amazon S3를 CDN으로 사용하려고했습니다. 다른 저비용 대안이 있습니다. (Akamai, voxel.net, easycache.com)
    저는 클라우드 개념의 팬이며 EC2에서 인스턴스를 계속 실행할 예정이지만 현재 형태의 주요 프로덕션 요구 사항에 적합하지 않다는 사실을 발견했습니다. AWS에는 해결해야 할 몇 가지 문제가 있습니다.

다른 팁

저는 현재 비디오 호스팅에 S3를 사용하고 있습니다..NET을 사용하는 경우 설정을 사이트에 통합하기 위해 약간의 리드 타임을 제공하십시오.나는 그들의 서비스를 적극 추천 할 것입니다.

내가 찾은 유일한 사실은 실버 수준의 서비스를 얻기 위해 100 이상을 지출해야한다는 것입니다. 저희 사이트는 결국 그렇게 많이 지출 할 것이지만 아직 베타 버전이 아닙니다.나는 질문이 없었고 그들의 지원이 어떤 것인지보고 싶었습니다.

지원이 훌륭하고 매우 도움이되었지만 제 주머니에 들어 가지 않고도 몇 가지 질문을 할 수 있었으면 좋았을 것입니다 (상사의 주머니가 아니라)

아, 라이센스 문제가 발생하지 않았습니다.

비교적으로, 저는 다른 호스팅 서비스보다 S3를 선택합니다. 그 범위가 너무 넓고 가격대가 너무 낮기 때문입니다.

신뢰성 관련

클라우드 서비스에서 실행되는 항목이 없지만 안정성 문제를 해결하고 싶습니다.

Amazon 팀은 저보다 강력한 웹 사이트를 운영하는 데 사용할 수있는 경험과 리소스가 훨씬 더 많다고 확신합니다.지난주에 두어 시간 동안 다운되었지만 현재 수준의 경험과 리소스를 사용하면 전체적인 가동 시간이 귀하 또는 제가 혼자있을 때보 다 더 나아질 것이라고 생각합니다.

이미지 호스팅 (현재 5 백만 개 이상의 파일) 및 서버 백업에 S3를 사용하고 있습니다.저는 이미지 처리에 EC2를 사용하고 이러한 작업을 조정하는 데 SQS를 사용했습니다.특정 작업에 대해 가상화되지 않은 서버가 10 배 빠른 것으로 입증 되었기 때문에 EC2를 제거했다고 말해야합니다.그리고 저는 mysql을 사용하여 대기열에 넣는 자체 솔루션을 작성했습니다.이 솔루션은 훨씬 더 빠르며 AWS와 긴밀한 유대 관계를 맺지 않았습니다.

Coding Aloud에 중요한 게시물이 있습니다. [http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] Going Bankrupt Amazon S3를 사용해보세요.

면책 조항 : UCSB의 대학원생이었는데, 제가 언급하려는 소프트웨어를 내놓았습니다.

클라우드 소유권이 걱정되는 경우 (예 : 클라우드 박스를 물리적으로 소유하지 않음) 유칼립투스 .EC2 API와 호환되며 서버를 사용할 수 있으며 오픈 소스이므로 정확히 무슨 일이 일어나고 있는지 볼 수 있습니다.

하지만 실제 질문에 대해서는 클라우드에서 웹 사이트를 호스팅하지 않습니다.하지만 웹 사이트에서 할 일에 대한 많은 아이디어가 분명히 나와 있습니다.

두 번째 수정은 CloudStatus 를 확인하세요.중단 및 성능에 대해 AWS 항목 및 Google App Engine을 모니터링합니다.Amazon은 또한 http://status.aws.amazon.com/ 에서 중단을 추적합니다.

우리는 회사 파일을 S3에 저장하여 이동 중에도 직원이 액세스 할 수 있도록합니다.Extremily 저렴하고 쉽습니다.S3에서 파일에 액세스 할 수있는 많은 앱.우리가 사용하는 것은 멋진 온라인 파일 관리자입니다. S3fm .

친구 그룹과 저는 클라우드에있는 애플리케이션을 개발하고 있습니다. 그러나 그것이 존재하는 클라우드의 일부는 우리의 통제하에 있습니다. 저는 제 응용 프로그램을 제어 할 수 없기 때문에 제 3자가 제 응용 프로그램에 대해 이러한 종류의 작업을 수행한다고 절대 믿지 않을 것입니다. 최근 Amazon S3 중단은 그 이유를 잘 보여줍니다.

그리고 저는 절대적으로 긍정적으로 제 인프라의 어떤 부분도 Amazon 서버에 배치하지 않을 것입니다. 빌드 서버, 소스 코드 등은 항상 엄격하게 제어됩니다. 잠재적 인 비 신뢰성 때문일뿐만 아니라 이러한 서비스에 대한 라이선스가 서비스 제공 업체에게 지나치게 관대하다는 사실을 발견했기 때문입니다. 게다가, 비양심적 인 호스트 *는 잠재적으로 내 소스 코드를 가져 와서 자신의 목적으로 사용할 수 있습니다. 서비스를 사용하려면 내가 동의해야하는 라이선스 계약에 의해 합법화되지 않더라도

* 아마도 아마존에는 해당되지 않지만, 당신이 언급 한 다른 두 사람에 대해서는 들어 본 적이없고, 10 년 정도 될 때까지는 아마 그들과 같은 서비스를 믿지 않을 것입니다. .

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow