340. SCSI 및 SAS (Serial Attached SCSI)

핵심 인사이트 (3줄 요약)

1. 본질: SCSI (Small Computer System Interface)는 단순한 케이블 이름이 아니라, 호스트와 저장장치가 고급 명령·큐잉·오류복구를 주고받는 엔터프라이즈 입출력 체계다.
2. 가치: SAS (Serial Attached SCSI)는 이 SCSI 명령 체계를 유지한 채 병렬 버스의 한계를 직렬 점대점 연결로 바꿔, 서버 스토리지에 필요한 성능·확장성·가용성을 동시에 확보했다.
3. 판단 포인트: 시험과 실무에서는 “SCSI는 명령 모델, SAS는 그 현대적 전송 구현”으로 기억해야 SATA, iSCSI, Fibre Channel과의 경계가 명확해진다.

Ⅰ. 개요 및 필요성

SCSI (Small Computer System Interface)는 컴퓨터와 저장장치, 테이프 장치, 스캐너 같은 주변장치가 표준화된 명령 집합으로 통신하도록 만든 인터페이스 계열이다. 초기에는 병렬 버스까지 포함한 넓은 개념으로 쓰였지만, 핵심은 언제나 “장치에게 어떤 작업을 어떻게 지시할 것인가”에 있었다. 즉 SCSI의 본질은 선의 모양보다도 명령 체계와 장치 제어 철학에 가깝다.

이 개념이 중요해진 이유는 서버 환경의 입출력 요구가 개인용 PC보다 훨씬 까다로웠기 때문이다. 여러 사용자가 동시에 데이터베이스, 파일서버, 백업 장치를 접근하면 저장장치는 단순히 한 번 읽고 끝나는 장치가 아니라 수많은 요청을 정리하고 순서를 조정해야 하는 병목 지점이 된다. 이때 단순한 저비용 인터페이스는 버티기 어렵고, 큐잉, 다중 장치 연결, 오류 보고, 장치 식별 같은 정교한 기능이 필요해진다.

특히 병렬 SCSI는 한동안 이러한 요구를 만족시키며 서버와 워크스테이션 시장의 표준으로 자리 잡았다. 그러나 배선 수가 많아질수록 신호 간 간섭 (Crosstalk), 스큐 (Skew), 길이 제한, 공유 버스 경합 문제가 커졌고, 속도를 더 올리는 데 구조적 한계가 나타났다. 결국 “SCSI의 똑똑한 명령 체계는 살리고, 물리 연결은 더 단순하고 빠르게 바꾸자”는 방향이 자연스럽게 등장했고, 그 결과가 SAS (Serial Attached SCSI)다.

• 📢 섹션 요약 비유: SCSI는 창고 관리자에게 “이 박스들을 우선순위에 맞게 정리해 달라”는 업무 규칙이고, SAS는 그 유능한 관리자가 더 넓고 빠른 전용 통로를 쓰게 해 준 새 물류선과 같다.

Ⅱ. 아키텍처 및 핵심 원리

SAS를 이해할 때는 “명령 계층”과 “전송 계층”을 분리해 보는 것이 핵심이다. 위쪽에서는 SCSI 명령이 읽기, 쓰기, 상태 조회, 오류 보고를 정의하고, 아래쪽에서는 SAS 링크가 이 명령과 데이터를 직렬로 실어 나른다. 덕분에 소프트웨어와 운영도구는 익숙한 SCSI 모델을 유지하면서도, 하드웨어는 병렬 버스 대신 고속 직렬 연결의 이점을 얻는다.

다음 그림은 병렬 SCSI와 SAS의 구조 차이를 보여준다.

┌──────────────────────────────────────────────────────────────────────────────┐
│                 병렬 SCSI와 SAS의 구조 차이: 공유 버스 → 점대점             │
├──────────────────────────────────────────────────────────────────────────────┤
│ [Parallel SCSI]                                                             │
│                                                                              │
│ Host Adapter ──┬──── Disk 1 ──── Disk 2 ──── Disk 3 ──── Terminator         │
│                │                                                             │
│                └──── 하나의 버스를 여러 장치가 공유                          │
│                      → 경합, 길이 제한, 고속화 난이도 증가                   │
│                                                                              │
│ [SAS]                                                                        │
│                                                                              │
│ Host Bus Adapter ── SAS Expander ── Disk 1                                   │
│                     ├────────────── Disk 2                                   │
│                     └────────────── Disk 3                                   │
│                                                                              │
│ 각 링크가 독립적인 점대점 (Point-to-Point) 연결                             │
│ → 동시성 향상, 배선 단순화, 확장성 향상                                     │
└──────────────────────────────────────────────────────────────────────────────┘

