SLA

왜 배우는가: SLA는 IT 아웃소싱과 클라우드 확산으로 운영을 외부 업체에 맡기는 구조가 늘면서, 서비스 품질을 계약으로 확인하는 핵심 수단이 되었다. 정보관리기술사 시험에서는 SLA 절차, 지표, 측정 방법을 묻는 문항이 반복해서 출제된다.

출제 이력: 제137회 2교시 2번, 제95회 4교시 5번

1. 한 줄 정의와 핵심 키워드

SLA는 서비스 제공자와 고객이 서비스 수준의 목표치, 측정 방법, 위반 시 책임을 정해 체결하는 서비스 수준 협약이다.

핵심 키워드: 서비스 수준 협약(SLA), 서비스 수준 목표(SLO), 서비스 수준 지표(SLI), 가용성, 응답 시간, 평균 고장 간격(MTBF), 평균 수리 시간(MTTR), 서비스 크레딧

2. 개념 풀이

쉬운 말로 하면 맡긴 서비스가 약속한 품질대로 돌아가는지를 문서로 정해 두는 것이다. 고객 입장에서는 서비스가 어느 수준 이상이어야 하는지 확인할 수 있고, 제공자 입장에서는 책임 범위와 측정 기준을 미리 알 수 있다.

정식 정의로는 SLA가 서비스 제공자와 고객 사이에서 서비스의 범위, 품질 수준, 양측 책임을 계약 조건으로 규정한 문서다. 품질 목표는 정량화된 수치로 쓰고, 목표에 미달하면 보상이나 제재를 적용한다. 클라우드 분야에서는 이를 서비스 기반 계약으로 제공하며, 최종 사용자 경험이나 자원 소비 능력을 기준으로 성능을 측정한다.

핵심 용어는 다음과 같다. SLO는 지표별로 달성해야 할 목표값이다. SLI는 실제로 측정하는 지표이며, SLO와 비교해 달성 여부를 판단한다. 서비스 크레딧은 목표 미달 시 이용료를 감액하는 방식의 보상이다. 세 용어는 목표, 측정, 보상의 순서로 연결되므로 답안에서도 이 순서로 설명하는 것이 좋다.

SLA 관리는 계약 정의, 협상, 모니터링, 위반 감지, 정책에 따른 집행을 포괄한다. 계약 정의 단계에서는 QoS 매개변수를 포함한 기본 스키마를 정한다. 협상과 실시간 이행 모니터링은 서로 구분되는 두 단계로 관리된다.

3. 등장 배경과 필요성

기업이 정보시스템의 하드웨어, 소프트웨어, 네트워크 운영을 외부 협력업체에 맡기면서 품질을 계약으로 관리할 필요가 커졌다. 운영 업무가 여러 업체로 나뉘면 장애의 책임 소재가 흐려지기 쉬우므로, 영역별 목표와 측정 방법을 미리 문서로 정해야 한다.

클라우드 환경에서는 필요성이 더 커진다. 클라우드 제공자는 서비스 수준을 정량화하고 미달 시 손해를 배상하도록 SLA로 보장한다. 공유 인프라에서는 환경이 복잡해 서비스 중단의 근본 원인을 찾기 어렵다. 그래서 데이터 센터 특성과 네트워크 특성을 함께 포함한 종단 간 SLA가 요구된다.

SLA에서 자주 쓰는 척도는 가용성, 지연율, 패킷 손실, 지터의 네 가지다. 가용성은 무중단 서비스 수준을, 지연율은 요청 후 응답까지의 시간을, 패킷 손실은 데이터 유실 가능성을, 지터는 음성·영상 서비스에서 발생하는 시간 지연의 변동을 뜻한다. 가용성 계산에는 MTBF, MTTR, MTRS 같은 시간 지표가 쓰인다.

정량화된 목표치 없이 체결한 계약은 위반 여부를 판정할 수 없다. 그래서 SLA는 측정 가능한 지표와 측정 주기를 함께 정하는 것이 전제다. 이 점이 SLA가 단순한 업무 협의와 구별되는 지점이다.

4. 구성요소·원리·절차

SLA의 구성요소는 서비스 범위, 서비스 수준 목표, 측정 지표, 측정·보고 방식, 책임 분담, 위반 시 제재, 변경·종료 조항으로 나뉜다. 각 구성요소는 계약 협상 단계에서 정의되고, 이후 실시간 모니터링 단계에서 검증된다. 아래 표는 구성요소별 역할을 정리한 것이다.

SLA 관리 원리는 계약 정의, 협상, 모니터링, 위반 감지, 집행의 다섯 단계로 이루어진다. 클라우드 환경에서는 서비스 중단의 근본 원인을 찾기 어려우므로 종단 간 측정이 중요하다.

SLA 운영 절차는 다음과 같다.

• 핵심 서비스와 중단 허용 시간을 파악한다.
• 고객 요구사항을 수집하고 서비스 범위를 협의한다.
• SLO와 KPI를 정의하고 측정 방법을 정한다.
• SLA 초안을 작성하고 양측이 검토한다.
• SLA를 체결하고 운영 책임을 명확히 한다.
• 실시간 모니터링으로 지표를 측정하고 위반을 감지한다.
• 월간·분기 보고서로 달성 여부를 공유한다.
• 결과를 검토하고 PDCA 순환으로 개선 계획을 수립한다.

SLA는 계약 협상과 실시간 모니터링의 두 단계로 나뉘어 운영된다

가용성 계산은 다음 식을 쓴다. 가용도 A = \frac{MTBF}{MTBF + MTTR} 이며, MTBF는 고장 간 평균 동작 시간, MTTR은 평균 수리 시간이다. 두 값은 SLA 가용성 지표의 근거가 된다.

5. 관련 법령·기준·표준

SLA는 법률로 정해진 의무 계약이 아니라 당사자 간 계약이다. 다만 공공 정보화 사업에서는 발주 문서와 운영 기준에 SLA 항목이 포함되는 것이 일반적이다. 아래 표는 SLA 설계에서 쓰는 대표 지표의 기준 수치와 근거다.

개념 차이도 함께 기억해야 한다. MTTR은 장비 한 개를 고치는 시간이고, MTRS는 장비 수리 후 그 장비가 제공하던 서비스 전체를 복구하는 시간이다. 두 지표를 혼용하면 감점 요인이 된다.

평가지표 가용성 표현은 계약서에 시간 기준을 함께 적어야 한다. 예를 들어 가용성 목표는 월 단위 기준 중단 허용 시간을 정해 표현한다.

6. 유형과 비교

SLA는 계약 형태와 측정 대상에 따라 여러 유형으로 나뉜다. 고객 기반 SLA는 특정 고객과 맺은 계약이고, 서비스 기반 SLA는 여러 고객에게 같은 서비스 수준을 제공하는 계약이다. 클라우드 환경에서는 서비스 기반 SLA가 기본이 된다. 아래 표는 두 유형을 비교한 것이다.

고객 기반 SLA는 요구가 특수한 기업 시스템에 적합하지만 관리 비용이 크다. 서비스 기반 SLA는 대량의 고객에게 표준화된 수준을 제공하므로 클라우드와 전자상거래 운영에 적합하다.

SLA 지표는 측정 대상에 따라 세 가지 수준으로 나눌 수 있다. 서비스 수준은 사용자가 체감하는 응답 시간과 가용성이고, 운영 수준은 장애 복구 시간과 같은 내부 처리 지표다. 계약 수준은 패널티와 변경 조건을 정한다. 세 수준을 함께 정의해야 SLA가 실제로 집행된다.