- 주문상품수량
- 개
- 예상적립금
P - 상품할인금
- 원
- 배송료
- 원
- 주문합계
- 원
네비게이션 실시간 인기 책
아마존 웹 서비스 부하 테스트 입문 다양한 부하 테스트 상황에 맞춘 실전 노하우
시리즈 : 아이 러브 클라우드( I♥Cloud) [12]
원제 : Amazon Web Services 負荷試験入門
- 나카가와 타루하치, 모리시타 켄 저
- 박상욱 역
- 제이팝
- 2018년 09월 27일
-
정가32,000원
-
판매가32,000원 [0% 할인]
-
결제 혜택무이자
카드할인/포인트결제 안내
제휴카드
반디앤루니스 롯데카드 결제금액 최대 25% 청구할인 (1만원 이상 결제건에 한해 월 2회, 건당 최대 1만원 할인) 반디앤루니스 우리V카드 결제금액 10% 청구할인 포인트결제
OK캐쉬백 포인트 최소 10원부터 전액 사용 or 1% 적립 현대카드 M포인트 결제금액의 최대 10% 사용 가능 신한카드 포인트 결제금액의 최대 10% 사용 가능(일부카드) 하나(구.외환) 포인트 보유 한도 내에서 100% 사용 가능 씨티카드 포인트 결제금액의 최대 50% 사용 가능 할인카드
NH농협 TAKE5카드 20% 청구할인(Edu Pack) 채움 플래티늄 멀티카드 20% 청구할인 모바일 Tmoney 신한카드 10% 청구할인 신한카드 Shopping 10% 청구할인 NH농협 체크카드 10% 청구할인 NH20 해봄 신용카드 10% 청구할인 씨티 클리어 카드 7% 청구할인 NH20 해봄 체크카드 5% 청구할인 NH농협 LADY다솜카드 5% 청구할인 신한카드 큐브 5% 청구할인 신한카드 큐브 PLATINUM# 5% 청구할인 
무이자 안내
-
적립금960원 적립 [3%P]
추가 적립금 안내
[2천원 추가 적립]
총 주문금액 5만원 이상 구매 시 2,000원 추가 적립
도서(eBook포함)만 구매 시 적립 대상에서 제외업채배송상품 포함(기프트, 업체배송 등) 5만원[멤버십 추가 적립]
슈퍼루니 : 3% 추가 적립
골드루니 : 2% 추가 적립
실버루니 : 1% 추가 적립
단, 국내도서, eBook만 구매 시 적립 불가
-
배송료무료배송
-
출고예정일
출고예정일 안내
※ 출고예정일은 도서 재고상황에 따라 변동될 수 있습니다.
2025년 07월 08일(화)※ 출고예정일은 도서 재고상황에 따라 변동될 수 있습니다.
당일배송 가능지역 검색
“도로명주소”를 쉽게 찾아보세요
1. 도로명으로 검색하기 (예, “직지길” or “직지길+322”)
2. 건물명으로 검색하기 (예, “반디앤루니스빌딩”)
3. 동(읍/면/리) 으로 검색 (예, “인사동” or “인사동+43”)
4. 도로명주소를 모르실 경우 도로명주소 안내시스템(http://www.juso.go.kr)에서 확인해주세요.
시/도
시/군/구
회원리뷰
ISBN: 9791188621385
480쪽
188 x 245 (㎜)
지금 이책은
- 판매지수 : 221
- 주간 컴퓨터/IT: 11위
이 분야의 베스트셀러
-
이것이 취업을 위한 코딩 테스트다 with 파이썬
나동빈
30,600원
-
지니어스키트로 배우는 마이크로비트
아이씨뱅큐
18,000원
-
Do it! 점프 투 파이썬 [개정판]
박응용
16,920원
이 책과 함께 구매한 책
-
소프트웨어 테스트 자동화 구축과 6가지 핵심 활동 엘프리드 더스틴, 톰 개럿, 버니 가우프 34,920원
-
실습으로 완성하는 구글 클라우드 플랫폼 인 액션 제이 제이 지웍스 34,000원
-
실전 AWS 워크북 가와카미 아키히사 15,300원
-
팀장이 직면하는 27가지 난감한 순간 브루스 툴간 13,500원
이 책의 시리즈
전체 선택
쇼핑카트 담기
-
-
테라폼 설치에서 운영까지 23,000원 (0%↓+3%P)
-
아마존 웹 서비스 부하 테스트 입문 32,000원 (0%↓+3%P)
-
AWS Lambda 인 액션 28,000원 (0%↓+3%P)
-
탄력적 개발로 이끄는 AWS 실천 기술 26,000원 (0%↓+3%P)
-
[절판] 하이 퍼포먼스 스파크 28,000원 (0%↓+3%P)
-
책 소개
이 책은
20년 베테랑 개발자가 공개하는 AWS 부하 테스트 기초부터 실전까지의 노하우!
이 책에서는 부하 테스트의 기본적인 정의부터 다양한 부하 테스트 도구를 설명하였습니다. 무엇보다 어렵게 느껴지는 부하 테스트의 진행 과정을 순차적으로 쉽게 설명하였습니다. 단계별로 이론과 실제 발생 상황을 자세히 정리하였고, 선배 개발자와 3년 차 개발자를 등장시켜 기업 내에서의 부하 테스트 업무 처리 과정을 대화식으로 쉽게 풀어내었습니다. 베테랑 개발자인 나카가와 타루하치와 모리시타 켄이 그들 사이에서도 생소했던 고급 노하우를 공개합니다.
출판사 리뷰
20년 베테랑 개발자가 공개하는 부하 테스트 기초부터 실전까지의 노하우!
이 책에서는 부하 테스트의 기본적인 정의부터 다양한 부하 테스트 도구를 설명하였다. 어렵게 느껴지는 부하 테스트의 진행 과정을 순차적으로 쉽게 설명하고 있으며, 단계별로 이론과 실제 발생 상황을 자세히 정리하였다. 또한, 선배 개발자와 3년 차 개발자의 부하 테스트 업무 처리 과정에 대한 대화식 구성은 학습 집중력을 높여준다.
부하 테스트 도구들은 정말 많다. 또한, 계속 새로운 도구들이 나오고 있다. 그러나 이런 도구를 사용한다고 해서 문제를 전부 해결할 수는 없다. 프로젝트 관리부터 운영체제 레벨까지 넓고 다양한 문제가 존재하기 때문이다.
이 책에는 웹 시스템의 서버 쪽 부하 테스트에서 발생하는 문제를 해결하기 위한 모범 사례가 잘 정리되어 있다. 또한, 클라우드 위에 시스템을 구축하는 것을 기본으로 하지만, 온프레미스 환경이 일반적이었던 시대의 운용 개발 경험을 기반으로 클라우드와 온프레미스, 그리고 클라우드와 온프레미스의 하이브리드 시스템 개발, 운용에도 적용할 수 있는 내용을 수록했다.
저자 소개
지은이 : 나카가와 타루하치 (仲川 樽八)
1975년 히로시마현 출신이다. 공동 저자인 모리시타 님을 포함해 동기생들과 IT 벤처 기업 유메미에 입사하였다. 그 후 17년간 웹 시스템을 개발했으며, 현재는 직접 개발한 시스템뿐만 아니라 사내의 여러 개발 프로젝트를 담당하고 리뷰부터 부하 테스트까지 진행하고 있다. 대학을 중퇴하고 전자 상가에서 발품을 팔아 부품들을 구입하여 직접 서버를 구축하고 서비스를 개발한 이력도 갖고 있다. 현재 네 딸의 아빠이며, 안정적인 시스템 구축이 엔지니어를 행복하게 한다는 신조를 갖고 살아가는 1인이다.
지은이 : 모리시타 켄 (森下 健)
1976년 후쿠오카현 출생으로 도쿄 도립 고등학교와 교토 대학 대학원 정보학 연구과를 졸업했다. 2001년에 대학원을 졸업하고 유메미의 창립 멤버로 시작하여 휴대폰 쇼핑몰 사이트 등을 개발했다. 그 후 트렌드 변화에 따라 스마트 폰서비스와 앱, 기계 학습을 활용한 서비스를 개발하고 있다. 휴일에는 게임이나 술안주를 만드는 것을 좋아하고 어릴 때 꿈이었던 컴퓨터가 게임을 할 수 있도록 AI 기술에 맞춘 구현을 꿈꾸고 있다.
옮긴이 : 박상욱
AWS Premier Consulting Partner인 (주)메가존에서 SA를 책임지고 있으며, 클라우드 인프라 컨설팅과 디자인 및 구축, 운용 관련 일을 하고 있다. 또한, AWS 사용자 그룹 리더이며, AWS Community Hero로 활동하고 있다. 옮긴 책으로는 《아마존 웹 서비스 클라우드 디자인 패턴 설계 가이드》, 《아마존 웹 서비스 클라우드 디자인 패턴 구축 가이드》, 《인프라스트럭처 자동화 프레임워크 Chef-Solo 입문》, 《네트워크 더 쉽게, 더 깊게(제3판)》, 《탄력적 개발로 이끄는 AWS 실천 기술》, 《고진감래 C 언어》, 《구글 클라우드 플랫폼 입문》 등이 있다.
역자 소개
AWS Premier Consulting Partner인 (주)메가존에서 SA를 책임지고 있으며, 클라우드 인프라 컨설팅과 디자인 및 구축, 운용 관련 일을 하고 있다. 또한, AWS 사용자 그룹 리더이며, AWS Community Hero로 활동하고 있다. 옮긴 책으로는 《아마존 웹 서비스 클라우드 디자인 패턴 설계 가이드》, 《아마존 웹 서비스 클라우드 디자인 패턴 구축 가이드》, 《인프라스트럭처 자동화 프레임워크 Chef-Solo 입문》, 《네트워크 더 쉽게, 더 깊게(제3판)》, 《탄력적 개발로 이끄는 AWS 실천 기술》, 《고진감래 C 언어》, 《구글 클라우드 플랫폼 입문》 등이 있다.
책 속에서
이중화된 시스템은 네트워크 지연(Latency)과 데이터 전송 능력(Throughput)이 허락되는 범위 내에서 지리적, 물리적으로 떨어진 장소에 설치해야 한다. 이렇게 함으로써 천재지변으로 발생하는 정전이나 네트워크 장애를 대비할 수 있다. AWS의 경우 Multi-AZ라는 형태로 데이터 센터 레벨의 독립적인 시스템을 사용하는 경우가 많다.
_23쪽
병목을 발견하는 작업은 예측된 각 하위 시스템 지표를 보면서 하겠지만, 숙련된 경험자도 쉽게 찾을 수 없는 어려운 작업이다. 이 부분이 병목 구간이라고 생각하고 그 구간을 개선하지만, Throughput에 영향을 주지 않을 경우 병목 확인이 잘못되었으며 다른 부분을 확인해야만 한다. 이런 과정을 반복하면서 조금씩 Throughput을 개선해 나가는 것이다.
_56쪽
Apache JMeter는 다양한 기능을 제공한다. 부하 테스트 서버 사양과 시나리오에 따라 다르겠지만, 수천 rps까지의 시스템이라면 충분한 부하를 줄 수 있다. 그러나 부하 테스트 서버 리소스 사용량이 비교적 많아 많은 부하를 주길 원하면 부하 테스트 서버를 많이 준비해야 한다. 또 많은 서버를 이용한 부하 테스트에서 서버 간 통신을 위해 네트워크 설정이 필요할 때도 있다.
_81쪽
실제 사용자 요청은 시스템과 같은 데이터 센터가 아닌 네트워크 적으로 거리가 있는 곳에서 발생한다는 것을 생각하면 부하 테스트도 실제 사용자처럼 먼 거리에서 테스트하고 싶을 것이다. 그러나 부하 테스트 서버가 네트워크 적으로 떨어져 있다면 시스템에 적당한 부하를 줄 수 없어 서버 리소스는 사용하지 않지만, 시스템의 Throughput은 나오지 않으며, Latency가 커서 타임아웃도 빈번하게 발생하는 상황이 될 수 있다.
_161쪽
• 시나리오가 정상적으로 실행되었는가? → 확인되었다.
• 웹 서버 리소스를 충분히 사용하는가? → CPU 사용률 100%로 병목이 발생했다.
• DB 서버 리소스를 충분히 사용하는가?
• 전 단계와 비교해 확실히 Latency가 악화했는가? → 크게 나빠지지 않았다.
• 전 단계와 비교해 확실히 Throughput 저하가 확인되었는가? → 크게 저하되지 않았다.
• DB의 데이터와 로그는 정상인가?(내용, 수) → 별도로 확인했지만 문제없었다.
_292쪽
목차
CHAPTER 1 부하 테스트의 문제와 웹 시스템의 실패 사례 1
1.1 잘못된 부하 테스트 2
1.1.1 사례에서의 등장 인물과 상황 3
1.1.2 잘못된 개발 일정 4
1.1.3 잘못된 테스트 전제 조건 7
1.1.4 잘못된 테스트 준비 9
1.1.5 잘못된 테스트 실행 11
1.1.6 잘못된 테스트 보고서 12
1.2 웹 시스템 실패 사례 15
1.2.1 이벤트 시스템 실패 사례 15
1.2.2 쇼핑몰 사이트 실패 사례 16
1.2.3 도서관 검색 시스템 실패 사례 17
CHAPTER 2 웹 시스템 설계 방법 19
2.1 웹 시스템 가용성 20
2.1.1 가용성이란? 20
2.1.2 여러 하위 시스템이 연결된 환경에서의 가용성 21
2.2 높은 가용성을 가진 시스템 설계 방법 22
2.2.1 시스템 이중화 23
2.2.2 시스템 확장 25
2.3 웹 시스템 설계 역사 29
2.3.1 온프레미스에서의 시스템 구축 1(저가용성/낮은 확장성) 29
2.3.2 온프레미스에서의 시스템 구축 2(중가용성/중간적 확장성) 32
2.3.3 클라우드에서의 시스템 구축(고가용성/높은 확장성) 35
2.4 요약 46
CHAPTER 3 부하 테스트 기본 지식 47
3.1 부하 테스트 목적 48
3.1.1 온프레미스에서의 부하 테스트 목적 48
3.1.2 클라우드에서의 부하 테스트 목적 51
3.2 부하 테스트에서의 시스템 성능 지표 53
3.2.1 Throughput 54
3.2.2 Latency 55
3.2.3 여러 하위 시스템으로 구성된 환경에서의 Throughput과 Latency 55
3.3 시스템 성능 개선 기본 지식 56
3.3.1 Throughput 개선 56
3.3.2 Latency 개선 58
3.4 좋은 부하 테스트에 대한 지표 59
3.4.1 좋은 부하 테스트를 나타내는 지표 59
3.4.2 나쁜 부하 테스트를 나타내는 지표 60
3.5 요약 62
CHAPTER 4 부하 테스트 도구 63
4.1 부하 테스트에서 사용하는 3가지 도구 64
4.2 부하 테스트 도구 선택 기준 65
4.2.1 부하 테스트 도구란? 65
4.2.2 부하 테스트 도구상의 부하와 실 운영환경의 차이 69
4.2.3 부하 테스트 도구 선택 기준 73
4.2.4 대상 시스템에 맞는 부하 테스트 도구 사용 74
4.3 Apache Bench 사용 방법 78
4.3.1 특징 78
4.3.2 설치 방법 78
4.3.3 주요 옵션 79
4.3.4 실행 결과 예제 80
4.4 Apache JMeter 사용 방법 81
4.4.1 특징 81
4.4.2 JMeter를 이용한 시스템 구성 예제 82
4.4.3 설치 방법 86
4.4.4 JMeter 실행 결과 예제 88
4.5 Locust 사용 방법 90
4.5.1 특징 90
4.5.2 설치 방법 91
4.5.3 시나리오 작성 91
4.5.4 Locust 기동 92
4.5.5 실행 예제 94
4.6 Tsung 사용 방법 94
4.6.1 특징 95
4.6.2 설치 방법 95
4.6.3 시나리오 작성 및 테스트 실행 97
4.6.4 실행 결과 예제 98
4.7 모니터링 도구와 프로파일링 도구 99
4.8 top 명령어와 netstat 명령어 101
4.8.1 top 명령어 101
4.8.2 netstat 명령어 103
4.9 CloudWatch 활용 106
4.9.1 CloudWatch 그래프의 주의점 108
4.10 Xhprof 사용 방법 112
4.10.1 설치 방법 112
4.10.2 Xhprof 실행 예제 113
4.11 New Relic 도입 방법 117
4.11.1 New Relic 도입 117
4.11.2 New Relic 기능 소개 120
CHAPTER 5 부하 테스트 계획 123
5.1 부하 테스트 대상 시스템 125
5.2 부하 테스트 계획 준비 126
5.2.1 일정 결정 126
5.2.2 부하 테스트 목적 설정 127
5.2.3 전제 조건 정리 128
5.2.4 목푯값 결정 129
5.2.5 사용할 부하 테스트 도구 결정 136
5.2.6 부하 테스트 환경 결정 136
5.2.7 부하 테스트 시나리오 결정 138
5.3 요약 143
CHAPTER 6 부하 테스트 준비 145
6.1 부하 테스트 대상 환경 구축 147
6.1.1 테스트 대상 환경 구축 147
6.1.2 부하 테스트 전용 엔드포인트 추가 147
6.2 부하 테스트 도구 준비 148
6.2.1 부하 테스트 도구 구축과 설치 148
6.2.2 시나리오 작성 148
6.2.3 시나리오 작성 시 주의점 148
6.3 관련 시스템 부서와의 조율 149
6.3.1 유관 부서 시스템 조정 149
6.4 클라우드 사업자 제한 사항과 해제 요청 150
6.5 요약 151
CHAPTER 7 부하 테스트 실행 1(테스트 실행과 병목 현상 확인) 153
7.1 부하 테스트 실행 단계란? 154
7.1.1 한 번에 전체 부하 테스트를 실행한 경우 154
7.1.2 단계에 따른 부하 테스트 159
7.2 단계 1: 도구와 환경 검증 161
7.2.1 대상 시스템 161
7.2.2 Plan 162
7.2.3 Do 163
7.2.4 Check 163
7.2.5 Action 164
7.3 단계 2: 웹 프레임워크 검증 165
7.3.1 대상 시스템 165
7.3.2 Plan 166
7.3.3 Do 166
7.3.4 Check 166
7.3.5 Action 167
7.4 단계 3: 조회 성능 검증 167
7.4.1 대상 시스템 167
7.4.2 Plan 168
7.4.3 Do 169
7.4.4 Check 169
7.4.5 Action 169
7.5 단계 4: 갱신 성능 검증 170
7.5.1 대상 시스템 170
7.5.2 Plan 171
7.5.3 Do 171
7.5.4 Check 171
7.5.5 Action 172
7.6 단계 5: 외부 서비스 연동 성능 검증 173
7.6.1 대상 시스템 173
7.6.2 Plan 174
7.6.3 Do 174
7.6.4 Check 174
7.6.5 Action 174
7.7 단계 6: 시나리오 테스트 175
7.7.1 Throughput 평가에 대해 175
7.7.2 대상 시스템 176
7.7.3 Plan 177
7.7.4 Do 177
7.7.5 Check 177
7.7.6 Action 178
7.8 단계 7: 스케일 아웃 테스트 준비 179
7.8.1 대상 시스템 179
7.8.2 Plan 180
7.8.3 Do 180
7.8.4 Check 180
7.8.5 Action 180
7.9 단계 8: 스케일 업/아웃 테스트(단계 1~6 회귀 테스트) 181
7.9.1 대상 시스템 181
7.9.2 스케일 업/스케일 아웃 예제 183
7.9.3 Plan 186
7.9.4 Do 187
7.9.5 Check 187
7.9.6 Action 187
7.10 단계 9: 성능 한계 테스트(단계 1~6 회귀 테스트) 189
7.10.1 대상 시스템 189
7.10.2 Plan 190
7.10.3 Do 190
7.10.4 Check 191
7.10.5 Action 191
CHAPTER 8 부하 테스트 실행 2(원인 분석과 시스템 개선 작업) 193
8.1 시스템 병목 확인 194
8.2 부하 테스트 도구 병목 원인과 대책 195
8.2.1 서버 및 테스트 도구 설정 문제 196
8.2.2 테스트 시나리오 문제 200
8.2.3 부하 테스트 서버 성능 부족 200
8.2.4 부하 테스트 서버 네트워크 문제 201
8.2.5 참고표 202
8.3 웹 서버 병목 원인과 대책 203
8.3.1 운영체제와 미들웨어 설정 문제 203
8.3.2 웹 프레임워크 문제 205
8.3.3 애플리케이션 문제 208
8.3.4 서버 리소스 성능 부족 209
8.3.5 참고표 210
8.4 캐시 서버 병목 원인과 대책 214
8.4.1 캐시 사용 방법 문제 215
8.4.2 서버 리소스 부족 215
8.4.3 참고표 215
8.5 DB 서버 병목 원인과 대책 218
8.5.1 DB 설계 문제 218
8.5.2 DB 사용 애플리케이션 문제 220
8.5.3 서버 리소스 부족 222
8.5.4 참고표 224
8.6 외부 서비스 병목 원인과 대책 231
8.6.1 외부 시스템과 연동 방법 문제 231
8.6.2 외부 시스템 성능 문제 233
8.6.3 참고표 234
CHAPTER 9 부하 테스트 보고서 작성 239
9.1 부하 테스트 최종 확인 240
9.2 목푯값에 맞춘 적정한 구성 선정 241
9.2.1 시스템 여유 리소스 확보 방안 242
9.3 부하 테스트 보고서 작성 242
9.3.1 보고서 필요 항목 242
9.3.2 부하 테스트 보고서에 시스템 모니터링 데이터를 넣으면 생기는 문제 243
9.4 요약 244
CHAPTER 10 부하 테스트에 대한 실제 사례 245
10.1 이 장에서 테스트하는 시스템 246
10.1.1 애플리케이션 기능 요건 246
10.1.2 시스템 요건 247
10.1.3 시스템 설계 247
10.1.4 부하 테스트 전제 조건 254
10.2 JMeter+Xhprof로 PHP 애플리케이션 부하 테스트 사례 257
10.2.1 부하 테스트 계획 수립 257
10.2.2 테스트 실행 1: 도구와 웹 프레임워크 검증(테스트 시작) 261
10.2.3 테스트 실행 2: 시나리오 테스트(테스트 실행) 279
10.2.4 테스트 실행 3: 스케일 업/아웃 테스트(확장에 대한 한계) 293
10.2.5 테스트 실행 4: 성능 한계 테스트(성능 한계 개선) 313
10.2.6 적정한 구성 선정과 테스트 보고서 320
10.3 Locust+New Relic으로 Node.js 애플리케이션 부하 테스트 사례 329
10.3.1 1일 차 전반: 도구와 환경 검증 332
10.3.2 1일 차 후반: 애플리케이션 시스템 전체 검증 339
10.3.3 2일 차 전반: 애플리케이션 시스템 전체 검증(1일 차에 이어 계속) 351
10.3.4 2일 차 전반: 확장성 검증(2배 확장) 355
10.3.5 2일 차 후반: 확장성 검증 ？ 웹 서버 확장 시 발생하는 병목 현상은? 362
10.3.6 3일 차: 최소 구성에 대한 검증 375
CHAPTER 11 부록 I(용어 설명 외) 393
11.1 용어 설명 394
11.1.1 일반 용어 394
11.1.2 AWS 용어, 아이콘 설명 396
11.2 JMeter 시나리오 설명 401
11.2.1 Thread Group 생성 402
11.2.2 Simple Controller를 사용한 그룹화 403
11.2.3 Dummy user_id 생성 404
11.2.4 사용자 정의 변수 사용 405
11.2.5 HTTP Request 실행 406
11.2.6 HTTP 응답으로부터 user_id 수집 407
11.2.7 시나리오 일부를 ？% 확률로 실행 410
11.2.8 시나리오 일부를 ？회 반복 411
11.2.9 통계 보고서 표시 412
11.3 Locust 시나리오 설명 413
11.3.1 Locust 기본 413
11.3.2 10장에서의 시나리오 417
11.4 부하 테스트의 문제 설명 423
CHAPTER 12 부록 II(AWS 로드 테스팅) 431
1.1 잘못된 부하 테스트 2
1.1.1 사례에서의 등장 인물과 상황 3
1.1.2 잘못된 개발 일정 4
1.1.3 잘못된 테스트 전제 조건 7
1.1.4 잘못된 테스트 준비 9
1.1.5 잘못된 테스트 실행 11
1.1.6 잘못된 테스트 보고서 12
1.2 웹 시스템 실패 사례 15
1.2.1 이벤트 시스템 실패 사례 15
1.2.2 쇼핑몰 사이트 실패 사례 16
1.2.3 도서관 검색 시스템 실패 사례 17
CHAPTER 2 웹 시스템 설계 방법 19
2.1 웹 시스템 가용성 20
2.1.1 가용성이란? 20
2.1.2 여러 하위 시스템이 연결된 환경에서의 가용성 21
2.2 높은 가용성을 가진 시스템 설계 방법 22
2.2.1 시스템 이중화 23
2.2.2 시스템 확장 25
2.3 웹 시스템 설계 역사 29
2.3.1 온프레미스에서의 시스템 구축 1(저가용성/낮은 확장성) 29
2.3.2 온프레미스에서의 시스템 구축 2(중가용성/중간적 확장성) 32
2.3.3 클라우드에서의 시스템 구축(고가용성/높은 확장성) 35
2.4 요약 46
CHAPTER 3 부하 테스트 기본 지식 47
3.1 부하 테스트 목적 48
3.1.1 온프레미스에서의 부하 테스트 목적 48
3.1.2 클라우드에서의 부하 테스트 목적 51
3.2 부하 테스트에서의 시스템 성능 지표 53
3.2.1 Throughput 54
3.2.2 Latency 55
3.2.3 여러 하위 시스템으로 구성된 환경에서의 Throughput과 Latency 55
3.3 시스템 성능 개선 기본 지식 56
3.3.1 Throughput 개선 56
3.3.2 Latency 개선 58
3.4 좋은 부하 테스트에 대한 지표 59
3.4.1 좋은 부하 테스트를 나타내는 지표 59
3.4.2 나쁜 부하 테스트를 나타내는 지표 60
3.5 요약 62
CHAPTER 4 부하 테스트 도구 63
4.1 부하 테스트에서 사용하는 3가지 도구 64
4.2 부하 테스트 도구 선택 기준 65
4.2.1 부하 테스트 도구란? 65
4.2.2 부하 테스트 도구상의 부하와 실 운영환경의 차이 69
4.2.3 부하 테스트 도구 선택 기준 73
4.2.4 대상 시스템에 맞는 부하 테스트 도구 사용 74
4.3 Apache Bench 사용 방법 78
4.3.1 특징 78
4.3.2 설치 방법 78
4.3.3 주요 옵션 79
4.3.4 실행 결과 예제 80
4.4 Apache JMeter 사용 방법 81
4.4.1 특징 81
4.4.2 JMeter를 이용한 시스템 구성 예제 82
4.4.3 설치 방법 86
4.4.4 JMeter 실행 결과 예제 88
4.5 Locust 사용 방법 90
4.5.1 특징 90
4.5.2 설치 방법 91
4.5.3 시나리오 작성 91
4.5.4 Locust 기동 92
4.5.5 실행 예제 94
4.6 Tsung 사용 방법 94
4.6.1 특징 95
4.6.2 설치 방법 95
4.6.3 시나리오 작성 및 테스트 실행 97
4.6.4 실행 결과 예제 98
4.7 모니터링 도구와 프로파일링 도구 99
4.8 top 명령어와 netstat 명령어 101
4.8.1 top 명령어 101
4.8.2 netstat 명령어 103
4.9 CloudWatch 활용 106
4.9.1 CloudWatch 그래프의 주의점 108
4.10 Xhprof 사용 방법 112
4.10.1 설치 방법 112
4.10.2 Xhprof 실행 예제 113
4.11 New Relic 도입 방법 117
4.11.1 New Relic 도입 117
4.11.2 New Relic 기능 소개 120
CHAPTER 5 부하 테스트 계획 123
5.1 부하 테스트 대상 시스템 125
5.2 부하 테스트 계획 준비 126
5.2.1 일정 결정 126
5.2.2 부하 테스트 목적 설정 127
5.2.3 전제 조건 정리 128
5.2.4 목푯값 결정 129
5.2.5 사용할 부하 테스트 도구 결정 136
5.2.6 부하 테스트 환경 결정 136
5.2.7 부하 테스트 시나리오 결정 138
5.3 요약 143
CHAPTER 6 부하 테스트 준비 145
6.1 부하 테스트 대상 환경 구축 147
6.1.1 테스트 대상 환경 구축 147
6.1.2 부하 테스트 전용 엔드포인트 추가 147
6.2 부하 테스트 도구 준비 148
6.2.1 부하 테스트 도구 구축과 설치 148
6.2.2 시나리오 작성 148
6.2.3 시나리오 작성 시 주의점 148
6.3 관련 시스템 부서와의 조율 149
6.3.1 유관 부서 시스템 조정 149
6.4 클라우드 사업자 제한 사항과 해제 요청 150
6.5 요약 151
CHAPTER 7 부하 테스트 실행 1(테스트 실행과 병목 현상 확인) 153
7.1 부하 테스트 실행 단계란? 154
7.1.1 한 번에 전체 부하 테스트를 실행한 경우 154
7.1.2 단계에 따른 부하 테스트 159
7.2 단계 1: 도구와 환경 검증 161
7.2.1 대상 시스템 161
7.2.2 Plan 162
7.2.3 Do 163
7.2.4 Check 163
7.2.5 Action 164
7.3 단계 2: 웹 프레임워크 검증 165
7.3.1 대상 시스템 165
7.3.2 Plan 166
7.3.3 Do 166
7.3.4 Check 166
7.3.5 Action 167
7.4 단계 3: 조회 성능 검증 167
7.4.1 대상 시스템 167
7.4.2 Plan 168
7.4.3 Do 169
7.4.4 Check 169
7.4.5 Action 169
7.5 단계 4: 갱신 성능 검증 170
7.5.1 대상 시스템 170
7.5.2 Plan 171
7.5.3 Do 171
7.5.4 Check 171
7.5.5 Action 172
7.6 단계 5: 외부 서비스 연동 성능 검증 173
7.6.1 대상 시스템 173
7.6.2 Plan 174
7.6.3 Do 174
7.6.4 Check 174
7.6.5 Action 174
7.7 단계 6: 시나리오 테스트 175
7.7.1 Throughput 평가에 대해 175
7.7.2 대상 시스템 176
7.7.3 Plan 177
7.7.4 Do 177
7.7.5 Check 177
7.7.6 Action 178
7.8 단계 7: 스케일 아웃 테스트 준비 179
7.8.1 대상 시스템 179
7.8.2 Plan 180
7.8.3 Do 180
7.8.4 Check 180
7.8.5 Action 180
7.9 단계 8: 스케일 업/아웃 테스트(단계 1~6 회귀 테스트) 181
7.9.1 대상 시스템 181
7.9.2 스케일 업/스케일 아웃 예제 183
7.9.3 Plan 186
7.9.4 Do 187
7.9.5 Check 187
7.9.6 Action 187
7.10 단계 9: 성능 한계 테스트(단계 1~6 회귀 테스트) 189
7.10.1 대상 시스템 189
7.10.2 Plan 190
7.10.3 Do 190
7.10.4 Check 191
7.10.5 Action 191
CHAPTER 8 부하 테스트 실행 2(원인 분석과 시스템 개선 작업) 193
8.1 시스템 병목 확인 194
8.2 부하 테스트 도구 병목 원인과 대책 195
8.2.1 서버 및 테스트 도구 설정 문제 196
8.2.2 테스트 시나리오 문제 200
8.2.3 부하 테스트 서버 성능 부족 200
8.2.4 부하 테스트 서버 네트워크 문제 201
8.2.5 참고표 202
8.3 웹 서버 병목 원인과 대책 203
8.3.1 운영체제와 미들웨어 설정 문제 203
8.3.2 웹 프레임워크 문제 205
8.3.3 애플리케이션 문제 208
8.3.4 서버 리소스 성능 부족 209
8.3.5 참고표 210
8.4 캐시 서버 병목 원인과 대책 214
8.4.1 캐시 사용 방법 문제 215
8.4.2 서버 리소스 부족 215
8.4.3 참고표 215
8.5 DB 서버 병목 원인과 대책 218
8.5.1 DB 설계 문제 218
8.5.2 DB 사용 애플리케이션 문제 220
8.5.3 서버 리소스 부족 222
8.5.4 참고표 224
8.6 외부 서비스 병목 원인과 대책 231
8.6.1 외부 시스템과 연동 방법 문제 231
8.6.2 외부 시스템 성능 문제 233
8.6.3 참고표 234
CHAPTER 9 부하 테스트 보고서 작성 239
9.1 부하 테스트 최종 확인 240
9.2 목푯값에 맞춘 적정한 구성 선정 241
9.2.1 시스템 여유 리소스 확보 방안 242
9.3 부하 테스트 보고서 작성 242
9.3.1 보고서 필요 항목 242
9.3.2 부하 테스트 보고서에 시스템 모니터링 데이터를 넣으면 생기는 문제 243
9.4 요약 244
CHAPTER 10 부하 테스트에 대한 실제 사례 245
10.1 이 장에서 테스트하는 시스템 246
10.1.1 애플리케이션 기능 요건 246
10.1.2 시스템 요건 247
10.1.3 시스템 설계 247
10.1.4 부하 테스트 전제 조건 254
10.2 JMeter+Xhprof로 PHP 애플리케이션 부하 테스트 사례 257
10.2.1 부하 테스트 계획 수립 257
10.2.2 테스트 실행 1: 도구와 웹 프레임워크 검증(테스트 시작) 261
10.2.3 테스트 실행 2: 시나리오 테스트(테스트 실행) 279
10.2.4 테스트 실행 3: 스케일 업/아웃 테스트(확장에 대한 한계) 293
10.2.5 테스트 실행 4: 성능 한계 테스트(성능 한계 개선) 313
10.2.6 적정한 구성 선정과 테스트 보고서 320
10.3 Locust+New Relic으로 Node.js 애플리케이션 부하 테스트 사례 329
10.3.1 1일 차 전반: 도구와 환경 검증 332
10.3.2 1일 차 후반: 애플리케이션 시스템 전체 검증 339
10.3.3 2일 차 전반: 애플리케이션 시스템 전체 검증(1일 차에 이어 계속) 351
10.3.4 2일 차 전반: 확장성 검증(2배 확장) 355
10.3.5 2일 차 후반: 확장성 검증 ？ 웹 서버 확장 시 발생하는 병목 현상은? 362
10.3.6 3일 차: 최소 구성에 대한 검증 375
CHAPTER 11 부록 I(용어 설명 외) 393
11.1 용어 설명 394
11.1.1 일반 용어 394
11.1.2 AWS 용어, 아이콘 설명 396
11.2 JMeter 시나리오 설명 401
11.2.1 Thread Group 생성 402
11.2.2 Simple Controller를 사용한 그룹화 403
11.2.3 Dummy user_id 생성 404
11.2.4 사용자 정의 변수 사용 405
11.2.5 HTTP Request 실행 406
11.2.6 HTTP 응답으로부터 user_id 수집 407
11.2.7 시나리오 일부를 ？% 확률로 실행 410
11.2.8 시나리오 일부를 ？회 반복 411
11.2.9 통계 보고서 표시 412
11.3 Locust 시나리오 설명 413
11.3.1 Locust 기본 413
11.3.2 10장에서의 시나리오 417
11.4 부하 테스트의 문제 설명 423
CHAPTER 12 부록 II(AWS 로드 테스팅) 431
배송 시 유의사항
- 반디앤루니스에서 구매하신 도서는 물류 대행 위탁업체 웅진 북센을 통해 배송됩니다.
(배송 포장에 "웅진 북센"으로 표기될 수 있습니다.)
- 구매한 상품의 품질과 배송 관련 문의는 반디앤루니스로 문의 바랍니다.
- 천재지변 및 택배사의 사정에 따라 배송이 지연될 수 있습니다.
- 결제(입금) 완료 후 출판사 및 유통사의 사정으로 품절 또는 절판 되어 상품 구입이 어려울 수 있습니다. (별도 안내 예정)
- 도서산간지역의 경우 추가 배송비가 발생될 수 있습니다.
반품/교환
상품 설명에 반품/ 교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다)
반품/교환
-
반품/교환 반품/교환 방법 홈 > 고객센터 > 자주찾는질문 “반품/교환/환불” 안내 참고 또는 1:1상담게시판 반품/교환 가능 기간 반품,교환은 배송완료 후 7일 이내, 상품의 결함 및 계약내용과 다를 경우 문제발견 후 30일 이내에 신청가능 반품/교환 비용 변심 혹은 구매착오의 경우에만 반송료 고객 부담(별도 지정 택배사 없음) 반품/교환 불가 사유 - 소비자의 책임 사유로 상품 등이 손실 또는 훼손된 경우
- 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우
- 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예)만화책, 잡지, 화보집 등
- 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우
- 전자상거래등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
- 해외주문 상품(해외 원서)의 경우(파본/훼손/오발송 상품을 제외)
소비자 피해보상
환불지연에 따른 배상- 상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은
소비자 분쟁해결 기준(공정거래위원회고시)에 준하여 처리됨 - 대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의
소비자 보호에 관한 법률에 따라 처리함
반품/교환 주소 경기도 파주시 문발로 77, 웅진북센(반디앤루니스)
