[24시간 365일 서버/인프라를 지탱하는 기술]_오탈자

이번 첫 책에도 오탈자의 망령을 쫓아내지 못해 죄송스럽네요. 앞으로 혹시 추가되는 정보들이 있으면 이 블로그에 올리고 재쇄 시에 반영하도록 하겠습니다. 불편을 끼쳐 죄송합니다.

혹시 이 외의 오탈자 정보를 발견하시는 분이 계시면 메일 jeipub골뱅이gmail.com으로 메일 주시면 고맙겠습니다.

최종수정일자: 2015년 7월 24일

==> 아래 오탈자는 6쇄본 오탈자입니다. 불편을 끼쳐드려 죄송하며, 7쇄 시 모두 수정할 수 있도록 하겠습니다.

225페이지 7행과 8행(까만백로 님 제공)

ThreadLimit 64 ==> ThreadLimit 128

ThreadsPerChild 64 ==> ThreadsPerChild 128

==> 아래 오탈자는 5쇄본 오탈자입니다. 불편을 끼쳐드려 죄송하며, 6쇄 시 모두 수정할 수 있도록 하겠습니다.

IV페이지 차례에서 2.1 리버스 프록시 도입 절의 하위 서브 순서가 잘못됨(이승희 님 제공)
아파치 모듈을 이용한 처리의 제어.........................56
리버스 프록시의 도입..........................................57
웹 서버가 응답하는 데이터의 버퍼링의 역할............53
==>
웹 서버가 응답하는 데이터의 버퍼링의 역할............53
아파치 모듈을 이용한 처리의 제어.........................56
리버스 프록시의 도입..........................................57

==> 아래 오탈자는 2010년 5월26일 4쇄본 오탈자입니다. 불편을 끼쳐드려 죄송하며, 5쇄 시 모두 수정할 수 있도록 하겠습니다.

136페이지 그림 3.3.1 좌측 스위치 사이의 접속_(고승광 님 제공)
L1-2 ==> LS1-2

160페이지 그림 3.4.10에서_(고승광 님 제공)
그룹2 ID=1, 그룹2 ID=2, 그룹2 ID=3 ==> 그룹1 ID=1, 그룹2 ID=2, 그룹3 ID=3

117페이지 리스트 3.1.2의 코드 두 번째 줄_(역자 제공)
while true do ==> while true; do

158페이지 마지막줄에서_(역자 제공)
vcnofig ==> vconfig

