LabHub
学习 学习路径 课程

Apache Hadoop — HDFS 와 YARN 을 한 파드에 세우고 운영한다 · HDFS 의 두 역할 · 测验

퀴즈: HDFS 의 두 역할

在 LabHub 中继续学习

6道题. 完成作答后会显示正确答案和解析。

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

    1. 클라이언트에서 NameNode 로 간 뒤 NameNode 가 DataNode 들에 나눠 준다
    2. 클라이언트가 첫 번째 DataNode 에 보내고 DataNode 끼리 이어 넘긴다
    3. 클라이언트가 복제본 수만큼 모든 DataNode 에 동시에 따로 보낸다
    4. NameNode 가 DataNode 에 바이트를 가져가라고 먼저 요청을 건다
  2. WebHDFS 로 op=OPEN 을 요청하면 NameNode 는 보통 무엇을 돌려주는가?

    1. 파일 내용을 담은 200 응답을 바로 돌려준다
    2. 블록 ID 목록을 담은 JSON 을 돌려주고 끝낸다
    3. 파일 내용을 읽을 DataNode 주소로 가는 307 리다이렉트
    4. 인증이 필요하다는 401 응답을 언제나 먼저 돌려준다
  3. 10GB 짜리 디렉터리를 hdfs dfs -mv 로 옮겼더니 순식간에 끝났다. 그 이유로 맞는 것은?

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

    1. 파일 이름과 블록의 대응표를 자기 디스크에 따로 적어 둔다
    2. NameNode 가 부를 때만 자기가 가진 블록 목록을 알려 준다
    3. 파일 하나를 자기 로컬 파일 시스템의 파일 하나로 저장한다
    4. HDFS 파일을 모르고 블록마다 로컬 파일 하나로 저장한다
  5. hdfs dfs -ls 는 되는데 hdfs dfs -cat 은 실패한다. 가장 먼저 의심할 곳은?

    1. NameNode 의 네임스페이스가 손상되어 이름이 사라진 상황
    2. 블록을 가진 DataNode 가 내려가 바이트를 받을 곳이 없는 상황
    3. 클라이언트의 로컬 디스크가 가득 차서 목록을 못 받는 상황
    4. 파일에 쓰는 사람이 둘이라 NameNode 가 읽기를 막는 상황
  6. DataNode 가 하트비트를 한동안 보내지 않았다. 기본 설정의 NameNode 가 그 노드를 죽었다고 판정하는 시점에 대한 설명으로 맞는 것은?

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