프록시 서비스 수준 계약: 약속과 모니터링

SLA가 정하는 내용

SLA는 서비스 약속을 측정 가능한 형태로 만듭니다. 대상 서비스, 필요한 성능 수준, 확인 방법, 위반 시 대응을 정합니다. 상품에 적용되는 공개 문서, 서비스 약관 일부 또는 개별 고객과의 계약일 수 있습니다.

“신뢰할 수 있는 프록시”라는 설명만으로는 무엇을 제공해야 하는지 알기 어렵습니다. 가용성 약속은 대상 구간, 사용 불가의 기준, 평가 기간을 명시해야 의미가 있습니다. 지원도 같습니다. 응답 기한에는 시작점, 응답의 정의, 적용 지원 시간이 필요합니다.

패키지의 기술 한도와 SLA의 목적은 다릅니다. 연결 한도는 고객이 서비스에 줄 수 있는 부하를 설명합니다. SLA는 적용 조건에서 약속하는 서비스 수준을 설명합니다. 패키지 사양이나 과거 가동 시간 그래프가 자동으로 SLA 약속이 되지는 않습니다.

제공업체가 약속할 수 있는 항목

가용성은 흔한 SLA 항목입니다. 지원 응답 시간도 포함할 수 있습니다. 복구 기한과 성능 기준은 명시적으로 포함된 경우에만 추가 약속이 됩니다.

프록시에서는 약속의 대상이 중요합니다. 제공업체는 게이트웨이, 개별 프록시 주소, 풀을 측정할 수 있습니다. 게이트웨이에 도달한다고 뒤의 모든 프록시 서버나 기기가 작동한다는 증거는 아닙니다. 풀 수준의 약속에도 일부에만 영향을 주는 장애를 처리할 규칙이 필요합니다.

성능 측정에도 비슷한 주의가 필요합니다. 프록시 연결을 여는 시간과 프록시로 페이지를 내려받는 시간은 다릅니다. 두 번째는 더 많은 경로와 목적지 웹사이트 응답을 포함합니다. 성능 약속은 어느 측정값인지 명시해야 합니다.

24시간 지원은 지원 서비스의 운영 시간을 설명합니다. 최초 응답 약속은 얼마 안에 응답해야 하는지, 복구 약속은 언제 서비스가 다시 작동해야 하는지 설명합니다. 서로 별개의 의무이며 하나가 나머지를 자동 포함하지 않습니다.

약속한 서비스 수준을 유지하는 방법

SLA를 충족하려면 정상 인프라와 체계적인 장애 대응이 모두 필요합니다. 다음 조치는 제공업체가 서비스를 유지할 수 있는 방법이며 모든 제공업체가 반드시 제공하는 기능 목록이 아닙니다.

예비 서버와 네트워크 연결은 장비나 회선 장애 시 대안을 제공합니다. 예비 자원이 도움이 되려면 고장 난 구성 요소에 전적으로 의존해서는 안 됩니다. 같은 고장 네트워크 장비에 연결된 여러 프록시 서버는 함께 사용할 수 없게 될 수 있습니다.

트래픽 관리는 새 연결을 정상 서버로 보내고 장애 노드에는 더 할당하지 않게 할 수 있습니다. 순환 풀에서는 사용할 수 없는 서버나 기기를 선택 대상에서 제외할 수 있습니다. 고정 목록에서는 대체 주소로 접속을 복구할 수 있지만 원래 IP는 유지되지 않습니다. 따라서 서비스 작동 유지 약속을 모든 주소나 활성 세션의 유지 약속으로 읽어서는 안 됩니다.

용량 계획은 수요 변화와 장비 장애에 대비할 여유를 마련합니다. 남은 서버가 이미 완전히 사용 중이면 장애 서버의 트래픽을 옮길 때 이들도 과부하될 수 있습니다. 제공업체는 자원 사용을 감시하고 지속적인 병목이 되기 전에 용량을 늘리거나 재배분합니다. 연결 및 요청 한도는 부하를 서비스 운영 조건 안에 유지하는 데 도움이 됩니다.

유지보수와 소프트웨어 변경에도 계획이 필요합니다. 제공업체는 장비 정비 전에 트래픽을 옮기고 제한된 시스템 부분에서 업데이트를 시험하며 잘못된 변경을 되돌릴 방법을 유지할 수 있습니다. 일상 작업이 큰 중단을 일으킬 가능성을 줄이는 조치입니다.

마지막으로 경보에 대응할 사람이 필요합니다. 책임 분담, 영향받은 시스템 접근 권한, 네트워크나 데이터센터 전문가를 부르는 절차는 모두 복구 속도에 영향을 줍니다.

약속 준수의 측정

모니터링에는 두 역할이 있습니다. 발생 중인 장애를 감지하고 장기간 서비스를 평가할 측정값을 보관하는 것입니다. 엔지니어를 깨우는 경보와 월간 가용성 보고서는 같은 관측을 사용할 수 있지만 답하는 질문은 다릅니다.

내부 모니터링은 실행 프로세스, 자원 사용, 연결 오류, 네트워크 상태 등 제공업체 시스템을 추적합니다. 서비스 전체가 응답을 멈추기 전에 연결 용량 소진 같은 진행 중인 문제를 발견할 수 있습니다.

외부 점검은 고객이 실제로 할 수 있는 일을 시험합니다. 유용한 프록시 점검은 인증 후 프록시를 통해 통제된 목적지에 연결하고 예상 응답을 확인할 수 있습니다. 열린 포트만 찾으면 경로의 많은 부분은 시험하지 않은 상태입니다. 통제된 목적지는 프록시 장애를 관련 없는 웹사이트 장애와 혼동하지 않도록 도와줍니다.