222페이지 코드 6번째 줄_(역자 제공)
Int((( ==> int(((

247페이지 리스트 5.1.2에서_(고승광 님 제공)
name generic-host ==> name generic-service

256페이지 리스트 5.1.6에서_(고승광 님 제공)
5번째 줄의 nNotifycation Type => Notifycation Type
14번째 줄의 nNotifycation Type => Notifycation Type

아래는 3쇄본에서 발견되었으나 4쇄본에 반영되지 못한 부분입니다.

221페이지 리스트 4.2.1의 6번 째 줄_(박영욱 님 제공)
usage: %0 ==> usage: $0

271페이지 아래에서 9번째 줄_(박영욱 님 제공)
gmetrix로 ==> gmetric으로

308페이지 그림 5.5.1에서_(고승광 님 제공)
⑤ 동그라미 위의 "부트 로더" 글자를 왼쪽 세로 화살표 옆으로 이동
⑥ 동그라미 위의 "부트 로더 설정 파일"도 마찬가지로 왼쪽 화살표 옆으로 이동

315페이지 밑에서 3번째 줄_(고승광 님 제공)
인증을 통화하기 위해서는 => 인증을 통과하기 위해서는

329페이지 그림 5.7.1에서_(고승광 님 제공)
편의성=A, 편의성=B => 기능성=A, 기능성=B

다음은 오류는 아니나, 최근 원출판사 홈페이지 올라온 보충 자료인데, 역자께서 번역하여 보내주셨습니다. 참고하시기 바랍니다.

112쪽 3.1 ‘DNS서버의 다중화’에 대한 참고정보
현상: 메인장비의 DNS를 정지했을 때 백업장비에 가상 IP로 DNS에 접속할 수 없는(타임아웃) 경우의 대응에 대해 DNS서버인 BIND는 기동 시에 NIC에 할당되어 있는 IP주소별로 요청이 오기를 기다리도록 구현되어 있다. 따라서 BIND가 가동 중에 동적으로 IP주소가 할당되더라도 새로운 IP주소에 대한 DNS요청에는 응답할 수 없으므로 Failover 시에는 BIND를 재기동할 필요가 있다. keepalived는 Failover했을 때 임의의 명령을 실행할 수 있도록 되어 있으므로, keepalived.conf의 vrrp_instance내에 아래와 같은 설정을 추가함으로써 대응 가능하다.

notify_master "/etc/init.d/named restart"

==> 아래 오탈자는 2009년 11월 06일 3쇄본 오탈자입니다. 불편을 끼쳐드려 죄송하며, 4쇄 시 모두 수정할 수 있도록 하겠습니다.

9페이지 4-5번째 줄에서
에러를 반환하는 것은 감지할 수 있다. ==> 에러를 반환하는 것은 감지할 수 없다.

221페이지 리스트 4.2.1의 6번 째 줄_(박영욱 님 제공)
usage: %0 ==> usage: $0

271페이지 아래에서 9번째 줄_(박영욱 님 제공)
gmetrix ==> gmetric

357쪽 그림 6.2.3 의 벡엔드 서버 영역에서 'PS/WS'의 역할에 관한 보충설명입니다.
오탈자는 아니고 저자 홈페이지에 보충설명한 것을 옮겨드립니다.

'PS/WS'는 'Permanent Share/Web Share'의 약자로, PS는 NFS를, WS는 HTTP를 경유해서 공유파일에 접근할 수 있다는 점에서 유래한 명칭이다.
'PS/WS'란 'NFS 서버에 웹 서버를 올린(탑재한) 서버'를 의미한다. 서버 구성 상으로 PS와 WS는 동일한 서버를 가리키지만, 애플리케이션 개발자와 구성에 관한 얘기를 할 경우에는 다음과 같이 구분해서 사용하기도 한다.
- PS에서 파일 읽기 => NFS 경유
- WS에서 파일 읽기 => HTTP 경유

==> 아래 오탈자는 2009년 5월 30일 2쇄본 오탈자입니다. 불편을 끼쳐드려 죄송하며, 2009년 11월06일 발행된 3쇄에는 모두 수정 반영되었음을 알려 드립니다.

9페이지 4-5번째 줄에서
에러를 반환하는 것은 감지할 수 있다. ==> 에러를 반환하는 것은 감지할 수 없다.

30페이지 첫 문장에서
"NAT구성의 경우, L4 스위치는 클라이언트로부터 도착한 패킷의 송신지 주소를" ==> "NAT구성의 경우, L4 스위치는 클라이언트로부터 도착한 패킷의 수신지 주소를"

30페이지 그림 1.3.6에서
L4 스위치(NAT)에서의 오른쪽 화살표 부분 수정:
x.x.x.x -> y.y.y.y ==> x.x.x.x -> z.z.z.z
x.x.x.x <- y.y.y.y ==> x.x.x.x <- z.z.z.z

50페이지 11번째 줄
리소드 경합을 ==> 리소스 경합을

69페이지 “HTTP와 캐시” 첫 단락 3번째 줄
프로토콜의 레벨로 캐시의 기능이 ==> 프로토콜 레벨에서 캐시 기능이

76쪽 밑에서 5번째 줄
memcached이 그 일례다. ==> memcached가 그 일례다.

88쪽 5번째 줄
마스터, 슬레이브의 my.conf 비교 ==> 마스터, 슬레이브의 my.cnf 비교

96쪽 첫번째 줄
애플리케이션축의 처리가 ==> 애플리케이션측의 처리가

96쪽 7번째 줄
그렇다면 내부 로드밸런서를 경우한 ==> 그렇다면 내부 로드밸런서를 경유한

97쪽 그림 2.4.1, IP주소 오류 (.1 제거)
192.168.31.1.101 ==> 192.168.31.101
192.168.31.1.110 ==> 192.168.31.110
192.168.31.1.111 ==> 192.168.31.111
192.168.31.1.112 ==> 192.168.31.112
192.168.31.1.231 ==> 192.168.31.231
192.168.31.1.232 ==> 192.168.31.232

101쪽 마지막 줄
고생하더라도 NAT구성을 할 필요가 있다. ==> 고생해서 NAT구성으로 할 필요는 없다.

121쪽 밑에서 4번째 줄, 상부자로 표시
DRBD는 고가용성 High Availability, HA 클러스터를 구성할 때 ==> DRBD는 HAHigh Availability, 고가용성 클러스터를 구성할 때

125쪽 그림 3.2.2
(0.7계 ==> 0.7계열
(8.2계 ==> 8.2계열

131쪽 9번째 줄
DRBD이 볼륨을 미러링함으로써 ==> DRBD로 이 볼륨을 미러링함으로써

==> 아래 오탈자는 2009년 4월 22일에 출간된 1쇄본 오탈자입니다. 2009년 5월30일 발행된 2쇄에는 모두 수정 반영되었음을 알려 드립니다. 불편을 끼쳐 드려 다시 한번 죄송하다는 말씀을 드립니다.

IV페이지 차례 2.2 제목에서
emcached ==> memcached

XXIV페이지 용어정리 중 장애극복에서
Active인 노드(…)이 ==> Active인 노드(…)가

VIII페이지 차례 5.6과 5.7 제목에서 글자크기 줄임
5.5 네트워크 부트의 활용 PXE, initramfs ==> 5.5 네트워크 부트의 활용 PXE, initramfs

5.6 원격관리 관리회선, 시리얼 콘솔, IPMI ==> 5.6 원격관리 관리회선, 시리얼 콘솔, IPMI

XII페이지 옮긴이 서문 9번째 줄, 인용부호 위치 수정
24시간 “365일 무중단 서비스를 ==> “24시간 365일 무중단 서비스를

7페이지 그림 1.1.6에서

10.0.0.101(웹1) ==> 10.0.0.101(web1) 10.0.0.102(웹2) ==> 10.0.0.102(web2)

8페이지 그림 1.1.7에서

웹1 ==> web1 웹2 ==> web2 사용자(클라이언트) ==> 유저(클라이언트)

15페이지 그림 1.2.2에서

웹1 ==> web1 웹2 ==> web2

19페이지 밑에서 두 번째 줄에서
처음 시작하는 부분의 공백 줄임 두 자 공백 ==> 한 자 공백

24페이지 그림 1.3.1에서
웹1 ==> web1 웹2 ==> web2

31페이지 그림 1.3.7에서
메일1 ==> mail1 메일2 ==> mail2

33페이지 마지막 줄과 34페이지 첫 줄
문단이 나눠지는 것이 아니라 이어져야 함

39페이지 그림 1.4.3에서
웹1 ==> web1 웹2 ==> web2

49페이지 4번째 줄

로봇에게는 사용자명이 표시된 필요가 없는 경우 ==> 로봇에게는 사용자명을 표시할 필요가 없을 경우

52페이지 그림 2.14

동적 컨텐츠 용 웹서버 ==> 정적 컨텐츠용 웹서버

69페이지 제목에서
캐시서버 도입 Squid, emcached ==> 캐시서버 도입 Squid, memcached

72페이지 그림 2.2.2 제목 수정
그림 2.2.2 캐시해서는 안 되는 부분 ==> 그림 2.2.2 Squid(리버스 프록시)

69~77페이지 2.2절 우측상단 2.2 제목
캐시서버 도입 Squid, emcached ==> 캐시서버 도입 Squid, memcached

84페이지 밑에서 두번째 줄

SHOW SLAVE TATUS ==> SHOW SLAVE STATUS

103, 105, 107, 109페이지 상단 절제목 부분
2.4 MySQL 슬레이브 + 내부 로드밸런서 활용 예 ==> 2.5 고속, 경량의 스토리지 서버 선택

211페이지 그림 4.2.1에서
병렬처리 있음 ==> 병렬처리 없음 병렬처리 없음 ==> 병렬처리 있음

318페이지 그림 5.6.1에서
당구장 표시(참고표)를 별표 표시로 변경 ※ ==> *

374페이지 주15에서
Repchached는 아래 ==> Repcached는 아래