병렬 SCSI에서는 여러 장치가 같은 버스를 공유하므로 한 장치의 전송이 다른 장치의 대기 시간으로 이어지기 쉽다. 반면 SAS는 각 장치가 독립 링크를 가지며, 필요하면 익스팬더 (Expander)를 통해 수많은 장치를 계층적으로 확장할 수 있다. 구조가 네트워크 스위치에 가까워졌기 때문에, 단순한 케이블 교체가 아니라 스토리지 연결 철학 자체가 바뀐 셈이다.

SCSI 계열이 강한 이유는 단지 빠르기 때문이 아니라 큐잉과 복구 모델이 정교하기 때문이다. 예를 들어 TCQ (Tagged Command Queuing)는 여러 명령을 태그와 함께 큐에 넣고 저장장치가 더 효율적인 순서로 처리하도록 만든다. 이후 소비자용 SATA (Serial ATA)도 NCQ (Native Command Queuing)를 도입했지만, SAS 환경은 더 긴 역사와 풍부한 오류 처리 경험을 가진다.

또한 SAS는 듀얼 포트 (Dual Port)를 통해 고가용성 구조를 지원한다. 한 장치가 두 경로로 서로 다른 컨트롤러에 연결될 수 있으므로, 한 경로 또는 한 컨트롤러에 장애가 생겨도 다른 경로로 서비스가 지속될 수 있다. 이는 단순 성능보다 훨씬 중요한 엔터프라이즈 요구사항으로, 데이터베이스나 스토리지 어레이에서 SAS가 오래 사랑받은 이유다.

• 📢 섹션 요약 비유: 병렬 SCSI가 여러 손님이 하나의 계산대 앞에서 줄을 서는 구조라면, SAS는 각 손님에게 전용 창구를 주고 뒤에 중앙 배분 데스크까지 둔 백화점 운영 방식과 같다.

Ⅲ. 비교 및 연결

SAS를 제대로 이해하려면 SATA와의 차이, 그리고 iSCSI (Internet Small Computer System Interface)·FC (Fibre Channel)와의 연결을 함께 봐야 한다. SAS와 SATA는 모두 직렬 인터페이스지만 태생적 목표가 다르다. SATA는 저비용 대용량 개인용 저장장치에 초점을 맞추고, SAS는 서버급 신뢰성과 다중 경로, 지속적 부하를 전제로 설계된다.

중요한 연결점도 있다. SAS 컨트롤러는 종종 SATA 장치를 함께 수용할 수 있어, 하나의 백플레인 안에 고성능 SAS 디스크와 저비용 SATA 디스크를 혼합 배치하는 구성이 가능하다. 반대로 일반 SATA 컨트롤러는 SAS 장치를 제대로 다루지 못한다. 즉 상위 호환성의 방향이 일방적이라는 점이 시험에 자주 나온다.

SCSI의 영향력은 서버 내부 케이블에서 끝나지 않는다. iSCSI는 SCSI 명령을 TCP/IP 네트워크 위에 실어 보내고, Fibre Channel은 전용 스토리지 네트워크에서 SCSI 명령을 운반한다. 다시 말해 SCSI는 “스토리지에 무엇을 시킬 것인가”를 정의하는 언어이고, SAS·iSCSI·FC는 그 언어를 각각 다른 교통수단으로 운반하는 방법이라고 볼 수 있다.

최근에는 NVMe (Non-Volatile Memory Express)가 플래시 기반 저장장치의 지연시간을 줄이며 빠르게 확산되었지만, SAS가 가진 높은 신뢰성과 운영 안정성은 여전히 중요하다. 따라서 현대 스토리지 설계는 NVMe와 SAS가 경쟁만 하는 것이 아니라, 초저지연 계층과 대용량 안정 계층으로 역할을 나누는 방향으로도 이어진다.

• 📢 섹션 요약 비유: SCSI는 공통 업무 언어이고, SAS·iSCSI·Fibre Channel은 그 언어를 현장 도로, 고속도로, 전용 물류망으로 실어 나르는 서로 다른 운송 체계다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서 SAS 채택 여부는 “절대 속도” 하나보다 “중단 없이 오래 버틸 수 있는가”를 기준으로 판단해야 한다. 예를 들어 가상화 호스트, 트랜잭션 데이터베이스, 대형 백업 장비는 순간 최고속보다도 장애 우회, 장치 교체 편의성, 대량 드라이브 운영 안정성이 중요하다. 이런 환경에서는 SAS HBA, 백플레인, 익스팬더, 듀얼 패스 구성이 투자 비용을 정당화한다.

반대로 단일 서버의 저비용 대용량 저장소나 개인용 NAS (Network Attached Storage)에서는 SAS가 과한 선택일 수 있다. 컨트롤러, 케이블, 백플레인, 디스크 단가가 모두 올라가므로, 단순 파일 보관 위주라면 SATA나 NVMe 조합이 총소유비용 (TCO, Total Cost of Ownership) 측면에서 더 합리적이다. 즉 SAS는 “언제나 더 좋은 디스크”가 아니라 “복잡한 운영 조건에서 더 안전한 디스크 체계”로 이해해야 한다.

