대역폭이 많은 사이트… 공동 위치를 사용합니까?


11

대역폭이 매우 많은 웹 사이트에서 작업하고 있습니다. 활성 상태 일 때 사이트의 주요 기능은 단일 세션에 대해 최대 1Mbps를 가져올 수 있습니다. 운좋게도 일단 사용자가 새로운 장난감 요소를 극복하면이 기능의 사용은 아마도 세션 시간의 1-5 % 이하 (아마도 훨씬 적을 것) 일 것입니다.

그러나 신규 사용자는 특히 출시시이 기능을 사용하는 것이 좋습니다. 대역폭 사용이 매우 우려됩니다.

이것은 거의 틈새 시장이므로 YouTube와 같은 미친 수준으로 확장 할 필요가 없습니다. 그러나 한 달에 몇 테라 바이트가 될 수도 있습니다.

공동 위치가 최선의 선택입니까? 저렴한 대역폭 서비스 (코 로케이션 / 호스트 / 클라우드 / 무엇)가 있습니까?


그는 콜로 좋은 아이디어인지 아닌지 강하게 영향을 당신의 헌신의 수준을 결정하는 방법 많은 대역폭 우리가 실제로 이야기 (피크) (주어진 95 %의 타일 청구는 매우 일반적이다)
팀 포스트

1
좋아, 나는 하드 제한을 10Mbps로 설정하는 데 기울고 있다고 생각한다. 제한된 베타 단계를 가질 수 있습니다. 넓게 시작하여 늪에 빠지면 제한된 미리보기 계정으로 전환합니다. 작동합니다.
darron

어떤 유형의 동적 컨텐츠를 다운로드해야하는지 1Mbps가 필요한지 궁금합니다! 라이브 비디오? 어쨌든 당신은이 관련 질문을 확인하고 싶을 수도 있습니다 : serverfault.com/questions/148629
Greg Bray

답변:


6

많은 동시 세션 수에 따라 달라집니다. 동시 세션이 몇 개 이상인 경우 100Mbit 연결을 허용하는 항목이 필요합니다. 50G 이상을 예상하면 1Gbit입니다.

또한 가동 시간 보장 및 문제 발생시 인계 할 수있는 가동 시간 보장 및 기타 SLA 및 / 또는 페일 오버 시스템이 필요한 경우 (단기간의 중단 시간 동안 프로젝트가 충분히 중요하기 때문에) 필요한 탄력성에 따라 달라집니다. 당황스러워) 옵션이 더 제한적이며 비용이 더 많이 듭니다.

대용량 앱을 나머지 앱과 분리 할 수 ​​있으면 모든 것을 새로운 호스팅 솔루션으로 옮길 필요가 없습니다. 예를 들어, 큰 대역폭 항목이 비디오 파일 인 경우 어딘가에 좋은 대역폭을 가진 전용 서버를 임대하여 호스팅 할 수 있습니다. 요즘에는 저렴한 대역폭과 100mbit + 연결을 가진 좋은 호스트에 서버를 놀랍게도 저렴하게 얻을 수 있습니다 (매월 $ 50 지불) 필요한 경우 24/7 양방향으로 포화시킬 수있는 10Mbit 링크가있는 소형 서버의 경우, 가동 시간과 기타 SLA 및 / 또는 서버가 보장되지 않으면보다 강력한 서버가 연결된 100Mbit 링크는 비싸지 않습니다. 호스팅 제공 업체의 관리). 서버가 정적 파일 (큰 파일도 포함) 만 제공하는 경우 CPU 및 RAM, 빠른 드라이브 및 대역폭 측면에서 많은 시스템이 필요하지 않습니다. "클라우드"호스팅 솔루션 또는 컨텐츠 전송 네트워크를 살펴볼 가치가 있습니다. 이론상 필요한 대역폭의 양이 훨씬 더 탄력적이라고 ​​생각하면 확장하기가 더 쉬울 수 있습니다 (따라서 적절한 가동 시간 보장을받을 수 있음) 해당 SLA를 준수하지 않으면 보상이 적용됩니다). 이러한 방식으로 대역폭 호깅 동작을 별도로 유지하면 고 대역폭 기능이 크롤링을 수행하기 위해 충분히주의를 끌면 동시에 다른 모든 기능을 차단하지는 않는다는 이점이 있습니다.


SLA, 미친 가동 시간 요구 사항 없음 현재 세션 당 적절한 CPU / RAM 덩어리를 사용합니다. 그러나 하나의 비프 박스는 많은 수의 동시 세션을 처리해야합니다.
darron

1

