Chapter 7. Caching
(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)
❤️ 원문 번역 ❤️
Flash Crowds
Caching is especially important to break up flash crowds. Flash crowds occur when a sudden event (such as breaking news, a bulk email announcement, or a celebrity event) causes many people to access a web document at nearly the same time (Figure 7-2). The resulting redundant traffic spike can cause a catastrophic collapse of networks and web servers.
- 캐싱은 플래시 크라우드(Flash Crowd)를 분산시키는 데 있어 특히 중요합니다.
* 플래시 크라우드 : 네트워크가 갑자기 대량의 트래픽을 수신하는 현상
- 플래시 크라우드는 뉴스 속보나 대량의 이메일 공지, 연예인 사건/사고 등 많은 사람들이 웹문서에 거의 동시에 접근하는 특정 상황에 주로 발생합니다. (Figure 7-2)
- 중복 트래픽의 급증 현상은 네트워크와 웹 서버의 치명적인 붕괴를 유발합니다.
When the “Starr Report” detailing Kenneth Starr’s investigation of U.S. President Clinton was released to the Internet on September 11, 1998, the U.S. House of Representatives web servers received over 3 million requests per hour, 50 times the average server load. One news web site, CNN.com, reported an average of over 50,000 requests every second to its servers.
-
1998년 9월 11일 인터넷에 미국의 Clinton 대통령에 대한 Kenneth Starr의 수사를 상세히 담은 "Starr Report"가 공개되었을 때, 미국 하원의 웹 서버는 한 시간에 3백 만 개가 넘는 요청을 받았습니다. 이는 평소 서버 부하에 50배가 넘는 수치입니다.
-
CNN 뉴스 사이트는 미국 하원의 서버에서 1초마다 평균 50000개가 넘는 요청이 서버로 전송되었다고 보고합니다.
Distance Delays
Even if bandwidth isn’t a problem, distance might be. Every network router adds delays to Internet traffic. And even if there are not many routers between client and server, the speed of light alone can cause a significant delay.
-
대역폭에서 문제가 발생하지 않더라도 거리 지연은 문제가 됩니다.
-
모든 네트워크 라우터가 인터넷 트래픽에 지연을 야기합니다.
-
클라이언트와 서버 사이의 라우터 개수가 많지 않더라도 빛의 속도만으로 심각한 지연이 발생할 수 있습니다.
The direct distance from Boston to San Francisco is about 2,700 miles. In the very best case, at the speed of light (186,000 miles/sec), a signal could travel from Boston to San Francisco in about 15 milliseconds and complete a round trip in 30 milliseconds.*
-
Boston부터 San Francisco까지의 직선 거리는 약 27000마일입니다.
-
최선의 경우인 빛의 속도(186,000miles/sec)라고 해도 신호가 Boston에서 San Francisco로 전달되는 데는 약 15밀리초가 소요되며, 왕복을 하기 위해서는 30밀리초가 소요됩니다.
Say a web page contains 20 small images, all located on a server in San Francisco. If a client in Boston opens four parallel connections to the server, and keeps the connections alive, the speed of light alone contributes almost 1/4 second (240 msec) to the download time (Figure 7-3). If the server is in Tokyo (6,700 miles from Boston), the delay grows to 600 msec. Moderately complicated web pages can incur several seconds of speed-of-light delays.
-
웹 페이지가 San Francisco에 있는 서버에 위치한 스무 개의 작은 이미지를 포함하고 있다고 가정해봅시다.
-
만약 Boston의 클라이언트가 서버에 4개의 연결을 병렬로 열어 유지한다고 한다면, 광속으로 그것을 다운로드하는 시간은 약 1/4초(240밀리초) 정도 단축됩니다.
-
만약 서버가 Boston으로부터 6700마일 떨어진 Tokyo에 있다면 지연 시간은 600밀리초로 늘어납니다.
-
적당히 복잡한 웹 페이지는 몇 초간의 광속 지연을 발생시킵니다.
Placing caches in nearby machine rooms can shrink document travel distance from thousands of miles to tens of yards.
- 그러므로 캐시를 컴퓨터와 가까운 곳에 위치시킴으로써 문서의 이동 거리를 수천 마일에서 수십 야드로 줄일 수 있습니다.
🧡 요약 정리 🧡
Advantages of Caching
- Flash Crowd 해소
- 플래시 크라우드 : 네트워크가 갑자기 대량의 트래픽을 수신하는 현상
- 중복 트래픽 급증 시 캐시를 통해 부하 분산 가능
- Distance Delay 해소
- 데이터가 광속으로 전달되더라도 거리에 의한 지연 발생
- 컴퓨터와 가까운 곳에 캐시를 두어야 한다
💛 감상 💛
-
Flash Crowd라는 용어를 처음 접해봤어요 :) 오늘도 지식이 늘었습니다.
-
서버를 구현할 때 항상 부하를 고려하지 않을 수가 없죠...! 이 부분을 읽고 나니 캐시 서버와 로드밸런싱에 대해 더 깊이 파보고 싶다는 생각이 듭니다. 안 그래도 요즘 자꾸 머릿속에서 Nginx가 아른거리던 참이거든요. Nginx도 그렇고, 웹 보안도 그렇고, 쿠버네티스도 그렇고, 뭔가 공부하고 싶은 건 점점 많아지는데 학교 공부에 프로젝트만 하더라도 시간이 모자라다는 걸 느낍니다. 그래서 휴학하고 정말 하고 싶은 공부만 해보고 싶다는 생각도 들어요.
-
내용이 적어서 오늘은 포스팅 2개 올립니다~!
