Cassandra의 Write Path와 Read Path는 어떻게 구성되어 있나요?

Q1: Cassandra의 Write Path는 어떻게 구성되어 있나요?
A1: Cassandra의 Write Path는 다음과 같이 구성됩니다:
1. 클라이언트 요청 수신: 클라이언트가 쓰기 요청을 노드에 보냅니다.
2. Commit Log 기록: 노드는 먼저 디스크의 Commit Log에 데이터를 Append하여 내구성을 확보합니다.
3. Memtable에 데이터 기록: Commit Log 기록 후, 데이터를 메모리 내 Memtable에 기록합니다.
4. Replica에 데이터 전송: 쓰기 요청에 대해 구성된 복제 전략에 따라 데이터가 여러 복제 노드에 비동기적으로 전송됩니다.
5. 쓰기 응답 반환: 최소 쓰기 일관성 수준이 충족되면 클라이언트에 성공 응답을 반환합니다.
6. Memtable가 가득 차면 SSTable로 플러시: Memtable이 용량을 초과하면 SSTable 포맷으로 디스크에 플러시되고, 필요 시 Compaction이 수행됩니다.

Q2: Cassandra의 Read Path는 어떻게 구성되어 있나요?
A2: Cassandra의 Read Path는 다음과 같이 작동합니다:
1. 클라이언트 요청 수신: 클라이언트가 데이터를 읽기 위해 요청을 보냅니다.
2. 읽기 조정자(Read Coordinator) 노드 선정: 노드 중 하나가 읽기 조정자로 동작하며 요청을 처리합니다. 3. 복제 노드로부터 데이터 요청: 읽기 조정자는 설정된 읽기 일관성 수준에 따라 필요한 복제 노드들에 데이터를 요청합니다.
4. Memtable와 SSTable에서 데이터 수집: 각 복제 노드는 Memtable과 SSTable을 조회해 최신 데이터를 반환합니다.
5. 읽기 조정자의 병합 및 정렬: 읽기 조정자가 여러 노드로부터 받은 데이터를 병합 및 검증하여 가장 최신 상태의 데이터를 결정합니다.
6. Read Repair 실행: 일부 데이터 불일치가 발견되면, 읽기 조정자가 자동으로 Read Repair를 수행해 데이터 동기화를 시도합니다.
7. 클라이언트에 데이터 반환: 최종적으로 일관성 조건을 만족하는 데이터를 클라이언트에 반환합니다.

Q3: Write Path에서 Commit Log가 중요한 이유는 무엇인가요?
A3: Commit Log는 쓰기 내구성을 보장하는 역할을 하며, 시스템 장애 시 데이터 유실을 방지합니다. Memtable은 메모리 기반이라 서버가 다운되면 사라지지만, Commit Log는 디스크에 순차적으로 기록되어 복구에 활용됩니다.

Q4: Read Path에서 Read Repair란 무엇인가요?
A4: Read Repair는 읽기 요청 시 복제 노드 간 데이터 불일치가 발견되면 자동으로 최신 데이터를 맞추어주는 동기화 메커니즘으로, 일관성 유지를 돕습니다.

Q5: Cassandra가 읽기와 쓰기 성능을 높이기 위한 구조적 특징은 무엇인가요?
A5: Cassandra는 쓰기 시 빠른 디스크 순차 쓰기 방식을 사용하는 Commit Log, Memtable 구조와 SSTable로 데이터를 저장해 쓰기 성능을 최적화하며, 읽기 시에는 복제 노드들의 병렬 조회와 Bloom filter, Bloom index 등을 사용해 빠른 조회를 지원합니다. 또한 분산 구조로 부하를 분산시켜 확장성과 성능을 높입니다.

Cassandra는 분산형 NoSQL 데이터베이스로, 높은 가용성과 확장성을 제공하기 위해 설계되었습니다.

Cassandra의 Write Path와 Read Path는 데이터의 쓰기와 읽기 작업을 처리하는 방식에 있어 중요한 역할을 합니다.

이 두 경로는 Cassandra의 성능과 데이터 일관성에 큰 영향을 미칩니다.

Write Path Cassandra의 Write Path는 데이터가 클러스터에 기록되는 과정을 설명합니다.