순전히 역사적으로 :
Facebook 게임 전날 사람들은 모두 브라우저 기반의 텍스트 형식 MMO를 사용했습니다.

비교적 새로운 것은 오게임이었습니다. 그래픽이 무겁고 9 곱하기 999 페이지의지도 시스템 (각각 15 개의 행성을위한 공간이있는 999 개의 섹터가있는 9 개의 우주, 각 행성에는 달이있을 수 있음).

가입 한 사용자 수는 미쳤고 트래픽 양도 훨씬 많았습니다.

그래서 그들은 그것을 해결하기 위해 무엇을 했습니까? 그들은 PHP 템플릿 시스템을 사용하기 시작했고 사용자는 이미지와 CSS 파일을 직접 호스팅 할 수있었습니다. 확인란을 클릭하고 기본 폴더의 절대 경로를 입력하기 만하면됩니다. 그들은 이것을 데이터베이스에 저장하고 HTML <base>요소를 사용하며 템플릿 시스템은 URI를 http : // path / to / image 에서 file : /// path / to / image로 설정합니다.

그 후에는 모든 img 링크가 동일하게 유지 될 수 있습니다. 사용자가 이미 다운로드했기 때문에 다운로드 할 필요가 없습니다. 사용자에게 더 빠른 페이지로드 (더 나은 제품 리뷰를 의미 함)를 의미하며 사이트를 호스팅하는 회사의 대역폭 사용량도 줄어 듭니다.

그리고 추가 보너스로 그들은 "사용자 정의 배경과 이미지를 소유하게 만들었습니다.


1

트래픽이 많은 사이트가 있으며 각 페이지에 많은 그림이로드되어 있습니다. 우리는 전용 서버를 가지고 있지만 Amazon S3에 사진을 넣기로 결정했습니다 . 비디오 파일이나 다른 유형의 큰 파일에 대해 이야기하고있는 것 같습니다. 여전히 여기에 적용 될 것입니다. 여기에 몇 가지 장단점이 있습니다 (우리를 위해)

찬성

  • 서버에 필요한 디스크 공간 감소
  • 서버를위한 더 적은 대역폭
  • 우리의 로그 파일은 상당히 작습니다
  • Amazon CloudFront 와 쉽게 통합 하여 방문자가 더 빠르게 로딩 할 수 있습니다.

단점

  • 조금 더 비쌉니다. 우리는 우리 자신의 서버에 돈을 넣어서 약간의 돈을 절약 할 수 있습니다
  • 추락하는 그들 (아마존)에 대한 통제력이 떨어졌습니다 ... 행운이 있지만, 실제로 추락하지는 않습니다. :)

다른 생각들

미디어 파일이나 대용량 파일 다운로드가 아니라면 내 대답과 다른 몇 가지가 이해가되지 않을 수 있습니다. 자세한 내용을 알려 주시면 최선을 다해 도와 드리겠습니다.


0

95 번째 백분위 수 청구로 최소 커밋 (보통 5MB)을 정당화 할 수 있다면 콜로는 실제로 더 의미가있을 수 있습니다. 즉, 최고 피크의 5 %를 지불하지 않을 것이며 이는 타사 CDN보다 저렴합니다. 말할 것도없이, 우리는 그가 얼마나 많은 양을 사용하고 있는지 정확히 알아야합니다.
Tim Post

세션 당 CPU / 메모리 공간이 많이 사용되는 거의 전적으로 동적 컨텐츠가 사용됩니다. AWS 가격 산정 도구를 사용한 후에는 코 로케이션을 사용하는 것이 훨씬 저렴 해 보입니다.
darron

아, 나는 대역폭이 많은 조각들이 CDN에 넣을 수있는 미디어라고 생각했다. 예측 가능한 방식으로 처리되는 동적 청크 (유한 한 데이터 세트 "청크")가있는 경우에도 CDN에 모든 것을 넣을 수 있습니다. 이제 앱에 대한 추측을 중단하겠습니다. :-)
artlung

0

대상 상태 / 국가 (또는 세계)에 따라 다른 위치에서 많은 클러스터 ( "클라우드") 솔루션을 사용합니다 (위치 네트워크는 피어링되어야합니다 ;-)). 한쪽에서는 CDN을 완전히 제어 할 수 있지만 다른 사이트에서는 모니터링, 소프트 및 하드웨어 인프라 관리 등 다양한 작업을 수행해야합니다.

따라서 AWS와 같은 "관리 형"솔루션. 다양한 기능을 제공하는 많은 CDN / Cloud 공급자가 있습니다.

OFFTOPIC : 꼭두각시를보십시오 [1] :-)

[1] http://www.puppetlabs.com/


당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.