クイズ: HDFS の二つの役割

HDFS 클라이언트가 파일을 쓸 때 실제 바이트는 어떤 길로 흐르는가?

• 클라이언트에서 NameNode 로 간 뒤 NameNode 가 DataNode 들에 나눠 준다
• 클라이언트가 첫 번째 DataNode 에 보내고 DataNode 끼리 이어 넘긴다
• 클라이언트가 복제본 수만큼 모든 DataNode 에 동시에 따로 보낸다
• NameNode 가 DataNode 에 바이트를 가져가라고 먼저 요청을 건다

WebHDFS 로 op=OPEN 을 요청하면 NameNode 는 보통 무엇을 돌려주는가?

• 파일 내용을 담은 200 응답을 바로 돌려준다
• 블록 ID 목록을 담은 JSON 을 돌려주고 끝낸다
• 파일 내용을 읽을 DataNode 주소로 가는 307 리다이렉트
• 인증이 필요하다는 401 응답을 언제나 먼저 돌려준다

10GB 짜리 디렉터리를 hdfs dfs -mv 로 옮겼더니 순식간에 끝났다. 그 이유로 맞는 것은?

• 이름 바꾸기는 NameNode 의 네임스페이스 연산이라 블록이 그대로다
• DataNode 들이 백그라운드에서 블록을 천천히 옮기기 때문이다
• 셸이 명령을 대기열에 넣고 바로 돌아오기 때문에 아직 진행 중이다
• 같은 DataNode 안의 이동이라 디스크 안에서만 복사가 일어났다

DataNode 에 대한 설명으로 설계 문서와 맞는 것은?

• 파일 이름과 블록의 대응표를 자기 디스크에 따로 적어 둔다
• NameNode 가 부를 때만 자기가 가진 블록 목록을 알려 준다
• 파일 하나를 자기 로컬 파일 시스템의 파일 하나로 저장한다
• HDFS 파일을 모르고 블록마다 로컬 파일 하나로 저장한다

hdfs dfs -ls 는 되는데 hdfs dfs -cat 은 실패한다. 가장 먼저 의심할 곳은?

• NameNode 의 네임스페이스가 손상되어 이름이 사라진 상황
• 블록을 가진 DataNode 가 내려가 바이트를 받을 곳이 없는 상황
• 클라이언트의 로컬 디스크가 가득 차서 목록을 못 받는 상황
• 파일에 쓰는 사람이 둘이라 NameNode 가 읽기를 막는 상황

DataNode 가 하트비트를 한동안 보내지 않았다. 기본 설정의 NameNode 가 그 노드를 죽었다고 판정하는 시점에 대한 설명으로 맞는 것은?

• 하트비트 간격인 3초가 지나자마자 곧바로 죽었다고 판정한다
• 블록 리포트 주기인 6시간이 지나야 비로소 죽었다고 판정한다
• 복제 폭풍을 피하려고 10분이 넘는 보수적인 시간을 기다린다
• 관리자가 dfsadmin 명령으로 직접 지정해야만 죽었다고 판정한다