• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
대규모서비스를지탱하는기술15
 

대규모서비스를지탱하는기술15

on

  • 300 views

 

Statistics

Views

Total Views
300
Views on SlideShare
300
Embed Views
0

Actions

Likes
1
Downloads
1
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    대규모서비스를지탱하는기술15 대규모서비스를지탱하는기술15 Presentation Transcript

    • 대규모 서비스를 지탱하는 기술 Ch.15 웹 서비스와 네트워크 chois79 13년 8월 5일 월요일
    • 더 큰 규모의 서비스를 하려면 (트래픽, 호스트 수, 서비스 전개) 1Gbps를 넘을 경우? PC 라우터는 30만 pps를 넘어서면 한계에 다다름 호스트 수가 500이 넘을 경우? 서브넷으로 구성하게 되면 문제가 발생 글로벌 서비스를 전개하려면? 대륙간을 지나는 트래픽이 발생하여 latency도 한계에 이름 13년 8월 5일 월요일
    • 강의 38. 네트워크 분기점 13년 8월 5일 월요일
    • 1 Gbps의 한계 리눅스 커널을 사용한 PC 라우터의 한계 30만 pps (하테나 표준 하드웨어 기준) 30만 pps(300Kpps) = 1Gbps (평균 패킷 길이 300바이트) 13년 8월 5일 월요일
    • 1 Gbps의 한계 리눅스 커널을 사용한 PC 라우터의 한계 30만 pps (하테나 표준 하드웨어 기준) 30만 pps(300Kpps) = 1Gbps (평균 패킷 길이 300바이트) 병렬 PC 라우터 구성 or 박스형 라우터 도입 필요 13년 8월 5일 월요일
    • 500 호스트의 한계 1서브넷, 스위치의 ARP테이블의 한계 ARP(Address Resolution Protocol) IP(logical address) => MAC (physical address) 호스트가 늘어날 경우 특정 호스트로 Ping이 가지 않는 문제 발생 ARP 테이블에 한계가 있다는 것을 아는 것이 중요 13년 8월 5일 월요일
    • 500 호스트의 한계 1서브넷, 스위치의 ARP테이블의 한계 ARP(Address Resolution Protocol) IP(logical address) => MAC (physical address) 호스트가 늘어날 경우 특정 호스트로 Ping이 가지 않는 문제 발생 ARP 테이블에 한계가 있다는 것을 아는 것이 중요 경험적으로 500호스트가 적당 13년 8월 5일 월요일
    • 네트워크 구조 계층화 이러한 문제에 대한 대책으로 네트워크 구조의 계층화가 “Best Practice”로 확립 됨 Layer-1 Access: 서버로의 엔드포인트를 제공 Layer-2 Distribution: 트래픽을 각 서브넷에 전송 Layer-3 Core or OSPF: 트래픽의 큰 흐름을 담당 (Open Shortest Path First) 13년 8월 5일 월요일
    • 글로벌화 (CDN 선택방안) 수 MB 단위의 파일을 태평양을 넘어서 전송하는 것은 상당한 오버헤드 CDN (Content Delivery Network) 세계 각지에 서버를 두고, 파일을 캐싱시켜서 사용자가 Access할때 가장 가까운 서버로 접속하여 다운로드를 빠르게 하도록 하는 것 하테나는 Amazon Cloudfront를 사용 (다른 서비스와 비교하여 비용이 1/3 ~ 1/2 가량) 13년 8월 5일 월요일
    • 하테나의 Amazon Cloud-Front 연동구조 1. 우고메모에 미디어를 올리면 포멧 변환을 수행 2. 변환한 미디어 파일을 S3에도 동시어 업로드 3. 우고메모의 HTML을 출력할 때 Amazon Cloud-Front의 URL 지정 원본은 일본 내에 보관하고, 참조 빈도가 높은 파일은 Amazon Cloud-Front를 이용 13년 8월 5일 월요일
    • 강의 39. 한층 높은 단계로 13년 8월 5일 월요일
    • 10 Gbps 이상의 세계 10Gbps 이상의 규모의 서비스는 전체 트래픽 비용을 낮추기 위해 직접 IX에 접속 IX (Internet Exchange) ISP 간의 트래픽을 원할하게 소통시키기 위한 인터넷 IX에 접속하기 위해서는 AS 번호 (Autonomous System number)를 부여 받아야 함 13년 8월 5일 월요일
    • Etc. AS(Autonomous System) 인터넷에서 동일한 관리자에 의하여 여러 내부 라우팅 프로토콜을 동일한 정책을 통해 관리되는 라우터들과 서브네트워크 들의 집합 AS 번호: 전세계적으로 IANA에서 부여 관리, 국내는 KRNIC이 관리 BGP(Broader Gateway Protocol) AS 상호간에 라우팅에 사용되는 프로토콜 참고: 정보통신기술용어해설(http://www.ktword.co.kr/index.php) 13년 8월 5일 월요일