관측에는 사고 위치를 찾을 충분한 정보가 필요합니다. 시험한 주소나 게이트웨이, 시간, 결과, 관련 오류가 포함됩니다. 점검 간격이 관측 범위를 결정합니다. 간격이 길면 짧은 중단을 놓칠 수 있고 한 네트워크에서만 점검하면 다른 곳의 경로 문제를 놓칠 수 있습니다. 일부 주소의 테스트를 대규모 풀의 모든 IP가 계속 작동했다는 증거로 제시해서는 안 됩니다.

계약은 관측을 집계하는 방법을 정합니다. 정의에 따라 대상 서비스 시간이나 조건에 맞는 요청을 기준으로 가용성을 계산할 수 있습니다. 평가 기간, 부분 장애 처리, 적용 제외 조건이 계산과 일치해야 합니다. 이런 규칙 없는 백분율은 측정 전체를 설명하지 못합니다.

고객도 제공업체 보고서와 함께 자체 측정값을 보관할 수 있습니다. 공개 상태 페이지는 서비스 전체 사건에 유용하고 계정 보고서나 개별 점검은 더 좁은 문제를 보여 줄 수 있습니다. SLA는 청구 평가에 사용하는 기록과 고객이 제공할 정보를 명시해야 합니다.

서비스 사고의 처리

사고는 자동 점검이 감지하거나 고객이 신고할 수 있습니다. 제공업체는 주소 하나, 위치, 인증, 게이트웨이, 더 넓은 서비스 중 어디에 영향이 있는지 파악해야 합니다. 그래야 해결할 사람에게 전달하고 우선순위를 정할 수 있습니다.

당장의 과제는 사용 가능한 서비스를 복구하는 것입니다. 실패한 프로세스 재시작, 트래픽 이동, 변경 되돌리기, 네트워크 운영자와의 협력이 필요할 수 있습니다. 최초 원인 규명과 제거는 접속 복구보다 오래 걸릴 수 있습니다. 따라서 임시 복구와 영구 수리는 다른 단계입니다.

고객 소통에도 담당자가 필요합니다. 광범위한 장애 동안 엔지니어는 복구하고 지원 담당자는 신고를 모으며 소식을 알릴 수 있습니다. SLA가 갱신 간격이나 상위 담당자 이관 기한을 정한다면 수리 자체와 별도로 확인할 수 있는 약속입니다.

복구도 검증해야 합니다. 제공업체는 영향받은 연결이 다시 작동하는지 확인하고 오류 재발을 감시해야 합니다. 보고서를 제공하는 경우 사고 기간, 영향 서비스, 조치, 재발 방지 방안을 기록할 수 있습니다. 고객에게 제공하는 상세 수준은 서비스 조건에 달려 있습니다.

약속이 적용되는 범위

요청 실패만으로 원인을 알 수 없습니다. 잘못된 인증 정보, 만료된 패키지, 연결 한도, 목적지 사이트 거부, 프록시 서버 장애 모두 작업을 중단시킬 수 있지만 서비스의 서로 다른 부분에 관한 문제입니다.

SLA는 이 중 제공업체가 책임지기로 한 부분을 정합니다. 프록시 연결을 유지한다고 독립된 웹사이트가 IP를 허용하거나 원하는 콘텐츠를 돌려준다고 자동 보장하지는 않습니다. 마찬가지로 고객의 로컬 네트워크 문제와 제공업체 인프라 내부 장애는 다릅니다.

예정된 유지보수와 기타 제외 사항에는 명시된 조건이 필요합니다. 유지보수 제외는 사전 통지나 지정 시간대에 달려 있을 수 있습니다. 작업을 했다는 사실만으로 중단 시간을 어떻게 집계할지 결정되지는 않습니다. 적용 계약이 규칙을 제공합니다.

외부 의존 관계도 명확히 다뤄야 합니다. 프록시 서비스는 호스팅 회사, 중계 네트워크, 다른 공급자를 사용할 수 있습니다. 해당 공급자와 관련된 중단을 제외하는지는 계약에 달려 있습니다. 인프라 일부를 외주로 운영한다는 사실만으로 고객의 SLA 범위가 설명되지는 않습니다.

SLA를 지키지 못했을 때의 처리

서비스 복구는 기술 문제를 해결하고 SLA의 구제 조치는 약속 미달을 다룹니다. 제공업체가 사용하는 한 방식은 이후 서비스 요금에 적용하는 서비스 크레딧입니다. 기간 연장이나 환불을 제공할 수도 있지만 적용 문서에서 구제 방식을 정해야 합니다.

계산에는 명확한 요금 기준이 필요합니다. 크레딧은 계정의 모든 항목이 아니라 영향받은 서비스에 연결될 수 있습니다. 실패 수준에 따라 금액이 다르거나 상한이 적용될 수 있습니다. 이런 규칙은 SLA 제공 내용을 설명하며, 약속 미달 자체가 작업 중단으로 발생한 모든 손실의 배상을 뜻하지는 않습니다.

고객은 정해진 기간 안에 요청을 제출해야 할 수 있습니다. 관련 정보에는 영향 서비스, 시간대를 포함한 사고 시간, 연결 오류 기록이 포함될 수 있습니다. 요청은 SLA가 정한 절차와 근거에 따라 평가됩니다.

일반 구매 환불 정책과는 별개입니다. 환불 기간은 구매를 반환하는 조건이며 SLA 구제는 사용 중 정해진 서비스 약속을 지키지 못한 경우에 관한 것입니다.