티스토리 뷰
셔플단계는 Map task와 Reduce task 단계에서 데이터를 전달하는 과정이다.
맵리듀스는 다음의 단계를 거치는데,
3~7 단계가 셔플 과정에 있다고 볼 수 있다.
1. 스플릿 생성
2. 맵
3. 스필
4. 병합
5. 복사
6. 정렬
7. 리듀스
이 셔플 단계에서 설정할 수 있는 설정값은 다음과 같다.
- mapred.reduce.shuffle.parallelcopies
- copy phase 에서 데이터를 병렬로 전송하는 thread의 수 (default 5)
- reduce task는 클러스터 내에 퍼져 있는 많은 map task로부터 특정 파티션에 해당하는 output을 필요로 하여 map task의 출력이 끝나는 즉시 복사하기 시작함. 그 때 데이터를 전송하는 thread 수를 조정하는 설정값
- mapreduce.reduce.shuffle.input.buffer.percent
- Shuffle 단계에서 map output 크기가 충분히 작다면 reduce task JVM 메모리 버퍼에 복사되는데 이러한 목적으로 사용할 메모리 버퍼 크기를 전체 heap 메모리 사이즈의 비율로 지정해주는 설정값 (default 0.7)
- 셔플단계에서 메모리 부족으로 오류가 발생할 경우 해당 값을 0.7에서 0.5 정도로 수정하면 메모리 부족을 방지할 수 있음
- mapreduce.reduce.shuffle.memory.limit.percent
- 단일 shuffle (단일 map task에서 복사된 output)이 메모리 버퍼상에서 처리할 수 있는 최대 비율 (default 0.25)
- 해당 비율을 초과하는 경우 메모리 버퍼에 복사되지 않고 reduce 디스크에 바로 쓰여짐
Reduce tasks JVM > shuffle input buffer > shuffle limit memory
반응형
'빅데이터 > hadoop' 카테고리의 다른 글
[hadoop] 맵리듀스 동작 순서 (0) | 2018.04.17 |
---|---|
[hadoop] Ambari, Avro (0) | 2018.03.29 |
[hadoop] yarn 아키텍처 (0) | 2018.01.16 |
[hadoop] hadoop1, 2, 3의 특징 및 장단점 (0) | 2017.12.21 |
[개념] HCatalog, HCatalog Server (0) | 2017.11.28 |
반응형
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 오류
- Linux
- 파이썬
- emr
- HIVE
- SPARK
- yarn
- SQL
- 하둡
- oozie
- Python
- 백준
- Hadoop
- ubuntu
- error
- hbase
- Tez
- HDFS
- 정올
- AWS
- 알고리즘
- nodejs
- java
- airflow
- 하이브
- S3
- 다이나믹
- mysql
- build
- bash
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
글 보관함