실무 판단 체크리스트

1. 경로 이중화와 무중단 운영이 정말 필요한가?
2. 장치 수가 많아 Expander 기반 확장이 필요한가?
3. 랜덤 I/O 부하와 장시간 연속 운용에서 안정성이 핵심인가?
4. 동일 섀시에서 SAS와 SATA 혼합 운용이 필요한가?
5. NVMe가 제공하는 초저지연보다 운영 신뢰성이 우선인가?

대표 안티패턴

• SAS 디스크를 일반 SATA 메인보드에 바로 꽂으면 동작할 것이라 가정하는 경우
• 듀얼 포트를 제공하면서도 실제로는 단일 경로만 연결해 고가용성 이점을 버리는 경우
• Expander 확장성을 믿고 전원·냉각·백플레인 병목 검토를 생략하는 경우

기술사 관점에서는 “SAS가 왜 여전히 살아남는가”를 설명할 수 있어야 한다. 답은 단순하다. 스토리지 시스템은 빠른 것만으로 충분하지 않고, 예측 가능하게 복구되고, 다수 장치를 안정적으로 묶고, 장애 시 경로를 우회해야 하기 때문이다. SAS는 이 요구를 가장 균형 있게 만족해 온 표준 중 하나다.

• 📢 섹션 요약 비유: SAS는 스포츠카보다 구급차에 가깝다. 최고 속도 한 번보다, 언제든 출동하고 길이 막혀도 다른 길로 돌아가며 끝까지 살아남는 능력이 더 중요하다.

Ⅴ. 기대효과 및 결론

SCSI와 SAS의 가장 큰 효과는 저장장치를 단순 부품이 아니라 관리 가능한 시스템 구성요소로 바꿨다는 데 있다. 명령 큐잉, 장치 식별, 오류 보고, 다중 경로, 대규모 확장은 서버 스토리지를 “그냥 디스크 연결” 수준에서 “서비스를 책임지는 인프라” 수준으로 끌어올렸다. 그래서 SAS는 회전형 하드디스크 (HDD, Hard Disk Drive) 시대뿐 아니라 엔터프라이즈용 SSD 운영에서도 오랫동안 의미를 유지해 왔다.

물론 한계도 분명하다. NVMe 중심 시대에는 대역폭과 지연시간 측면에서 SAS가 절대 우위를 갖기 어렵고, 하드웨어 구성 비용도 상대적으로 높다. 그러나 대규모 스토리지 섀시, 장치 혼합 구성, 검증된 운영 안정성이 중요한 현장에서는 SAS가 여전히 강한 실무적 가치를 가진다.

결국 이 주제는 이렇게 정리하면 된다. SCSI는 스토리지와 대화하는 정교한 언어이고, SAS는 그 언어를 현대 서버 환경에 맞게 가장 안정적으로 실어 나른 직렬 인터페이스다. 따라서 SCSI/SAS는 “옛날 디스크 기술”이 아니라, 성능·확장성·가용성의 균형이 왜 스토리지 설계의 핵심인지 보여 주는 대표 사례로 기억해야 한다.

• 📢 섹션 요약 비유: 좋은 물류 시스템은 트럭 한 대를 무조건 빠르게 달리게 하는 것이 아니라, 창고 규칙과 도로 체계를 함께 설계해 물건이 끊기지 않게 만드는 일과 같다.

📌 관련 개념 맵

📈 관련 키워드 및 발전 흐름도

병렬 저장장치 연결 필요
        │
        ▼
SCSI (Small Computer System Interface)
        │
        ├─ 큐잉 · 오류복구 · 다중 장치 제어 고도화
        ▼
Parallel SCSI
        │
        ├─ 신호 간섭 · 스큐 · 공유 버스 병목
        ▼
SAS (Serial Attached SCSI)
        │
        ├─ Expander · Dual Port · 엔터프라이즈 확장성
        ├─ iSCSI · Fibre Channel과 함께 SCSI 명령 체계 확장
        ▼
NVMe와 공존하는 현대 스토리지 계층 구조

이 흐름은 “명령 체계의 성숙 → 물리 계층의 전환 → 네트워크·플래시 시대로의 확장”이라는 발전 방향을 보여 준다.

👶 어린이를 위한 3줄 비유 설명

1. SCSI는 컴퓨터가 저장장치에게 일을 시키는 똑똑한 말하기 규칙이에요.
2. SAS는 그 규칙은 그대로 두고, 더 빠르고 안전한 전용 길로 심부름을 보내는 방법이에요.
3. 그래서 큰 회사 컴퓨터는 많은 하드디스크가 있어도 덜 헷갈리고, 하나가 아파도 다른 길로 계속 일할 수 있어요.