이 과정은 다음과 같은 단계로 구성됩니다: 1. 클라이언트 요청 : 클라이언트가 데이터를 쓰기 위해 Cassandra에 요청을 보냅니다.



2. 프라이머리 노드 선택 : Cassandra는 데이터의 파티션 키를 해시하여 해당 데이터를 저장할 노드를 결정합니다.

이 노드는 '프라이머리 노드'라고 하며, 데이터는 이 노드에 먼저 기록됩니다.



3. Memtable에 기록 : 프라이머리 노드는 요청받은 데이터를 메모리 내의 구조인 Memtable에 기록합니다.

Memtable은 쓰기 작업을 빠르게 처리할 수 있도록 설계된 데이터 구조로, 메모리에서 빠르게 접근할 수 있습니다.



4. Commit Log에 기록 : 동시에, Cassandra는 데이터의 영속성을 보장하기 위해 Commit Log에 해당 데이터를 기록합니다.

Commit Log은 디스크에 저장되며, 시스템 장애가 발생했을 때 데이터를 복구하는 데 사용됩니다.



5. Replication : Cassandra는 데이터의 복제본을 다른 노드에 저장하여 가용성을 높입니다.

프라이머리 노드는 설정된 복제 전략에 따라 다른 노드에 데이터를 전송합니다.

이 과정은 비동기적으로 이루어질 수 있으며, 데이터의 일관성을 유지하기 위해 'Consistency Level'을 설정할 수 있습니다.



6. Memtable Flush : Memtable이 특정 크기에 도달하면, 데이터를 SSTable 형식으로 디스크에 플러시합니다.

이 과정에서 Memtable의 데이터는 디스크에 영구적으로 저장됩니다.

Read Path Cassandra의 Read Path는 클라이언트가 데이터를 읽기 위해 요청하는 과정을 설명합니다.

이 과정은 다음과 같은 단계로 구성됩니다: 1. 클라이언트 요청 : 클라이언트가 특정 데이터를 읽기 위해 Cassandra에 요청을 보냅니다.



2. 프라이머리 노드 선택 : 요청된 데이터의 파티션 키를 기반으로, Cassandra는 해당 데이터를 저장하고 있는 프라이머리 노드를 결정합니다.



3. Memtable 검색 : 프라이머리 노드는 먼저 Memtable에서 요청된 데이터를 검색합니다.

Memtable은 최근에 쓰여진 데이터가 저장되어 있으므로, 이 단계에서 데이터가 발견될 가능성이 높습니다.



4. SSTable 검색 : 만약 Memtable에서 데이터가 발견되지 않으면, Cassandra는 디스크에 저장된 SSTable을 검색합니다.

SSTable은 정렬된 불변 데이터 파일로, 데이터가 플러시될 때 생성됩니다.

Cassandra는 Bloom Filter와 Index Summary를 사용하여 SSTable에서 데이터를 효율적으로 찾습니다.



5. 데이터 반환 : 요청된 데이터가 Memtable 또는 SSTable에서 발견되면, Cassandra는 클라이언트에게 데이터를 반환합니다.

이 과정에서 설정된 Consistency Level에 따라 다른 노드에서 추가적인 확인을 수행할 수 있습니다.



6. Caching : Cassandra는 읽기 성능을 향상시키기 위해 데이터 캐싱을 활용합니다.

최근에 읽은 데이터는 'Key Cache'와 'Row Cache'에 저장되어, 다음 요청 시 더 빠르게 접근할 수 있습니다.

결론 Cassandra의 Write Path와 Read Path는 데이터의 쓰기와 읽기 작업을 효율적으로 처리하기 위해 설계되었습니다.

Write Path는 데이터의 영속성과 가용성을 보장하며, Read Path는 빠른 데이터 검색을 가능하게 합니다.

이러한 구조 덕분에 Cassandra는 대규모 데이터 처리와 높은 트래픽을 효과적으로 처리할 수 있습니다.

데이터베이스의 성능을 최적화하기 위해서는 Write Path와 Read Path의 동작 방식을 이해하고, 적절한 설정을 통해 Consistency Level, Replication Factor 등을 조정하는 것이 중요합니다.